Introducción
En este artículo se describen los problemas que se corrigen en el paquete acumulativo de actualizaciones 72 en las siguientes versiones de Microsoft Azure Site Recovery:
-
Azure a Azure
-
VMware/Physical a Azure modernizado
-
Hyper-V o VMM a Azure
-
No hay nuevas versiones.
-
-
Classic VMware/Physical to Azure
-
No hay nuevas versiones.
-
No OVF will be released for Classic VMware/Physical to Azure scenario from this release. Only Unified Setup will be released.
-
-
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 72, debe tener uno de los siguientes instalados:
-
Proveedor de Site Recovery de Microsoft Azure (versión 5.1.7800 o una versión posterior)
-
Microsoft Azure Site Recovery Unified Setup (VMware a Azure) (versión 9.56.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
-
Oracle Linux 9.2
-
Oracle Linux 9.3
-
RHEL 9.2
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
-
VMware/Physical a Azure modernizado
-
Oracle Linux 9.2
-
Oracle Linux 9.3
-
RHEL 9.2
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
Windows 11
-
Problemas corregidos:
-
Se ha corregido un problema por el que los bloques modificados se escribían repetidamente en equipos RHEL 8.
-
Se ha quitado una comprobación en la que, si las credenciales raíz de los equipos Linux no tienen el nombre de usuario como "raíz", se producía un error en la operación de habilitar replicación.
-
Se ha corregido un problema por el que las alertas de replicación no se generaban correctamente para todas las máquinas protegidas en un grupo de replicación.
-
Se ha corregido un problema por el que la operación de sincronización tardaba mucho más tiempo de lo esperado.
-
Se ha corregido el registro para depurar mejor las operaciones de reprotección y ayudar a resolver problemas.
Dispositivo de replicación de Site Recovery de Microsoft Azure
Mejoras
-
Se ha habilitado la capacidad de omisión del proxy en el dispositivo de replicación ASR. Con esto, los clientes ahora pueden omitir la configuración de proxy del Administrador de configuración del dispositivo.
|
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 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.
|
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 En primer lugar, actualice 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). |
