Compartir a través de


Actualizar System Center Service Manager

En este artículo se proporciona la información de actualización de System Center 2022 - Service Manager (SM)

Actualización a 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:

  1. Orquestador
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Administrador de configuración
  6. Virtual Machine Manager
  7. Controlador de aplicaciones

Solo puede actualizar a System Center 2022 desde System Center 2019.

Importante

En esta guía se supone que va 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, consulte Implementación de System Center - Service Manager.

Planear 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 de 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 enfoques, como actualizaciones en paralelo o actualizaciones graduales.

La actualización a Service Manager 2022 requiere preparación. Se recomienda instalar Service Manager en un entorno de laboratorio y, a continuación, replicar las bases de datos de producción en el laboratorio. Después de ello, realice una actualización de la nueva instalación en el laboratorio.

Evaluación y selección de versiones

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)
  • Selección de la versión de licencia

Las siguientes rutas de actualización se admiten en Service Manager 2022.

Versión actual Versión actualizada Estado
System Center 2019 - Service Manager Eval System Center 2022 - Service Manager Eval El período de evaluación permanece sin cambios
System Center 2019- Service Manager Select System Center 2022 - Service Manager Select 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 2022 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. Sin embargo, cuando se realiza la actualización a Service Manager, el software se instala en la carpeta que Service Manager usó anteriormente. Si Service Manager 2016/1801 se actualizó anteriormente, se podría 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 desenlazen

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)[#back-up-service-manager-before-you-upgrade], debe 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 al 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 ha actualizado y no tiene problemas con errores de trabajo de transformación o carga, pero tiene un error de implementación del módulo de administración, siga los pasos descritos en la sección (Before Upgrade)[#back-up-service-manager-before-you-upgrade]. Además, una vez restauradas las claves principales predeterminadas, reinicie la implementación del módulo de administración con errores en la consola de Service Manager; para ello, vaya al área de trabajo Almacenamiento de datos y, a continuación, seleccione Módulo de administración.

Solución alternativa 2: Si ha actualizado y tiene problemas con errores de transformación o carga de trabajos, determine si el módulo de administración SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe en la base de datos DWStagingAndConfig ejecutando la consulta siguiente.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Si el módulo de administración no existe, debe restaurar la base de datos a un estado antes de la actualización. Para restaurar la base de datos, siga estos pasos.

  1. Realice los pasos de recuperación ante desastres para las copias de seguridad de la base de datos.

  2. Deshabilite la programación de MPSyncJob.

  3. Restaure manualmente todas las claves principales que faltan en DWRepository. Puede quitar y volver a crear la clave principal mediante el script SQL de la sección Antes de la actualización.

  4. Reinicie la implementación del módulo de administración base con errores mediante 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 tiempo

El orden de las actualizaciones es importante. Realice los pasos de actualización en el orden siguiente:

  1. Realice una copia de seguridad de las bases de datos y los módulos de administración. Consulte 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.

  2. Comience con el servidor de administración del almacenamiento de datos.

  3. Una vez completada la actualización al servidor de administración del almacenamiento de datos, actualice el servidor de administración inicial (principal) 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 que creó.

  4. A continuación, actualice todos los servidores de administración secundarios, los portales de autoservicio y las consolas de Service Manager.

Después de la instalación, haga lo siguiente:

  1. Deshabilite todos los trabajos de Almacenamiento de datos. Para ello, abra el shell de Service Manager y ejecute los siguientes comandos:

    $DW ='DWMS Servername' 
    Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name} 
    
  2. Realice los cambios necesarios en el siguiente script de PowerShell en función de las vistas del origen de datos del entorno y, a continuación, ejecute el script mediante 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)  
    
    
  3. Habilite 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} 
    
  4. Reinicie el servidor de administración del almacenamiento de datos.

  5. Aplique el paquete acumulativo de actualizaciones 2 para System Center 2022 Service Manager al servidor de administración de almacenamiento de datos, el servidor de administración principal, los servidores de administración secundarios, los portales de autoservicio y todas las consolas de analista.

Impactos de la base de datos

Con System Center 2022 - Service Manager, tiene la opción de instalar operations Manager y data marts de Configuration Manager. Al seleccionar esta opción, se producirán requisitos de espacio adicionales 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 realizar una copia de seguridad de las bases de datos de Service Manager y del almacenamiento de datos y la clave de cifrado. Si ya ha realizado una copia de seguridad de las bases de datos y la clave de cifrado, puede seguir ejecutando la actualización. De lo contrario, revise 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 ha instalado un servidor de administración de 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 tarea si no se ha 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, complete el procedimiento descrito en Registro con el almacenamiento de datos de Service Manager para habilitar informes en la Guía de implementación de System Center - Service Manager.

Claves de cifrado

Cuando haya terminado de ejecutar el programa de instalación para instalar o actualizar a System Center 2022 - Service Manager, se le pedirá que abra el Asistente para copia de seguridad o restauración de cifrado. Si anteriormente ha realizado una copia de seguridad de las claves de cifrado, no se requiere ninguna acción adicional. Si nunca ha copiado la copia de seguridad de las claves de cifrado, use el Asistente para copia de seguridad o restauración de claves 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 la información de actualización de System Center 2019 - Service Manager (SM)

Actualización a 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:

  1. Orquestador
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Administrador de configuración
  6. Virtual Machine Manager
  7. Controlador de aplicaciones

Solo puede actualizar a System Center 2019 desde System Center 2016 o 1801 o 1807.

Importante

En esta guía se supone que va 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, consulte Implementación de System Center - Service Manager.

Planear 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 una actualización local de Service Manager 2016, 1801, 1807. Una actualización local es una actualización de todas las partes de Service Manager en el mismo hardware. No se admiten otros enfoques, como actualizaciones en paralelo o actualizaciones graduales.

La actualización a Service Manager 2019 requiere preparación. Se recomienda instalar Service Manager en un entorno de laboratorio y, a continuación, replicar las bases de datos de producción en el laboratorio. Después, realice una actualización de la nueva instalación en el laboratorio.

Evaluación y selección de versiones

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)
  • Selección de la versión de licencia

Las siguientes rutas de actualización se admiten en Service Manager 2019.

Versión actual Versión actualizada Estado
System Center 2016/1801 - Service Manager Eval System Center 2019 - Service Manager Eval El período de evaluación permanece sin cambios
System Center 2016/1801/1807 - Service Manager Select System Center 2019- Service Manager Select 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. Sin embargo, cuando se realiza la actualización a Service Manager, el software se instala en la carpeta que Service Manager usó anteriormente. Si Service Manager 2016/1801 se actualizó anteriormente, se podría 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 desenlazen

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, debe 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 al 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 ha actualizado y no tiene problemas con errores de trabajo de transformación o carga, pero tiene un error de implementación del módulo de administración, siga los pasos descritos en la sección Antes de la actualización. Además, una vez restauradas las claves principales predeterminadas, reinicie la implementación del módulo de administración con errores en la consola de Service Manager; para ello, vaya al área de trabajo Almacenamiento de datos y, a continuación, seleccione Módulo de administración.

Solución alternativa 2: Si ha actualizado y tiene problemas con errores de transformación o carga de trabajos, determine si el módulo de administración SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe en la base de datos DWStagingAndConfig ejecutando la consulta siguiente.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Si el módulo de administración no existe, debe restaurar la base de datos a un estado antes de la actualización. Para restaurar la base de datos, siga estos pasos.

  1. Realice los pasos de recuperación ante desastres para las copias de seguridad de la base de datos.

  2. Deshabilite la programación de MPSyncJob.

  3. Restaure manualmente todas las claves principales que faltan en DWRepository. Puede quitar y volver a crear la clave principal mediante el script SQL de la sección Antes de la actualización.

  4. Reinicie la implementación del módulo de administración base con errores mediante 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 tiempo

El orden de las actualizaciones es importante. Realice los pasos de actualización en el orden siguiente:

  1. Realice una copia de seguridad de las bases de datos y los módulos de administración. Consulte 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.

  2. Comience con el servidor de administración del almacenamiento de datos. Detendrá los trabajos de almacenamiento de datos y no podrá volver a iniciarlos hasta que haya completado la actualización.

  3. Una vez completada la actualización al servidor de administración 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 que creó.

  4. Actualice las consolas de Service Manager y los servidores de administración adicionales de Service Manager.

  5. Reinicie los trabajos de almacenamiento de datos.

  6. Implemente 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, debe 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, debe 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, tiene la opción de instalar data marts de Operations Manager y Configuration Manager. Al seleccionar esta opción, se producirán requisitos de espacio adicionales 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 realizar una copia de seguridad de las bases de datos de Service Manager y del almacenamiento de datos y la clave de cifrado. Si ya ha realizado una copia de seguridad de las bases de datos y la clave de cifrado, puede seguir ejecutando la actualización. De lo contrario, revise 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 ha instalado un servidor de administración de 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 tarea si no se ha 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, complete el procedimiento descrito en Registro con el almacenamiento de datos de Service Manager para habilitar informes en la Guía de implementación de System Center - Service Manager.

Claves de cifrado

Cuando haya terminado de ejecutar el programa de instalación para instalar o actualizar a System Center 2019 - Service Manager, se le pedirá que abra el Asistente para copia de seguridad o restauración de cifrado. Si anteriormente ha realizado una copia de seguridad de las claves de cifrado, no se requiere ninguna acción adicional. Si nunca ha copiado la copia de seguridad de las claves de cifrado, use el Asistente para copia de seguridad o restauración de claves de cifrado para realizar copias de seguridad de las claves de cifrado en los servidores de administración de Service Manager.

Importante

Esta versión de Service Manager ha llegado al final del soporte técnico. Se recomienda actualizar a Service Manager 2022.

Debe tener System Center - Service Manager 1801 instalado para aplicar la actualización 1807. Obtenga más información sobre cómo instalar SM 1807.

En este artículo se proporciona la información de actualización de System Center 2016 - Service Manager (SM)

Actualización 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 planea 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:

  1. Orquestador
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Administrador de configuración
  6. Virtual Machine Manager
  7. Controlador de aplicaciones

Solo puede 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 supone que va 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, consulte Deploying System Center 2016 - Service Manager.

Planear 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 enfoques, como actualizaciones en paralelo o actualizaciones graduales.

La actualización a Service Manager 2016 requiere preparación. Se recomienda instalar Service Manager en un entorno de laboratorio y, a continuación, replicar las bases de datos de producción en el laboratorio. A continuación, realice una actualización de la nueva instalación en el laboratorio y, una vez que se haya demostrado que se ha realizado correctamente, realice la misma actualización a Service Manager SP1 en el entorno de producción.

Evaluación y selección de versiones

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)

  • Selección de la versión de licencia

Las siguientes rutas de actualización se admiten en Service Manager 2016.

Versión actual Versión actualizada Estado
System Center 2012 R2 - Service Manager Eval System Center 2016 - Service Manager Eval El período de evaluación permanece sin cambios
System Center 2012 R2 - Service Manager Select System Center 2016- Service Manager Select Licensed

Nota:

La actualización desde una versión de evaluación de Service Manager 2012 R2 a una versión de evaluación de Service Manager 2016 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. Sin embargo, cuando se realiza la actualización a Service Manager, el software se instala en la carpeta que Service Manager usó anteriormente. Si Service Manager 2010 o Service Manager 2012 se actualizaron anteriormente, 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 debe aplicar el paquete acumulativo de actualizaciones 9 o 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 son de Microsoft). Consulte los pasos para actualizar las soluciones personalizadas para evitar entrar en 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, debe 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 al 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 ha actualizado y no tiene problemas con errores de trabajo de transformación o carga, pero tiene un error de implementación del módulo de administración, siga los pasos descritos en la sección Antes de la actualización. Además, una vez restauradas las claves principales predeterminadas, reinicie la implementación del módulo de administración con errores en la consola de Service Manager; para ello, vaya al área de trabajo Almacenamiento de datos y, a continuación, seleccione Módulo de administración.

Solución alternativa 2: Si ha actualizado y tiene problemas con errores de transformación o carga de trabajos, determine si el módulo de administración SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe en la base de datos DWStagingAndConfig ejecutando la consulta siguiente.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Si el módulo de administración no existe, debe restaurar la base de datos a un estado antes de la actualización. Para restaurar la base de datos, siga estos pasos.

  1. Realice los pasos de recuperación ante desastres para las copias de seguridad de la base de datos.

  2. Deshabilite la programación de MPSyncJob.

  3. Restaure manualmente todas las claves principales que faltan en DWRepository. Puede quitar y volver a crear la clave principal mediante el script SQL de la sección Antes de la actualización.

  4. Reinicie la implementación del módulo de administración base con errores mediante la consola de Service Manager.

Prueba de la actualización en un entorno de laboratorio

Se recomienda probar la actualización a System Center 2016 - Service Manager en un entorno de laboratorio.

Orden de actualización y tiempo

El orden de las actualizaciones es importante. Realice los pasos de actualización en el orden siguiente:

  1. Realice una copia de seguridad de las bases de datos y los módulos de administración. Consulte 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 2016 - Service Manager.

  2. Comience con el servidor de administración del almacenamiento de datos. Detendrá los trabajos de almacenamiento de datos y no podrá volver a iniciarlos hasta que haya completado la actualización.

  3. Una vez completada la actualización al servidor de administración 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 que creó.

  4. Actualice las consolas de Service Manager y los servidores de administración adicionales de Service Manager.

  5. Reinicie los trabajos de almacenamiento de datos.

  6. Implemente 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, debe 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, debe 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, tiene la opción de instalar operations Manager y data marts de Configuration Manager. Al seleccionar esta opción, se producirán requisitos de espacio adicionales 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 realizar una copia de seguridad de las bases de datos de Service Manager y del almacenamiento de datos y la clave de cifrado. Si ya ha realizado una copia de seguridad de las bases de datos y la clave de cifrado, puede seguir ejecutando la actualización. De lo contrario, revise 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 ha instalado un servidor de administración de 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 tarea si no se ha 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, complete el procedimiento descrito 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 haya terminado de ejecutar el programa de instalación para instalar o actualizar a System Center 2016 - Service Manager, se le pedirá que abra el Asistente para copia de seguridad o restauración de cifrado. Si anteriormente ha realizado una copia de seguridad de las claves de cifrado, no se requiere ninguna acción adicional. Si nunca ha copiado la copia de seguridad de las claves de cifrado, use el Asistente para copia de seguridad o restauración de claves de cifrado para realizar copias de seguridad de las claves de cifrado en los servidores de administración de Service Manager.

Pasos siguientes