Iniciar sesión con Microsoft
Iniciar sesión o crear una cuenta
Hola:
Seleccione una cuenta diferente.
Tiene varias cuentas
Elija la cuenta con la que desea iniciar sesión.

Introducción

En este artículo se describen los problemas que se corrigen en el paquete acumulativo de actualizaciones 42 en las siguientes versiones de Microsoft Azure Site Recovery:

Conozca los detalles de los problemas que se solucionan y Requisitos previos que debe verificarse antes de instalar esta actualización.

Requisitos previos

Para instalar el paquete acumulativo 42 de actualizaciones del proveedor de recuperación de sitios de Microsoft Azure (versión 5.1.5200.0), debe tener instalado uno de los siguientes elementos:

  • Proveedor de recuperación de sitios de Microsoft Azure (versión 5.1.4800 o una versión posterior)

  • Instalación unificada de Microsoft Azure Site Recovery (VMware a Azure) (versión 9.26.xxxx.x o una versión posterior)

  • Agente de Microsoft Azure Recovery Services (versión 2.0.8700.0 o una versión posterior)

Nota   Puede comprobar la versión del proveedor instalado en el elemento Programas y características del Panel de control.

Mejoras realizadas y problemas corregidos en esta actualización

Después de instalar esta actualización, se corrigen los siguientes problemas y se incluyen las siguientes mejoras.

Servicio de movilidad

Mejoras

  • Azul Site Recovery ahora admite conmutación por error de prueba, conmutación por error y conmutación por recuperación de VMware y Máquinas de Azure con diseño UEFI

    • Vmware se admiten máquinas con los siguientes sistemas operativos: Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8

    • todo Se admiten máquinas de Azure de generación 2

  • Mejoras en el soporte del sistema operativo Linux

    • Rhel 8

    • Oracle Linux 7.7

  • Azul a Azure DR

    • Las máquinas Linux de Azure con Azure Disk Encryption (ADE) ahora se pueden proteger a través de Azure Site Recovery

    • Python 3 para Linux Extension ahora es compatible

  • Vmware a Azure DR

    • Datos tasa de cambio (rotación) de discos y registros de velocidad de carga de datos ya están disponibles en Log Integración de Análisis con el almacén de servicios de recuperación

Problemas solucionados

  • Requisito previo las comprobaciones están habilitadas para validar la compatibilidad con la firma de código SHA2. Sistema operativo que se ejecuta en Windows 2008 R2 con SP1, Windows 2008 SP2 y Windows 7 SP1 requieren que ciertos KBs instalado para habilitar la firma de código SHA2. Actualizaciones del agente de movilidad ASR y las instalaciones no se realizarán correctamente si la firma de código SHA2 no está habilitada. Más información

Recuperación de sitios de Microsoft Azure (servicio)

Mejoras

  • Azul las máquinas virtuales en Noruega ahora se pueden proteger a través de Azure Site Recovery.

  • SKU del servidor de procesos de Azure utilizada para las operaciones de conmutación por recuperación en VMware a Azure DR tiene como valor predeterminado Standard_A8_v2

Problemas solucionados

  • Rendimiento Se realizan mejoras para minimizar el tiempo necesario para cargar la hoja de elementos replicados del almacén de servicios de recuperación y de la hoja del servidor de procesos

  • Resincronización notificaciones se actualizan para proporcionar detalles de las máquinas que requieren Resincronización.

  • En el escenario de azure a Azure DR, el cuenta de automatización recogida durante la habilitación de la replicación no siempre está en el región de destino (ya que no todas las regiones tienen cuentas de automatización). Hay una geo mapeo que informa qué región debe ser la cuenta de automatización aprovisionado en. Esta asignación geográfica se actualiza para permitir a los clientes cuentas de automatización de una región diferente.

Actualización de los componentes locales de Azure Site Recovery

Entre dos sitios VMM locales

  1. Descargue el paquete acumulativo de actualizaciones más reciente para el proveedor derecuperación de sitios de Microsoft Azure

  2. Instale primero el paquete acumulativo de actualizaciones en el servidor VMM local que administra el sitio de recuperación.

  3. Después de actualizar el sitio de recuperación, instale el paquete acumulativo de actualizaciones en el servidor VMM que administra el sitio principal.

Nota Si VMM es un VMM de alta disponibilidad (VMM agrupado), asegúrese de instalar la actualización en todos los nodos del clúster donde está instalado el servicio VMM.

Entre un sitio VMM local y Azure

  1. Descargue el paquete acumulativo de actualizaciones para Proveedor de recuperación de sitios de Microsoft Azure.

  2. Instale el paquete acumulativo de actualizaciones en el servidor VMM local.

  3. Instale lo último Agente de Microsoft Azure Recovery Services en todos los hosts de Hyper-V.

Nota Si el VMM es un VMM de alta disponibilidad (VMM agrupado), asegúrese de instalar la actualización en todos los nodos del clúster donde está instalado el servicio VMM.

Entre un sitio de Hyper-V local y Azure

  1. Descargue el paquete acumulativo de actualizaciones paraProveedor de recuperación de sitios de Microsoft Azure.

  2. Instale el proveedor en cada nodo de los servidores de Hyper-V que haya registrado en Azure Site Recovery.

Nota Si el Hyper-V es un servidor de Hyper-V en clúster de host, asegúrese de instalar la actualización en todos los nodos del clúster.

Entre un VMware local o un sitio físico a Azure

  1. Actualice el servidor de administración local descargando Instalación unificada de Microsoft Azure Site Recovery. Este es el servidor que tiene los roles Servidor de configuración y Servidor de proceso.

  2. Si tiene servidores de procesos de escalado horizontal, actualícelos a continuación ejecutando Instalación unificada de Microsoft Azure Site Recovery.

  3. Vaya a Azure Portal y, a continuación, vaya a la página Elementos protegidos > Elementos replicados. Seleccione una máquina virtual en esta página. Seleccione el botón Actualizar agente que aparece en la parte inferior de la página para cada máquina virtual. Esto actualiza el agente de Mobility Service en todas las máquinas virtuales protegidas.

Nota Se recomienda reiniciar después de cada actualización del agente de movilidad para asegurarse de que todos los cambios más recientes se cargan en el equipo de origen. Esto no es necesariamente obligatorio. Sin embargo, un reinicio es obligatorio si la diferencia entre las versiones del agente del último reinicio y la versión de destino es mayor que cuatro (4) en el último decimal. Consulte la tabla siguiente para obtener una explicación detallada.

Versión del agente durante el último reinicio

Actualización a

¿Es obligatorio reiniciar?

9.25

9.27

No es obligatorio

9.25

9.28

No es obligatorio

9.25

9.29

No es obligatorio

9.25

9.30

MandatoryFirst upgrade a la versión 9.29 y, a continuación, reinicie antes de actualizar a la versión 9.30 (porque la diferencia entre la última versión de reinicio y la versión de destino es mayor que 4).

¿Necesita más ayuda?

¿Quiere más opciones?

Explore las ventajas de las suscripciones, examine los cursos de aprendizaje, aprenda a proteger su dispositivo y mucho más.

Las comunidades le ayudan a formular y responder preguntas, enviar comentarios y leer a expertos con conocimientos extensos.

¿Le ha sido útil esta información?

¿Cuál es tu grado de satisfacción con la calidad del lenguaje?
¿Qué ha afectado a su experiencia?
Si presiona Enviar, sus comentarios se usarán para mejorar los productos y servicios de Microsoft. El administrador de TI podrá recopilar estos datos. Declaración de privacidad.

¡Gracias por sus comentarios!

×