Inicio rápido: Migración desde Operations Manager local a la Instancia administrada de Azure Monitor SCOM

En este inicio rápido se proporciona el proceso de migración desde Operations Manager local a Instancia administrada de Azure Monitor SCOM.

Requisitos previos

1. Compruebe que su versión actual del agente de Operations Manager sea compatible con hosts múltiples con Instancia administrada de SCOM.

   Nota:

   Se admiten las versiones del agente 2022 y 2019.

2. Implemente una Instancia administrada de SCOM.

3. Configure los roles de usuario y los permisos en Instancia administrada de SCOM.

4. Importe los módulos de administración e invalidaciones del entorno actual de Operations Manager.

5. Configure la cuenta Ejecutar como para los módulos de administración.

6. Si usa varios servidores de administración en Instancia administrada de SCOM, implemente un pequeño conjunto de agentes piloto y verifique el comportamiento de conmutación por error entre los servidores de administración en Instancia administrada de SCOM.

7. Identifique una aplicación o servicio que esté supervisado actualmente por Operations Manager local. Hospede de forma múltiple para empezar a informar a Instancia administrada de SCOM y Operations Manager en el entorno local y lleve a cabo los pasos siguientes:

   • Compruebe que ve los mismos datos de supervisión para el servicio tanto en el entorno actual de Operations Manager como en Instancia administrada de SCOM.
   • Configurar grupos.
   • Configurar suscripciones de notificación.
   • Configurar informes.
   • Configuración del panel de información.
   • Configuración de las opciones específicas del agente.
   • Configuración del servidor de administración de conmutación por error y principal del agente.

   Repita la migración basada en servicios según el paso 6 para cada aplicación o servicio.

8. Configuración y comprobación de los conectores. Por ejemplo: configure y compruebe los conectores para las herramientas y la automatización de ITSM.

9. Una vez comprobados todos los datos de supervisión, informes, notificaciones, conectores, permisos y grupos en Instancia administrada de SCOM, desinstale la configuración del agente para el entorno anterior de Operations Manager.

Nota:

Invalida el destino de una instancia específica de una clase y puede que no funcione después de la migración de módulos de administración, ya que el identificador de instancia podría cambiar entre grupos de administración. Es posible que la pertenencia a grupos configurada en instancias específicas no funcione.

Se proporcionan los detalles de migración de los siguientes artefactos como ejemplo:

• Módulos de administración y anulaciones
• Panel
• Roles y permisos de usuario
• Suscripciones de notificación
• Grupos
• 1P Integrations
• Asignación y configuración del agente

Aquí está la lista completa de artefactos admitidos.

Migración desde el entorno local a la instancia administrada de SCOM

Seleccione el artefacto necesario para ver los detalles de la migración desde el entorno local a Instancia administrada de SCOM:

Módulos de administración y anulaciones

1. Ejecute el siguiente script para crear un inventario de todos los módulos de administración existentes implementados en Operations Manager:

   Get-SCOMManagementPack | Select-Object DisplayName, Name, Sealed, Version, LastModified | Sort-Object DisplayName | Format-Table
   

2. Exportar módulos de administración no sellados:

   Get-SCOMManagementPack | Where{ $_.Sealed -eq $false } | Export-SCOMManagementPack -Path "C:\Temp\Unsealed Management Packs"
   

3. Importe Módulos de administración sellados en la instancia administrada de SCOM.

   • Es necesario tener una copia de los módulos de administración sellados personalizados que necesite importar.

4. Importe Módulos de administración no sellados (exportados) en la instancia administrada de SCOM.

Validación posterior a la migración

Siga estos pasos para validar la migración de grupos y recopilación de datos.

1. En grupos: vaya al área de trabajo Creación en la consola de Operations Manager y seleccione Grupos. Revise la pertenencia de los grupos creados por los módulos de administración y compruebe que se han rellenado con los objetos correctos.

2. En la colección de datos: para comprobar que se detectan los objetos previstos, vaya a Supervisión en la consola de Operations Manager y revise las vistas de cada módulo de administración.

   1. Compruebe que las vistas de estado se rellenan con los objetos correctos (servidores, bases de datos, sitios web, etc.) y que se supervisan (el estado de mantenimiento no es No supervisado).

   2. Compruebe las vistas de rendimiento y compruebe que se han recopilado los datos de rendimiento.

Panel

Operations Manager admite los cuatro tipos siguientes de visualizaciones de datos. A continuación se muestra un resumen rápido de lo que se puede migrar:

Tipos de visualizaciones de datos	Se puede migrar a la instancia administrada de SCOM	Recomendaciones
Paneles o vistas que están disponibles en el módulo de administración	Sí	Consola del operador
Paneles o vistas creados en la consola del operador	Sí	Consola del operador
Informes disponibles en el módulo de administración	No	Informes de Power BI
Informes creados en la consola del operador	No	Informes de Power BI

• En el caso de paneles o vistas que están disponibles en el módulo de administración, puede ver los datos similares a los de Operations Manager local (ya que están integrados en el módulo de administración).
• Para paneles o vistas creados en la consola del operador, debe volver a configurar paneles y vistas personalizados en la instancia administrada de SCOM.
• Para los informes (SSRS) que están disponibles en el módulo de administración y en la consola del operador, debe volver a configurar todos los informes en Power BI, ya que Servidor de informes no existe en la instancia administrada de SCOM.

Roles y permisos de usuario

Nota:

No se permite la asignación 1:1 entre roles de usuario de SCOM Managed Instance a Operations Manager local.

En la instancia administrada de SCOM, solo hay dos roles de usuario disponibles, mientras que Operations Manager local tiene 10 roles de perfil de usuario. Para obtener más información, consulte Operaciones asociadas a perfiles de rol de usuario.

Use el siguiente gráfico de asignación para proporcionar acceso a la instancia administrada de SCOM con los permisos adecuados:

Gráfico de asignación

Operations Manager local	Instancia administrada de SCOM
Operador de informe	Lector
Operador de solo lectura	Lector
Operador	Lector
Operador avanzado	Lector
Operador de supervisión de aplicaciones	Lector
Autor	Colaborador
Administrador	Colaborador
Administrador de seguridad de informes	Colaborador
Administrador de solo lectura	Colaborador
Administrador delegado	Colaborador

1. Exporte la lista de roles de usuario y usuarios de cada rol.

   # This script will export the SCOM User Roles to CSV and Text File Format.
   # -----------------------------------------------
   # Outputs the file to the current users desktop
   # -----------------------------------------------
   $UserRoles = @()
   $UserRoleList = Get-SCOMUserRole
   Write-Output "Processing User Role:  "
   foreach ($UserRole in $UserRoleList)
   {
     Write-Output "    $UserRole"
     $UserRoles += New-Object -TypeName psobject -Property @{
       Name = $UserRole.Name;
       DisplayName = $UserRole.DisplayName;
       Description = $UserRole.Description;
       Users = ($UserRole.Users -join "; ");
     }
   }
   $UserRolesOutput = $UserRoles | Select-Object Name, DisplayName, Description, Users
   # Table Output
   $UserRolesOutput | Format-Table -AutoSize
   # CSV Output
   $UserRolesOutput | Export-CSV -Path "$env:USERPROFILE`\Desktop\UserRoles.csv" -NoTypeInformation
   # Text File Output
   $UserRolesOutput | Out-File "$env:USERPROFILE`\Desktop\UserRoles.txt" -Width 4096
   

2. Con las recomendaciones de asignación y lista exportadas, agregue manualmente los usuarios a los roles de usuario correspondientes de Azure (Instancia administrada de SCOM).

Suscripciones de notificación

La instancia administrada de SCOM admite los siguientes canales de notificación:

• Correos electrónicos
• SMS/Texto

Exporte el módulo de administración Biblioteca interna de notificaciones desde el grupo de administración de Operations Manager para migrar toda la configuración de notificación e importarlos a la instancia administrada de SCOM.

Después de migrar la configuración de notificación a instancia administrada de SCOM, copie los archivos locales que se usan en los canales de comandos a la misma ruta de acceso en todos los servidores de administración del grupo de recursos de notificación. Si migra desde Operations Manager 2016, la configuración del canal de notificación requiere más pasos.

Los metadatos de todas las notificaciones o suscripciones se almacenan en el módulo de administración no sellado. Si migra el módulo de administración, también se migran las notificaciones y las suscripciones.

Microsoft.SystemCenter.Notifications.Internal: 10.22.10113.0: Biblioteca interna de notificaciones

Nota:

Las notificaciones o suscripciones dependen de la cuenta de ejecución. Configure las cuentas o perfiles en un entorno más reciente antes de migrar el módulo de administración.

Grupos

Los grupos se migran como parte de los módulos de administración. Para obtener más información, consulte paso 5 en la pestaña Módulos de administración e invalidaciones.

1P Integrations

Se admiten las siguientes integraciones:

• Service Manager
• System Center Virtual Machine Manager
• Azure Monitor

System Center Orchestrator a Azure Automation es la recomendación en los servicios equivalentes de Azure.

Asignación y configuración del agente

Para migrar desde el agente de System Center Operations Manager a SCOM Managed Instance, consulte Información general de alto nivel sobre la actualización de agentes y la ejecución de dos entornos.

Artefactos admitidos para la migración

• Módulos de administración y anulaciones
• Panel
• Roles y permisos de usuario
• Suscripciones de notificación
• Grupos
• 1P Integrations
• Asignación y configuración del agente
• Puertas de enlace
• Soluciones personalizadas y 3P

Pasos siguientes

Crear una instancia administrada de SCOM en Azure.