Importante: Esta versión solo tiene actualizaciones de Azure a Azure y escenarios de protección modernizados de VMware a Azure.
Introducción
En este artículo se describen los problemas que se corrigen en el paquete acumulativo de actualizaciones 69 en las siguientes versiones de Microsoft Azure Site Recovery:
-
Azure a Azure
-
VMware/Physical a Azure modernizado
Obtén información sobre los detalles de los problemas corregidos y los requisitos previos que deben comprobarse antes de instalar esta actualización.
Requisitos previos
Para instalar Microsoft Azure Site Recovery Provider Update Rollup 69, debe tener una de las siguientes opciones instaladas:
-
Proveedor de Site Recovery de Microsoft Azure (versión 5.1.7700 o una versión posterior)
-
Configuración unificada de Microsoft Azure Site Recovery (VMware a Azure) (versión 9.52.xxxx.x o una versión posterior)
-
Agente de Microsoft Azure Recovery Services (versión 2.0.9202.0 o una versión posterior)
Nota: Puede comprobar la versión del proveedor instalada en el elemento Programas y características de 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
Soporte técnico del so Linux
-
Azure a Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
-
VMware/Physical a Azure modernizado
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
Soporte técnico del SO Windows
-
Azure a Azure
-
Windows 11
-
Problemas corregidos:
-
Se ha agregado una comprobación que garantiza que no se active una nueva sincronización si la máquina protegida se apagó correctamente, evitando operaciones de transferencia de datos adicionales.
-
Se ha corregido un problema para las máquinas virtuales de VMware de Oracle Linux 7.9, en el que el controlador ASR no podía identificar algunos archivos y causaba el bloqueo del kernel.
-
Mensajes de error editados en los que las métricas de renovación se mostraban con unidades incorrectas.
-
Se ha resuelto un error por el que las máquinas RHEL protegidas en las que Site Recovery controlador pueden causar un bloqueo debido a picos de memoria.
-
Se ha corregido un problema por el que la operación de volver a proteger una máquina Debian 11 fallaba debido a que faltaban los pasos de limpieza.
-
Se ha corregido un problema por el que se producían errores en la instalación del servicio de movilidad en equipos CentOS 7.8, debido a que una operación no era compatible con kernels anteriores a 3.1.x.
-
Se ha corregido un problema por el que la operación de replicación/resincronización inicial no avanzaba durante la reprotección de una VM de Windows VMware porque un proceso de Mobility Service no se desvanecía al detenerse.
Dispositivo de replicación de Site Recovery de Microsoft Azure
Novedades:
|
Componente |
Versión |
|---|---|
|
Servidor de detección física |
|
|
Servidor de detección |
|
|
proveedor de Site Recovery |
|
|
Administrador de configuración de dispositivos |
|
|
Servidor proxy |
|
|
Servicio de replicación |
|
|
Volver a proteger el servidor |
|
|
Agente de instalación push |
|
|
Agente de Recovery Services |
|
|
Servidor de procesos |
Actualizar los componentes de Azure Site Recovery local
Entre un sitio VMM local y Azure
-
Descargue el paquete acumulativo de actualizaciones de Proveedor de Site Recovery de Microsoft Azure.
-
Instale el paquete acumulativo de actualizaciones en el servidor VMM local.
-
Instala el agente de Microsoft Azure Recovery Services más reciente en todos los hosts de Hyper-V.
Nota Si VMM es una VMM de alta disponibilidad (VMM agrupada), 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
-
Descargue el paquete acumulativo de actualizaciones de Proveedor de Site Recovery de Microsoft Azure.
-
Instale el proveedor en cada nodo de los servidores de Hyper-V que haya registrado en Azure Site Recovery.
Nota Si hyper-v es un servidor host de Hyper-V agrupada, 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 (experiencia modernizada)
-
Asegúrese de que su dispositivo de administración local esté actualizado yendo al Administrador de configuración del dispositivo. Si no es así, descargue la versión más reciente para los componentes que están detrás de la versión más reciente.
-
Vaya a la 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 servicio de movilidad 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, es obligatorio reiniciar si la diferencia entre las versiones de agente del último reinicio y la versión de destino es mayor que cuatro (4) en la última posición decimal. Consulte la tabla siguiente para obtener una explicación detallada.
|
Versión del agente durante el último reinicio |
Actualizar 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 |
Obligatorio |
