Planificación de actualizaciones de System Center 2012 SP1 - Service Manager
Publicado: julio de 2016
Se aplica a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager
Esta guía describe los procedimientos necesarios para realizar la actualización a System Center 2012 Service Pack 1 (SP1).
Se admite la actualización en contexto desde Service Manager a Service Manager SP1. Una actualización en contexto es una actualización de todos los componentes de Service Manager en el mismo hardware. Otros enfoques, tales como actualizaciones de lado a lado o actualizaciones graduales, no se admiten.
La actualización a Service Manager SP1 requiere cierta preparación. Se recomienda instalar Service Manager en un entorno de laboratorio y, a continuación, replicar las bases de datos destinadas a la producción en el laboratorio. A continuación, realice una actualización de la nueva instalación en el laboratorio y cuando se compruebe que es correcta, realice la misma actualización a Service Manager SPI 1 en el entorno de producción.
Versiones Evaluation y Select
System Center 2012 – Service Manager estaba disponible en dos versiones diferentes:
Versión de evaluación (periodo de prueba de 180 días)
Versión con licencia Select
Service Manager SP1 está disponible como versión de evaluación (expira en 180 días) o en la edición Select License. Las siguientes rutas de acceso de actualización son compatibles con Service Manager SP 1.
| Versión actual | Versión actualizada | Estado |
|---|---|---|
| System Center 2012 – Service Manager Eval | System Center 2012 – Service Manager SP1 Eval | El periodo de evaluación permanece sin cambios |
| System Center 2012 – Service Manager Select | System Center 2012 – Service Manager SP1 Select | Con licencia |
Nota
La actualización desde una versión de evaluación de Service Manager a una versión de evaluación de Service Manager SP1 no amplía el periodo de evaluación de 180 días.
Ubicación de la instalación
La carpeta predeterminada para instalar Service Manager y Service Manager SP1 es \Archivos de programa\Microsoft System Center\Service Manager 2012. Sin embargo, cuando realice la actualización a Service Manager SP1, el software se instala en la carpeta que Service Manager usó anteriormente. Si Service Manager 2010 ya se había actualizado a System Center 2012 – Service Manager, se puede utilizar la siguiente carpeta:
\Archivos de programa\Microsoft System Center\Service Manager 2010.
Compatibilidad con idiomas
Esta versión de Service Manager SP1 representa una progresión continua de la compatibilidad con varios idiomas. En System Center Service Manager 2010, se utilizó la intercalación Latin1_General_100_CI_AS para el idioma turco.Service Manager y Service Manager SP1 es compatible con la intercalación Turkish_100_CI_AS. Sin embargo, si se realizó la actualización desde System Center Service Manager 2010 a System Center 2012 – Service Manager, la intercalación que se usó para el idioma turco (Latin1_General_100_CI_AS) se habría aplicado a System Center 2012 – Service Manager, y se aplicará al realizar la actualización a System Center 2012 – Service Manager SP1.
Requisitos de hardware de System Center 2012 – Service Manager SP1
System Center 2012 – Service Manager SP 1 funcionará en el mismo hardware que se haya usado para System Center 2012 – Service Manager.
Todos los requisitos de hardware de System Center 2012 – Service Manager SP1 están totalmente documentados en Hardware Requirements for System Center 2012 - Service Manager (Requisitos de hardware de System Center 2012 - Service Manager).
Requisitos de software de System Center 2012 – Service Manager SP1
Para realizar la actualización a System Center 2012 Service Pack 1 (SP1) SP1, primero es preciso aplicar la actualización acumulativa 2 de System Center 2012 – Service Manager.
System Center 2012 – Service Manager SP1 tiene los mismos requisitos de para la Consola de Service Manager que tiene System Center Service Manager 2010, a excepción del nuevo requisito, Microsoft SQL Server 2012 Analysis Management Objects (AMO). Microsoft SQL Server 2012 AMO es compatible con SQL Server 2008 y SQL Server 2012. Además, Consola de Service Manager se puede instalar ahora en equipos que ejecutan Windows 8 y Windows Server 2012.
Los servidores de Service Manager y administración de almacenamiento de datos, junto con la Portal de autoservicio, son compatibles con Windows Server 2012.
Todos los requisitos de software de System Center 2012 – Service Manager SP1 están totalmente documentados en Software Requirements for System Center 2012 - Service Manager (Requisitos de software de System Center 2012 - Service Manager).
Evitar errores en los trabajos MPSync
Antes de la actualización
Descripción: si surge un problema en el proceso de actualización, se producirán errores en el trabajo MPSync una vez finalizada la actualización. Para evitar que surja este problema antes de realizar la actualización, debe ejecutar el siguiente script SQL en la base de datos DWRepository para obtener los scripts SQL reales que quitan y agregan una restricción en la clave principal en las tablas de hechos en la base de datos DWRepository para corregir el problema Además, también se podrían producir errores en los trabajos de transformación y carga. Este error puede producirse a causa de una limpieza de base de datos errónea.
;WITH FactName
AS (
select w.WarehouseEntityName from etl.WarehouseEntity w
join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId
where t.WarehouseEntityTypeName = 'Fact'
),FactList
AS (
SELECT PartitionName, p.WarehouseEntityName,
RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK
FROM etl.TablePartition p
join FactName f on p.WarehouseEntityName = f.WarehouseEntityName
)
, FactPKList
AS (
SELECT f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,
CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints
FROM FactList f
JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME
JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'
)
, FactWithoutDefaultConstraints
AS (
SELECT a.*
FROM FactPKList a
LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1
WHERE b.WarehouseEntityName IS NULL AND a.RK = 1
)
, FactPKListStr
AS (
SELECT DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList
FROM FactWithoutDefaultConstraints f1
CROSS APPLY (
SELECT '[' + COLUMN_NAME + '],'
FROM FactWithoutDefaultConstraints f2
WHERE f2.TABLE_NAME = f1.TABLE_NAME
ORDER BY COLUMN_NAME
FOR
XML PATH('')
) AS F (COLUMN_NAME)
)
SELECT 'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +
'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)
FROM FactPKListStr f
Solución alternativa 1: si ya realizó la actualización y no tiene problemas con los errores de los trabajos de transformación o carga, pero resulta que tiene una implementación de módulos de administración con errores, siga los pasos de la sección Antes de actualizar. Además, una vez restauradas las claves principales predeterminadas, reinicie la implementación de módulos de administración con errores en la Consola de Service Manager; para ello, vaya al área de trabajo Almacenamiento de datos y seleccione Módulo de administración.
Solución alternativa: si realizó la actualización y tiene problemas con los errores de los trabajos de transformación o carga, asegúrese de que el módulo de administración SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base está en la base de datos DWStagingAndConfig; para ello, ejecute la consulta siguiente.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Si no existe el módulo de administración, deberá restaurar la base de datos a un estado anterior a la actualización. Para restaurar la base de datos, realice los pasos siguientes.
Realice los pasos de recuperación ante desastres para las copias de seguridad de la base de datos.
Deshabilite la programación de MPSyncJob.
Restaure todas las claves principales que faltan en DWRepository manualmente. Puede quitar y volver a crear la clave principal con el script SQL de la sección Antes de la actualización.
Reinicie la implementación de módulos de administración con errores con la Consola de Service Manager.
Probar la actualización en un entorno de laboratorio
Se recomienda probar la actualización a System Center 2012 – Service Manager SP1 en un entorno de laboratorio.
Orden y momento de las actualizaciones
El orden de las actualizaciones es importante. Realice los pasos de actualización en el orden siguiente:
Realice una copia de seguridad de las bases de datos y los módulos de administración. Consulte los temas "Copias de seguridad de bases de datos de Service Manager" y "Copias de seguridad de módulos de administración no sellados en Service Manager" en Disaster Recovery Guide for System Center 2012 - Service Manager (Guía de recuperación ante desastres en System Center 2012 - Service Manager).
Empiece con el Servidor de administración del almacenamiento de datos. Detendrá los trabajos de almacenamiento de datos y no podrá volver a iniciarlos tras completar la actualización.
Una vez completada la actualización al servidor de almacenamiento del almacenamiento de datos, actualice el servidor de administración inicial de Service Manager. Si creó más de un servidor de administración de Service Manager, el servidor de administración inicial de Service Manager es el primero creado.
Actualice Consola de Service Manager y los servidores de administración de Service Manager adicionales.
Reinicie los trabajos de almacenamiento de datos.
Implemente el nuevo Portal de autoservicio.
También es importante el momento de las actualizaciones. Tras actualizar el Servidor de administración del almacenamiento de datos, debe actualizar el servidor de administración de Service Manager e implementar el nuevo Portal de autoservicio. Tras actualizar el servidor de administración inicial de Service Manager, debe estar preparado para actualizar Consola de Service Manager o Consola de Service Manager, los servidores de administración de Service Manager adicionales y Portal de autoservicio al mismo tiempo.
Compatibilidad con Operations Manager
En esta sección se describe la compatibilidad entre Operations Manager 2007 R2, System Center 2012 - Operations Manager y System Center 2012 – Service Manager SP1.
System Center Operations Manager 2007 R2
Los agentes de Operations Manager 2007 R2 se deben suprimir de los servidores de administración de almacenamiento de datos y Service Manager antes de intentar una actualización.System Center 2012 – Service Manager SP1 incluye un agente de System Center 2012 - Operations Manager SP 1 y se instala automáticamente al realizar la actualización. Tras finalizar la instalación de Service Manager, es preciso configurar manualmente el agente para que se comunique con el servidor de administración de Operations Manager.
Para validar que se ha instalado el agente de Operations Manager, abra el Panel de Control y compruebe que dicho agente está presente. Para configurar manualmente el agente de Operations Manager, consulte Configuring Agents (Configuración de agentes).
Los servidores de Service Manager se pueden actualizar en presencia de una consola de Operations Manager 2007 R2.
System Center 2012 - Operations Manager
Los agentes de System Center 2012 - Operations Manager no son compatibles con System Center 2012 – Service Manager. Sin embargo, el agente que System Center 2012 – Service Manager SP1 instala automáticamente es compatible con System Center 2012 - Operations Manager y System Center 2012 - Operations Manager SP1. Tras finalizar la instalación de Service Manager, es preciso configurar manualmente el agente para que se comunique con el servidor de administración de Operations Manager.
Para validar que se ha instalado el agente de Operations Manager, abra el Panel de Control y compruebe que dicho agente está presente. Para configurar manualmente el agente de Operations Manager, consulte Configuring Agents (Configuración de agentes).
Los servidores de Service Manager se pueden actualizar en presencia de una consola de System Center 2012 - Operations Manager.
Efectos de la base de datos
Con System Center 2012 – Service Manager SP1, tiene la opción de instalar data marts de Operations Manager y Configuration Manager. Si se selecciona esta opción habrá requisitos de espacio adicionales en la unidad de disco duro para las dos bases de datos, así como archivos de registro y grupos de archivos asociados.
Copia de seguridad de Service Manager antes de la actualización
Antes de iniciar una actualización, le recomendamos que realice una copia de seguridad de Service Manager, las bases de datos de almacenamiento de datos y la clave de cifrado. Si ya realizó una copia de seguridad de las bases de datos y la tecla de cifrado, puede seguir ejecutando la actualización. De lo contrario, revise los procedimientos de copia de seguridad de Disaster Recovery Guide for System Center 2012 – Service Manager (Guía de recuperación ante desastres para System Center 2012 – Service Manager) para poder continuar.
Registro con el almacenamiento de datos de Service Manager
Si instaló un servidor de administración del almacenamiento de datos en su entorno, como parte del proceso de actualización, debe poder ver el estado de los trabajos de almacenamiento de datos. No puede realizar esta tareas si no se ha registrado con el almacenamiento de datos de Service Manager. Si el botón Almacenamiento de datos no está visible en el Consola de Service Manager, complete el procedimiento de "Registro con el Almacenamiento de datos de Service Manager para habilitar la generación de informes" en la Guía de implementación de System Center 2012 – Service Manager.
Claves de cifrado
Cuando haya acabado de ejecutar el programa de instalación para instalar o actualizar a System Center 2012 – Service Manager SP1, se le pedirá que abra el Asistente para copia de seguridad o restauración de la clave de cifrado. Si previamente ha realizado una copia de seguridad de las claves de cifrado, no se requiere ninguna acción adicional. Si nunca ha realizado una copia de seguridad de las claves de cifrado, use el Asistente de copia de seguridad o restauración de clave de cifrado para realizar una copia de seguridad de las claves de cifrado de los servidores de administración de Service Manager.
Flujos de trabajo de la herramienta de creación
Cuando se utiliza la versión de Service Manager SP1 de la herramienta de creación para crear un flujo de trabajo, se produce un error en los scripts personalizados que usan los cmdlets de Windows PowerShell a los que llama el flujo de trabajo. Esto se debe a un problema en el archivo MonitoringHost.exe.config de Service Manager.
Para solucionar este problema, actualice el archivo XML de MonitoringHost.exe.config, para lo que debe seguir estos pasos.
Navegue a %ProgramFiles%\Microsoft System Center 2012\Service Manager\, o la ubicación en que instaló Service Manager.
Edite el archivo MonitoringHost.exe.config y agregue la sección en cursiva del ejemplo siguiente en la sección correspondiente del archivo. Debe insertar la sección antes de <publisherPolicy apply="yes" />.
Guarde los cambios en el archivo.
Reinicie el servicio de administración de System Center en el servidor de administración de Service Manager.
<?xml version="1.0"?>
<configuration>
<configSections>
<section name="uri" type="System.Configuration.UriSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
</configSections>
<uri>
<iriParsing enabled="true" />
</uri>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="Microsoft.Mom.Modules.DataTypes" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
<bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.EnterpriseManagement.HealthService.Modules.WorkflowFoundation" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
<bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.EnterpriseManagement.Modules.PowerShell" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />
</dependentAssembly>
<publisherPolicy apply="yes" />
<probing privatePath="" />
</assemblyBinding>
<gcConcurrent enabled="true" />
</runtime>
</configuration>