Actualización de System Center Service Manager
En este artículo se proporciona información de actualización para System Center 2022 - Service Manager (SM).
Actualización en System Center 2022: Service Manager
En las secciones siguientes se proporciona información sobre cómo actualizar a System Center 2022 - Service Manager (SM).
Advertencia
El orden en el que se realizan las actualizaciones de los componentes es importante. Si no se sigue la secuencia de actualización correcta, podría producirse un error en el componente para el que no existen opciones de recuperación. Los componentes de System Center afectados son:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Administrador de configuración
- Virtual Machine Manager
- Controlador de aplicaciones
Solo puedes actualizar a System Center 2022 desde System Center 2019.
Importante
En esta guía se presupone que vas a realizar una actualización a una versión de System Center existente. Para obtener información sobre cómo instalar System Center 2022 - Service Manager en un equipo donde no existe ninguna versión anterior de Service Manager, consulta Implementación de System Center - Service Manager.
Planificar la actualización a System Center 2022 - Service Manager
En esta sección se describen los procedimientos necesarios para actualizar a System Center 2022.
Se admite una actualización local desde Service Manager 2019. Una actualización local es una actualización de todos los elementos de Service Manager en el mismo hardware. No se admiten otros métodos, como las actualizaciones en paralelo o actualizaciones graduales.
La actualización a Service Manager 2022 requiere preparación. Te recomendamos que instales Service Manager en un entorno de laboratorio y, después, repliques las bases de datos de producción en el laboratorio. Después de ello, realiza una actualización de la nueva instalación en el laboratorio.
Versiones de evaluación y selección
La versión de System Center 2019 - Service Manager estaba disponible en dos versiones diferentes:
- Versión de evaluación (tiempo de espera de 180 días)
- Versión de licencia de selección
Se admiten las siguientes rutas de actualización a Service Manager 2022.
Versión actual | Versión actualizada | Estado |
---|---|---|
Evaluación de System Center 2019 - Service Manager | Evaluación de System Center 2022 - Service Manager | El período de evaluación permanece sin cambios |
System Center 2019 - Service Manager | System Center 2022 - Service Manager | Licensed |
Nota:
Al actualizar una versión de evaluación de Service Manager a una versión de evaluación de Service Manager 2022 no se amplía el período de evaluación de 180 días.
Ubicación de la instalación
La carpeta predeterminada para instalar Service Manager es \Archivos de programa\Microsoft System Center\Service Manager. Pero, cuando realizas la actualización a Service Manager, el software se instala en la carpeta que Service Manager usaba anteriormente. Si Service Manager 2016/1801 se actualizó anteriormente, podrías usar la siguiente carpeta:
\Archivos de programa\Microsoft System Center\Service Manager
Requisitos de hardware para System Center 2022 - Service Manager
Todos los requisitos de hardware de System Center 2022 - Service Manager se documentan completamente en Requisitos de hardware.
Requisitos de software para System Center 2022 - Service Manager
Todos los requisitos de software para System Center 2022- Service Manager están totalmente documentados en Requisitos de software.
Impedir que los trabajos de MPSync se atasquen.
Antes de actualizar
Descripción: un problema con el proceso de actualización hace que se produzca un error en el trabajo MPSync una vez completada la actualización. Para evitar este problema antes de actualizar, debes ejecutar el script SQL mencionado a continuación en la base de datos DWRepository para obtener los scripts SQL reales que quitan y agregan una restricción a la clave principal en las tablas de hechos de la base de datos DWRepository para corregir el problema. Además, es posible que también se produzca un error en los trabajos de transformación y carga. Este error puede producirse debido a una limpieza errónea de la base de datos.
;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 has actualizado y no tienes problemas con errores en la transformación o carga de trabajo, pero tienes un error en la implementación del módulo de administración, sigue los pasos descritos en la sección Antes de actualizar. Una vez restauradas las claves principales predeterminadas, en la consola de Service Manager, reinicia la implementación del módulo de administración en la que tuviste errores. Para ello, ve al área de trabajo Almacenamiento de datos y selecciona Módulo de administración.
Solución alternativa 2: Si has actualizado y tienes problemas con errores en la transformación o carga de trabajos, determina si el módulo de administración SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe en la base de datos DWStagingAndConfig. Para ello, ejecuta la consulta siguiente.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Si el módulo de administración no existe, debes restaurar la base de datos a un estado anterior a la actualización. Para restaurar la base de datos, sigue los pasos siguientes.
Sigue los pasos de recuperación ante desastres en las copias de seguridad de la base de datos.
Deshabilita la programación de MPSyncJob.
Restaura manualmente todas las claves principales que faltan en DWRepository. Puedes quitar y volver a crear la clave principal usando el script de SQL de la sección Antes de actualizar.
Reinicia la implementación del módulo de administración base que ha dado errores usando la consola de Service Manager.
Prueba de la actualización en un entorno de laboratorio
Se recomienda probar la actualización a System Center 2022 - Service Manager en un entorno de laboratorio.
Orden de actualización y tiempos
El orden de las actualizaciones es importante. Sigue los pasos de actualización en el orden siguiente:
Haz una copia de seguridad de tus bases de datos y tus módulos de administración. Consulta las secciones Copia de seguridad de bases de datos de Service Manager y Copia de seguridad de módulos de administración no sellados en la Guía de recuperación ante desastres de System Center - Service Manager.
Comienza con el servidor de administración del almacenamiento de datos.
Una vez completada la actualización del servidor de administración del almacenamiento de datos, actualiza el servidor de administración inicial (principal) de Service Manager. Si has creado más de un servidor de administración de Service Manager, el servidor de administración inicial de Service Manager es el primero que creaste.
Luego, actualiza todos los servidores de administración secundarios, los portales de autoservicio y las consolas de Service Manager.
Tras la instalación, haz lo siguiente:
Deshabilita todos los trabajos de almacenamiento de datos. Para ello, abre el shell de Service Manager y ejecuta los siguientes comandos:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
Haz los cambios necesarios en el siguiente script de PowerShell en función de las vistas del origen de datos del entorno. Luego ejecuta el script con privilegios elevados:
$SSAS_ServerName = "ssas servername" # - to be replaced with Analysis Service instance Name [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") $Server = New-Object Microsoft.AnalysisServices.Server $Server.Connect($SSAS_ServerName) $Databases = $Server.Databases $DWASDB = $Databases["DWASDataBase"] #update DWDatamart dsv. Comment the below 3 commands if DWdatamart dsv is not present $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType = [decimal] $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["LogicalDiskDim"].Columns["Size"].DataType = [decimal] $DWASDB.DataSourceViews["DwDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) #update CMDatamart dsv.Comment the below 2 commands if cmdatamart dsv is not present $DWASDB.DataSourceViews["CMDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType = [decimal] $DWASDB.DataSourceViews["CMDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) #update OperatingsystemDim $DWASDB.Dimensions["OperatingsystemDim"].Attributes["PhysicalMemory"].KeyColumns[0].DataType = [System.Data.OleDb.OleDbType]::Double $DWASDB.Dimensions["OperatingsystemDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents) #update LogicalDiskDim $DWASDB.Dimensions["LogicalDiskDim"].Attributes["Size"].KeyColumns[0].DataType = [System.Data.OleDb.OleDbType]::Double $DWASDB.Dimensions["LogicalDiskDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents)
Habilita las programaciones de trabajo mediante la ejecución de los siguientes comandos:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
Reinicia el servidor de administración del almacenamiento de datos.
Aplica el Paquete acumulativo de actualizaciones 2 para System Center 2022 Service Manager al servidor de administración del almacenamiento de datos, el servidor de administración principal, los servidores de administración secundarios, los portales de autoservicio de los servidores y todas las consolas de Analista.
Impactos de la base de datos
Con System Center 2022 - Service Manager, tienes la opción de instalar data marts de Configuration Manager y Operations Manager. Esta opción requiere espacio adicional en la unidad de disco duro para las dos bases de datos, así como los grupos de archivos asociados y los archivos de registro.
Copia de seguridad de Service Manager antes de actualizar
Antes de iniciar cualquier actualización, se recomienda hacer una copia de seguridad de las bases de datos de Service Manager y del almacenamiento de datos, y la clave de cifrado. Si ya has hecho una copia de seguridad de las bases de datos y la clave de cifrado, puedes seguir ejecutando la actualización. Si no, revisa los procedimientos de copia de seguridad de la Guía de recuperación ante desastres de System Center - Service Manager antes de continuar con la actualización.
Registro del almacenamiento de datos de Service Manager
Si has instalado un servidor de administración de almacenamiento de datos en tu entorno, como parte del proceso de actualización, debes poder ver el estado de los trabajos de almacenamiento de datos. No puedes realizar esta tarea si no te has registrado en el almacenamiento de datos de Service Manager. Si el botón Almacenamiento de datos no está visible en la consola de Service Manager, completa el procedimiento descrito en Registro con el almacenamiento de datos de Service Manager para habilitar la creación de informes en la Guía de implementación de System Center - Service Manager.
Claves de cifrado
Cuando hayas terminado de ejecutar el programa de instalación para instalar o actualizar a System Center 2022 Service Manager, se te pedirá que abras el Asistente para copia de seguridad o restauración de la clave de cifrado. Si has realizado una copia de seguridad de las claves de cifrado anteriormente, no se requiere ninguna acción adicional. Si nunca has hecho una copia de seguridad de las claves de cifrado, usa el Asistente para copia de seguridad o restauración de la clave de cifrado para realizar copias de seguridad de las claves de cifrado en los servidores de administración de Service Manager.
Problema conocido
Después de una actualización correcta del almacenamiento de datos, se produce un error en MPSyncJob .
Descripción:
Después de una actualización correcta del almacenamiento de datos, se produce un error en MPSyncJob debido a un error de implementación en el módulo de administración Biblioteca de almacenamiento de datos de Microsoft System Center Configuration Manager. El registro de eventos operationsManager muestra el siguiente error:
- Sintaxis incorrecta cerca de la palabra clave
IF
- Sintaxis incorrecta cerca
END
Solución alternativa:
Ejecute el script documentado aquí.
En este artículo, se proporciona información sobre la actualización de System Center 2019 - Service Manager (SM)
Actualización de System Center 2019 Service Manager
En las secciones siguientes, se proporciona información sobre cómo actualizar a System Center 2019 - Service Manager (SM).
Advertencia
El orden en el que se realizan las actualizaciones de los componentes es importante. Si no se sigue la secuencia de actualización correcta, podría producirse un error en el componente para el que no existen opciones de recuperación. Los componentes de System Center afectados son:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Administrador de configuración
- Virtual Machine Manager
- Controlador de aplicaciones
Solo puedes actualizar a System Center 2019 desde System Center 2016, 1801 o 1807.
Importante
En esta guía se presupone que vas a realizar una actualización a una versión de System Center existente. Para obtener información sobre cómo instalar System Center 2019 - Service Manager en un equipo donde no existe ninguna versión anterior de Service Manager, consulta Implementación de System Center - Service Manager.
Planificación de la actualización a System Center 2019 - Service Manager
En esta sección, se describen los procedimientos necesarios para actualizar a System Center 2019.
Se admite la actualización local de Service Manager 2016, 1801 y 1807. Una actualización local es una actualización de todas las partes de Service Manager en el mismo hardware. No se admiten otros métodos, como las actualizaciones en paralelo o actualizaciones graduales.
La actualización a Service Manager 2019 requiere preparación. Te recomendamos que instales Service Manager en un entorno de laboratorio y, después, repliques las bases de datos de producción en el laboratorio. Después, realiza una actualización de la nueva instalación en el laboratorio.
Versiones de evaluación y selección
La versión de System Center 2016 y 1801 - Service Manager estaba disponible en dos versiones diferentes:
- Versión de evaluación (tiempo de espera de 180 días)
- Versión de licencia de selección
Las siguientes rutas de actualización se admiten para Service Manager 2019.
Versión actual | Versión actualizada | Estado |
---|---|---|
System Center 2016/1801 - Service Manager Eval | Evaluación de System Center 2019 - Service Manager | El período de evaluación permanece sin cambios |
System Center 2016/1801/1807 - Service Manager Select | System Center 2019 - Service Manager | Licensed |
Nota:
La actualización de una versión de evaluación de Service Manager a una versión de evaluación de Service Manager 2019 no amplía el período de evaluación de 180 días.
Ubicación de la instalación
La carpeta predeterminada para instalar Service Manager es \Archivos de programa\Microsoft System Center\Service Manager. Pero, cuando realizas la actualización a Service Manager, el software se instala en la carpeta que Service Manager usaba anteriormente. Si Service Manager 2016/1801 se actualizó anteriormente, podrías usar la siguiente carpeta:
\Archivos de programa\Microsoft System Center\Service Manager
Requisitos de hardware para System Center 2019 - Service Manager
Todos los requisitos de hardware de System Center 2019 - Service Manager se documentan completamente en Requisitos de hardware.
Requisitos de software para System Center 2019 - Service Manager
Todos los requisitos de software para System Center 2019- Service Manager están totalmente documentados en Requisitos de software.
Impacto en el desarrollo personalizado
Con la versión de System Center 2016 Service Manager, el producto se ha movido para admitir .NET 4.5.1. La herramienta establecida para admitir este movimiento en .NET 4.5.1 requería interrumpir algunas dependencias y ha llevado al movimiento de clases entre los ensamblados.
Impedir que los trabajos de MPSync se atasquen.
Antes de actualizar
Descripción: un problema con el proceso de actualización hace que se produzca un error en el trabajo MPSync una vez completada la actualización. Para evitar que este problema se produzca antes de actualizar, debes ejecutar el script SQL siguiente en la base de datos DWRepository para obtener los scripts SQL reales que quitan y agregan una restricción a la clave principal en las tablas de hechos de la base de datos DWRepository para corregir el problema. Además, es posible que también se produzca un error en los trabajos de transformación y carga. Este error puede producirse debido a una limpieza errónea de la base de datos.
;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 has actualizado y no tienes problemas con errores de trabajo de transformación o carga, pero tienes un error de implementación del módulo de administración, sigue los pasos descritos en la sección Antes de la actualizar. Una vez restauradas las claves principales predeterminadas, en la consola de Service Manager, reinicia la implementación del módulo de administración en la que tuviste errores. Para ello, ve al área de trabajo Almacenamiento de datos y selecciona Módulo de administración.
Solución alternativa 2: Si has actualizado y tienes problemas con errores en la transformación o carga de trabajos, determina si el módulo de administración SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe en la base de datos DWStagingAndConfig. Para ello, ejecuta la consulta siguiente.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Si el módulo de administración no existe, debes restaurar la base de datos a un estado anterior a la actualización. Para restaurar la base de datos, sigue los pasos siguientes.
Sigue los pasos de recuperación ante desastres en las copias de seguridad de la base de datos.
Deshabilita la programación de MPSyncJob.
Restaura manualmente todas las claves principales que faltan en DWRepository. Puedes quitar y volver a crear la clave principal usando el script de SQL de la sección Antes de actualizar.
Reinicia la implementación del módulo de administración base que ha dado errores usando la consola de Service Manager.
Prueba de la actualización en un entorno de laboratorio
Se recomienda probar la actualización a System Center 2019 - Service Manager en un entorno de laboratorio.
Orden de actualización y tiempos
El orden de las actualizaciones es importante. Sigue los pasos de actualización en el orden siguiente:
Haz una copia de seguridad de tus bases de datos y tus módulos de administración. Consulta las secciones Copia de seguridad de bases de datos de Service Manager y Copia de seguridad de módulos de administración no sellados en la Guía de recuperación ante desastres de System Center - Service Manager.
Comienza con el servidor de administración del almacenamiento de datos. Detendrás los trabajos de almacenamiento de datos y no podrás volver a iniciarlos hasta que hayas completado la actualización.
Una vez completada la actualización del servidor de administración del almacenamiento de datos, actualiza el servidor de administración inicial de Service Manager. Si has creado más de un servidor de administración de Service Manager, el servidor de administración inicial de Service Manager es el primero que creaste.
Actualiza las consolas de Service Manager y los servidores de administración adicionales de Service Manager.
Reinicia los trabajos de almacenamiento de datos.
Implementa el nuevo Portal de autoservicio.
El tiempo de las actualizaciones también es importante. Después de actualizar el servidor de administración del almacenamiento de datos, debes actualizar el servidor de administración de Service Manager e implementar también el nuevo Portal de autoservicio. Después de actualizar el servidor de administración inicial de Service Manager, debes estar preparado para actualizar la consola de Service Manager o las consolas de Service Manager, los servidores de administración adicionales de Service Manager y el Portal de autoservicio al mismo tiempo.
Impactos de la base de datos
Con System Center 2019 - Service Manager, tienes la opción de instalar data marts de Operations Manager y Configuration Manager. Esta opción requiere espacio adicional en la unidad de disco duro para las dos bases de datos, así como los grupos de archivos asociados y los archivos de registro.
Copia de seguridad de Service Manager antes de actualizar
Antes de iniciar cualquier actualización, se recomienda hacer una copia de seguridad de las bases de datos de Service Manager y del almacenamiento de datos, y la clave de cifrado. Si ya has hecho una copia de seguridad de las bases de datos y la clave de cifrado, puedes seguir ejecutando la actualización. Si no, revisa los procedimientos de copia de seguridad de la Guía de recuperación ante desastres de System Center - Service Manager antes de continuar con la actualización.
Registro del almacenamiento de datos de Service Manager
Si has instalado un servidor de administración de almacenamiento de datos en tu entorno, como parte del proceso de actualización, debes poder ver el estado de los trabajos de almacenamiento de datos. No puedes realizar esta tarea si no te has registrado en el almacenamiento de datos de Service Manager. Si el botón Almacenamiento de datos no está visible en la consola de Service Manager, completa el procedimiento descrito en Registro con el almacenamiento de datos de Service Manager para habilitar la creación de informes en la Guía de implementación de System Center - Service Manager.
Claves de cifrado
Cuando hayas terminado de ejecutar el programa de instalación para instalar o actualizar a System Center 2019 Service Manager, se te pedirá que abras el Asistente para copia de seguridad o restauración de la clave de cifrado. Si has realizado una copia de seguridad de las claves de cifrado anteriormente, no se requiere ninguna acción adicional. Si nunca has hecho una copia de seguridad de las claves de cifrado, usa el Asistente para copia de seguridad o restauración de la clave de cifrado para realizar copias de seguridad de las claves de cifrado en los servidores de administración de Service Manager.
En este artículo se proporciona información de actualización para System Center 2016 - Service Manager (SM)
Actualizar a System Center 2016 - Service Manager
En las secciones siguientes se proporciona información sobre cómo actualizar de System Center 2012 R2 - Service Manager a System Center 2016 - Service Manager (SM).
Advertencia
Si planeas actualizar dos o más componentes de System Center, es imperativo consultar primero la guía Actualización a System Center 2016. El orden en el que se realizan las actualizaciones de los componentes es importante. Si no se sigue la secuencia de actualización correcta, podría producirse un error en el componente para el que no existen opciones de recuperación. Los componentes de System Center afectados son:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Administrador de configuración
- Virtual Machine Manager
- Controlador de aplicaciones
Solo puedes actualizar a System Center 2016 desde System Center 2012 R2 - Service Manager con el paquete acumulativo de actualizaciones 9 o posterior instalado.
Importante
En esta guía se asume que vas a realizar una actualización a System Center 2012 R2. Para obtener información sobre cómo instalar System Center 2016 - Service Manager en un equipo en el que no existe ninguna versión anterior de Service Manager, consulta Implementación de System Center 2016 - Service Manager.
Planificar la actualización a System Center 2016 - Service Manager
En esta sección se describen los procedimientos necesarios para actualizar a System Center 2016.
Se admite una actualización local de Service Manager 2012 R2 a Service Manager 2016. Una actualización local es una actualización de todos los elementos de Service Manager en el mismo hardware. No se admiten otros métodos, como las actualizaciones en paralelo o actualizaciones graduales.
La actualización a Service Manager 2016 requiere preparación. Te recomendamos que instales Service Manager en un entorno de laboratorio y, después, repliques las bases de datos de producción en el laboratorio. Después, debes realizar una actualización de la nueva instalación en el laboratorio y, cuando se haya demostrado que se ha realizado correctamente, realiza la misma actualización a Service Manager SP1 en el entorno de producción.
Versiones de evaluación y selección
La versión de System Center 2012 R2 - Service Manager estaba disponible en dos versiones diferentes:
Versión de evaluación (tiempo de espera de 180 días)
Versión de licencia de selección
Se admiten las siguientes rutas de actualización a Service Manager 2016.
Versión actual | Versión actualizada | Estado |
---|---|---|
Evaluación de System Center 2012 R2 - Service Manager | Evaluación de System Center 2016 - Service Manager | El período de evaluación permanece sin cambios |
Selección de System Center 2012 R2 - Service Manager | System Center 2016 - Service Manager | Licensed |
Nota:
Al actualizar desde una versión de evaluación de Service Manager 2012 R2 a una versión de evaluación de Service Manager 2016 no se amplía el período de evaluación de 180 días.
Ubicación de la instalación
La carpeta predeterminada para instalar Service Manager es \Archivos de programa\Microsoft System Center\Service Manager. Pero, cuando realizas la actualización a Service Manager, el software se instala en la carpeta que Service Manager usaba anteriormente. Si se actualizó previamente Service Manager 2010 o Service Manager 2012, se podrían usar las siguientes carpetas:
\Archivos de programa\Microsoft System Center\Service Manager 2010
\Archivos de programa\Microsoft System Center\Service Manager 2012
Requisitos de hardware para System Center 2016 - Service Manager
Todos los requisitos de hardware de System Center 2016 - Service Manager están totalmente documentados en Requisitos de hardware para System Center 2016 - Service Manager.
Requisitos de software para System Center 2016 - Service Manager
Para actualizar a System Center 2016, primero debes aplicar el paquete acumulativo de actualizaciones 9 o una versión posterior para System Center 2012 R2 Service Manager.
Todos los requisitos de software para System Center 2016 - Service Manager se documentan completamente en Requisitos de software para System Center 2016 - Service Manager.
Impacto en el desarrollo personalizado
Con la versión de System Center 2016 Service Manager, el producto se ha movido para admitir .NET 4.5.1. La herramienta establecida para admitir este movimiento en .NET 4.5.1 requería interrumpir algunas dependencias y ha llevado al movimiento de clases entre los ensamblados. Por lo tanto, la actualización a Service Manager 2016 puede interrumpir las soluciones personalizadas realizadas internamente o por terceros (que no sean de Microsoft). Consulta los pasos para actualizar tus soluciones personalizadas y evitar tener este problema.
Impedir que se produzcan errores en los trabajos de MPSync
Antes de actualizar
Descripción: un problema con el proceso de actualización hace que se produzca un error en el trabajo MPSync una vez completada la actualización. Para evitar que este problema se produzca antes de actualizar, debes ejecutar el script SQL siguiente en la base de datos DWRepository para obtener los scripts SQL reales que quitan y agregan una restricción a la clave principal en las tablas de hechos de la base de datos DWRepository para corregir el problema. Además, es posible que también se produzca un error en los trabajos de transformación y carga. Este error puede producirse debido a una limpieza errónea de la base de datos.
;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 has actualizado y no tienes problemas con errores de trabajo de transformación o carga, pero tienes un error de implementación del módulo de administración, sigue los pasos descritos en la sección Antes de la actualizar. Una vez restauradas las claves principales predeterminadas, en la consola de Service Manager, reinicia la implementación del módulo de administración en la que tuviste errores. Para ello, ve al área de trabajo Almacenamiento de datos y selecciona Módulo de administración.
Solución alternativa 2: Si has actualizado y tienes problemas con errores en la transformación o carga de trabajos, determina si el módulo de administración SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe en la base de datos DWStagingAndConfig. Para ello, ejecuta la consulta siguiente.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Si el módulo de administración no existe, debes restaurar la base de datos a un estado anterior a la actualización. Para restaurar la base de datos, sigue los pasos siguientes.
Sigue los pasos de recuperación ante desastres en las copias de seguridad de la base de datos.
Deshabilita la programación de MPSyncJob.
Restaura manualmente todas las claves principales que faltan en DWRepository. Puedes quitar y volver a crear la clave principal usando el script de SQL de la sección Antes de actualizar.
Reinicia la implementación del módulo de administración base que ha dado errores usando la consola de Service Manager.
Prueba de la actualización en un entorno de laboratorio
Te recomendamos que pruebes la actualización a System Center 2016 Service Manager en un entorno de laboratorio.
Orden de actualización y tiempos
El orden de las actualizaciones es importante. Sigue los pasos de actualización en el orden siguiente:
Haz una copia de seguridad de tus bases de datos y tus módulos de administración. Consulta las secciones Copia de seguridad de bases de datos de Service Manager y Copia de seguridad de los módulos de administración no sellados en la Guía de recuperación ante desastres para System Center 2016 - Service Manager.
Comienza con el servidor de administración del almacenamiento de datos. Detendrás los trabajos de almacenamiento de datos y no podrás volver a iniciarlos hasta que hayas completado la actualización.
Una vez completada la actualización del servidor de administración del almacenamiento de datos, actualiza el servidor de administración inicial de Service Manager. Si has creado más de un servidor de administración de Service Manager, el servidor de administración inicial de Service Manager es el primero que creaste.
Actualiza las consolas de Service Manager y los servidores de administración adicionales de Service Manager.
Reinicia los trabajos de almacenamiento de datos.
Implementa el nuevo Portal de autoservicio.
El tiempo de las actualizaciones también es importante. Después de actualizar el servidor de administración del almacenamiento de datos, debes actualizar el servidor de administración de Service Manager e implementar el nuevo Portal de autoservicio. Después de actualizar el servidor de administración inicial de Service Manager, debes estar preparado para actualizar la consola de Service Manager o las consolas de Service Manager, los servidores de administración adicionales de Service Manager y el Portal de autoservicio al mismo tiempo.
Impactos de la base de datos
Con System Center 2016 - Service Manager, tienes la opción de instalar los data marts de Operations Manager y Configuration Manager. Esta opción requiere espacio adicional en la unidad de disco duro para las dos bases de datos, así como los grupos de archivos asociados y los archivos de registro.
Copia de seguridad de Service Manager antes de actualizar
Antes de iniciar cualquier actualización, se recomienda hacer una copia de seguridad de las bases de datos de Service Manager y del almacenamiento de datos, y la clave de cifrado. Si ya has hecho una copia de seguridad de las bases de datos y la clave de cifrado, puedes seguir ejecutando la actualización. Si no, revisa los procedimientos de copia de seguridad de la Guía de recuperación ante desastres de System Center - Service Manager antes de continuar con la actualización.
Registro del almacenamiento de datos de Service Manager
Si has instalado un servidor de administración de almacenamiento de datos en tu entorno, como parte del proceso de actualización, debes poder ver el estado de los trabajos de almacenamiento de datos. No puedes realizar esta tarea si no te has registrado en el almacenamiento de datos de Service Manager. Si el botón Almacenamiento de datos no está visible en la consola de Service Manager, completa el procedimiento que se describe en Registro con el almacenamiento de datos de Service Manager para habilitar informes en la Guía de implementación de System Center 2016 - Service Manager.
Claves de cifrado
Cuando hayas terminado de ejecutar la configuración para instalar o actualizar a System Center 2016 Service Manager, te pedirá que abras el Asistente para copia de seguridad o restauración de la clave de cifrado. Si has realizado una copia de seguridad de las claves de cifrado anteriormente, no se requiere ninguna acción adicional. Si nunca has hecho una copia de seguridad de las claves de cifrado, usa el Asistente para copia de seguridad o restauración de la clave de cifrado para realizar copias de seguridad de las claves de cifrado en los servidores de administración de Service Manager.
Pasos siguientes
- Revisa Preparar SQL Server Reporting Services remoto para la actualización para preparar el entorno si SSRS es remoto desde el servidor de administración del almacenamiento de datos.