Compartir vía

Puntos clave que se deben tener en cuenta para la migración automatizada

  • Artículo

Se aplica a: ✔️ VM de Windows ✔️ VM de Linux ✔️ Entorno local ✔️ Servidores habilitados para Azure Arc

En este artículo se enumeran los detalles significativos que debe tener en cuenta al migrar mediante la herramienta de migración del portal o los scripts de migración.

Recordatorios importantes

  • Las consultas de búsqueda guardadas que no son de Azure no se migran.

  • Los runbooks de migración y retirada deben tener actualizados los módulos Az.Modules para que funcionen.

  • El script de requisitos previos actualiza Az.Modules a la versión 8.0.0 más reciente.

  • La hora de inicio de la programación de MRP será igual a la nextRunTime de la configuración de actualización de software.

  • Los datos de Log Analytics no se migran.

  • Las identidades administradas por el usuariono admiten escenarios entre inquilinos.

  • La configuración RebootOnly no está disponible en Azure Update Manager. Las programaciones con la configuración RebootOnly no se migran.

  • Para periodicidad, las programaciones de Automation admiten valores entre (1 y 100) para las programaciones diarias, diarias, semanales o mensuales, mientras que la configuración de mantenimiento de Azure Update Manager admite entre (6 y 35) para cada hora y (de 1 a 35) para diarias, semanales o mensuales. Consulte los siguientes ejemplos:

    Periodicidad de programación de automatización Cálculo de periodicidad de programación de configuración de mantenimiento
    100 horas 100/24 = 4,16 (Redondeo al valor más cercano):> cada cuatro días
    1 hora Cada 6 horas, ya que es el valor mínimo
    100 días 100/7 = 14,28 (redondeo al valor más cercano):> cada 14 días
    100 semanas 100/4,34 = 23,04 (redondeo al valor más cercano):> cada 23 meses
    Cada 100 semanas y debe ejecutarse los viernes 23 meses (100/4,34). Pero no hay forma de decir en el Administrador de actualizaciones de Azure que se ejecute cada 23 meses todos los viernes de ese mes, por lo que la programación no se migrará.
    Más de 35 meses Periodicidad de 35 meses

  • SUC (Configuración de actualización de software) admite entre 30 minutos y seis horas para la ventana de mantenimiento. MRP (Proveedor de recursos de mantenimiento) admite entre 1 hora y 30 minutos a 4 horas.

    Ventana de mantenimiento de la Administración de actualizaciones de Automation Ventana de mantenimiento del Administrador de actualizaciones de Azure
    30 minutos una hora y 30 minutos
    6 horas Cuatro horas

  • Cuando el libro de ejecución de la migración se ejecuta varias veces (por ejemplo, si ha migrado todas las programaciones de automatización y luego ha intentado migrar de nuevo todas las programaciones) entonces el runbook de migración ejecuta la misma lógica. Si hay algún cambio nuevo en SUC, se actualiza de nuevo la programación de MRP. No realiza asignaciones de configuración duplicadas. Además, las operaciones solo se llevan a cabo para las programaciones de automatización que tienen programaciones habilitadas. Si un SUC se Migró antes, se omitirá en el siguiente turno ya que su programación subyacente estará Deshabilitada.

  • En definitiva, puede resolver más máquinas desde Azure Resource Graph como en el Administrador de actualizaciones de Azure. No se puede comprobar si Hybrid Runbook Worker está informando o no, a diferencia de con la Administración de actualizaciones de Automation, donde se trataba de una intersección de consultas dinámicas y Hybrid Runbook Worker.

  • Las máquinas que no se admiten en el Administrador de actualizaciones de Azure no se migran. Las programaciones que tengan estas máquinas se migrarán parcialmente y solo las máquinas admitidas de la configuración de actualización de software se moverán al Administrador de actualizaciones de Azure. Para evitar la aplicación de revisiones mediante la Administración de actualizaciones de Automation y el Administrador de actualizaciones de Azure, quite las máquinas migradas de las programaciones de implementación en la Administración de actualizaciones de Automation.

  • Posterior a la retirada:

    • Asegúrese de ejecutar el script que hará lo siguiente:
      • Eliminar la variable AzureAutomationAccountEnvironment de cuenta de automatización creada para la migración.
      • Elimine la identidad administrada por el usuario creado para la migración de la cuenta de automatización.
      • Elimine los roles asignados para la identidad administrada por el usuario creada para la migración.
      • Elimine la identidad administrada por el usuario creada para la migración.
    • Para ejecutar el script anterior, debe tener permisos de Microsoft.Authorization/roleAssignments/write en todas las suscripciones que contienen recursos de Automation Update Management, como máquinas, programaciones, área de trabajo de Log Analytics y cuenta de Automation. Para más información, consulte cómo asignar un rol de Azure.
    • El script debe ejecutarse de la misma manera que el script de requisito previo.

Después de la migración, una configuración de actualización de software puede tener cualquiera de los cuatro estados de migración siguientes:

  • MigrationFailed
  • PartiallyMigrated
  • NotMigrated
  • Migrated

En la tabla siguiente se muestran los escenarios asociados a cada estado de migración:

MigrationFailed PartiallyMigrated NotMigrated Migrated
No se pudo crear la configuración de mantenimiento para la configuración de actualización de software Número distinto de cero de máquinas en las que no se pudo aplicar la configuración de revisión.
Por ejemplo, si una máquina no se admite en el Administrador de actualizaciones de Azure, el estado de la configuración de actualización de software se migrará parcialmente.		 No se pudo obtener la configuración de actualización de software de la API debido a algún error de cliente o servidor, como tal vez el error interno del servicio. Cero máquinas en las que la configuración de revisión no se pudo aplicar
Y
Cero máquinas con errores de asignaciones de configuración.
Y
Cero errores de resolución de consulta de tipo dinámico que no pudieron ejecutar la consulta en Azure Resource Graph.
Y
Cero errores de asignación de configuración de ámbito de tipo dinámico
y
La configuración de actualización de software tiene cero consultas de búsqueda guardadas.
Número distinto de cero de máquinas con asignaciones de configuración con errores. La configuración de actualización de software tiene el valor de reinicio solo como reinicio. Esto no se admite actualmente en Azure Update Manager.
Número no nulo de consultas dinámicas no resueltas, es decir, no se ha podido ejecutar la consulta en Azure Resource Graph. La configuración de actualización de software no tiene el estado de aprovisionamiento correcto en la base de datos.
Número distinto de cero de errores de asignación de configuración de ámbito dinámico. La configuración de actualización de software está en estado de error en la base de datos.
La configuración de actualización de software tiene consultas de búsqueda guardadas. La programación asociada a la configuración de actualización de software ya ha expirado en el momento de la migración.
La configuración de actualización de software tiene tareas previas y posteriores que no se migraron correctamente La programación asociada a la configuración de actualización de software está deshabilitada.
Excepción no controlada durante la migración de la configuración de actualización de software.

Pasos siguientes