Introducción
En este artículo se describen los problemas corregidos en el paquete de continuación de actualizaciones 43 en las siguientes versiones de recuperación de sitios de Microsoft Azure:
-
El escenario de recuperación ante desastres de VMware para Azure no tiene una versión de 9,31
-
Escenario de HyperV & VMM a Azure DR
Obtenga más información sobre los problemas corregidos y el requisitos previos que debe verificar antes de instalar esta actualización.Nota: editado en el 2 de marzo para dar cabida a las modificaciones en la versión de DR de VMware a Azure
Requisitos previos
Para instalar Microsoft Azure Site Recovery Provider Rollup 43 (versión 5.1.5300.0), debe tener instalada una de las siguientes opciones:
-
Proveedor de recuperación de sitios de Microsoft Azure (versión 5.1.4900 o una versión posterior) (VMM o Hyper V a Azure)
-
Agente de servicios de recuperación de Microsoft Azure (versión 2.0.8700.0 o una versión posterior) (VMM a Azure)
Pagaré Puede consultar la versión del proveedor instalada en el elemento programas y características del panel de control.
Mejoras realizadas y problemas solucionados 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 (Azure to Azure)
Mejoras
-
Mejoras de compatibilidad con Linux OS
-
-
RHEL 8,1
-
Ubuntu 18.04.3 (kernel v 5.3)
-
Problemas solucionados
-
Limpiar automáticamente los archivos dañados, archivos incompletos en el servidor de procesos para asegurar la finalización correcta del flujo de trabajo de replicación inicial.
-
Las comprobaciones de requisitos previos de instalación del agente de movilidad se han mejorado para exponer los errores de daños en WMI antes de la instalación.
Recuperación de sitios de Microsoft Azure (servicio)
Mejoras
-
Se ha mejorado el procesamiento de datos durante las churns altas para minimizar el tiempo que se tarda en resincronizar.
-
Durante la creación de recursos de destino se agregan validaciones adicionales para evitar entradas no válidas.
-
Mensaje de error de excepción no controlada mejorada cuando no se encuentran discos administrados en la región de destino.
-
TLS 1,2 habilitado para todos los servicios en el escenario de Hyper V a Azure. Asegúrese de que TLS 1,2 sea compatible con servidores locales para garantizar una conectividad fluida. Más información
Problemas solucionados
-
En HyperV a Azure, se solucionó un problema que causaba el error de replicación porque el Firewall estaba habilitado en las cuentas de almacenamiento de destino
Actualización de los componentes locales de recuperación de sitios de Azure
Entre dos sitios VMM locales
-
Descargue el paquete acumulativo de actualizaciones más reciente para elproveedor de recuperación de sitios de Microsoft Azure
-
Instale el paquete acumulativo de actualizaciones en primer lugar en el servidor VMM local que administra el sitio de recuperación.
-
Una vez actualizado el sitio de recuperación, instale el paquete de continuación de actualizaciones en el servidor VMM que está administrando el sitio primario.
Nota: Si VMM es una versión de VMM (VMM en clúster) de alta disponibilidad, 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
-
Descargar el paquete acumulativo de actualizaciones para Proveedor de recuperación de sitios de Microsoft Azure.
-
Instale el paquete de continuación de actualizaciones en el servidor VMM local.
-
Instala la última versión de Agente de servicios de recuperación de Microsoft Azure en todos los hosts de Hyper-V.
Nota Si su VMM es una versión de VMM (VMM en clúster) de alta disponibilidad, 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
-
Descargar el paquete acumulativo de actualizaciones para Proveedor de recuperación de sitios de Microsoft Azure.
-
Instale el proveedor en cada nodo de los servidores Hyper-V que haya registrado en la recuperación de sitios de Azure.
Nota: Si Hyper-V es un servidor Hyper-V de host agrupado, asegúrese de instalar la actualización en todos los nodos del clúster.
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 desde el último reinicio y la versión de destino es mayor que cuatro (4) en la última posición decimal. Para obtener una explicación detallada, consulte la tabla siguiente.
Versión del agente durante el último reinicio |
Actualización a |
¿Es obligatorio reiniciar? |
---|---|---|
9.25 |
9.27 |
No obligatorio |
9.25 |
9.28 |
No obligatorio |
9.25 |
9.29 |
No obligatorio |
9.25 |
9.30 |
MandatoryFirst, actualice a la versión 9,29 y, después, 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 superior a 4). |