Site Recovery Manager 8.6 | 11 de octubre de 2022 | Compilación 20555463 | Descargar

Herramienta de importación y exportación de configuración de Site Recovery Manager 8.6 | 11 de octubre de 2022 | Compilación 20554592

Compruebe si se agregaron elementos o si se produjeron actualizaciones en estas notas de la versión.

Novedades

  • VMware Site Recovery Manager 8.6 añade compatibilidad con VMware vSphere 8.0.

  • Interoperabilidad con vSAN Express Storage.

  • REST API. Introduzca la automatización de extremo a extremo para Site Recovery Manager:

    • Capacidad para crear, editar y eliminar grupos de protección y planes de recuperación

    • Obtener la configuración de protección y recuperación de las máquinas virtuales

    • Crear y modificar asignaciones de inventario, personalización de IP y asignaciones de recursos

    • Volver a configurar los ajustes de recuperación para las máquinas virtuales: agregar, editar o eliminar llamadas y avisos, establecer y obtener prioridad y dependencias

    • Ejecución de planes de recuperación: prueba, migración planificada, conmutación por error, reprotección y conmutación por recuperación

    • Conjunto completo de API para configurar y administrar el dispositivo de VMware Site Recovery Manager

      Para obtener más información, consulte el blog.

  • Comentarios en el producto: La interfaz de usuario de Site Recovery Manager presenta una opción de comentarios en el producto para permitirle proporcionar calificaciones y comentarios en tiempo real sobre las funciones y los flujos de trabajo clave.

  • Site Recovery Manager puede actualizar automáticamente la protección de máquinas virtuales en los grupos de protección y los planes de recuperación, en función de los cambios en las asignaciones de inventario.

  • Mejoras en la interfaz de usuario de Site Recovery Manager:

    • Los datos de la jerarquía de red están visibles en las asignaciones de red.

    • Interfaz de usuario del dispositivo de Site Recovery Manager: capacidad para establecer el estado de las redes como activo/inactivo.

    • Opción de vSphere Replication para habilitar la replicación de conjuntos de datos.

Aviso de compatibilidad con el producto

VMware Site Recovery Manager 8.5 es la última versión general que admite grupos de protección de directivas de almacenamiento (SPPG). Debe eliminar o migrar los grupos de protección de directivas de almacenamiento (SPPG) a grupos de protección de replicación basada en matrices normales antes de actualizar a Site Recovery Manager 8.6. Site Recovery Manager 8.5.0.5 y las versiones posteriores tienen una herramienta de migración de grupo de protección de directiva de almacenamiento (SPPG) dedicada que puede utilizar para migrar los SPPG a grupos de protección de replicación basada en matrices normales. Consulte Migrar grupos de protección de directiva de almacenamiento a grupos de protección de replicación basada en matrices para obtener información sobre cómo utilizar la herramienta.

Localización

VMware Site Recovery Manager 8.6 está disponible en los siguientes idiomas:

  • Inglés

  • Francés

  • Alemán

  • Italiano

  • Japonés

  • Coreano

  • Chino simplificado

  • Chino tradicional

  • Español

Compatibilidad

Matriz de compatibilidad de Site Recovery Manager

Site Recovery Manager 8.6 es compatible con vSphere 7.0 y versiones posteriores y admite ESXi 7.0 y versiones posteriores.

Site Recovery Manager 8.6 requiere una versión de vCenter Server compatible tanto en el sitio protegido como en el sitio de recuperación.

Para obtener información sobre la interoperabilidad y la compatibilidad de productos, incluida la compatibilidad con la personalización de los sistemas operativos invitados, consulte Matrices de compatibilidad para VMware Site Recovery Manager 8.6.

Matrices de almacenamiento y adaptadores de replicación de almacenamiento compatibles

Para ver la lista actual de matrices de almacenamiento y SRA compatibles admitidos, consulte la Guía de compatibilidad de partners de almacenamiento de Site Recovery Manager.

Proveedores VASA de partners de VVol compatibles

Para obtener la lista actual de proveedores VASA de partners de vVols compatibles, consulte la Guía de compatibilidad de VMware.

Soporte técnico de VMware vSAN

Site Recovery Manager 8.6 puede proteger las máquinas virtuales que residen en VMware vSAN mediante vSphere Replication. vSAN no requiere ningún adaptador de replicación de almacenamiento (Storage Replication Adapter, SRA) para funcionar con Site Recovery Manager 8.6. Site Recovery Manager 8.6 agrega interoperabilidad con vSAN Express Storage.

Instalación y actualización

Para obtener información sobre cómo instalar y actualizar Site Recovery Manager, consulte Instalación y configuración de Site Recovery Manager.

Para conocer las rutas de acceso de actualización admitidas para Site Recovery Manager, seleccione Ruta de acceso de actualización y VMware Site Recovery Manager en las matrices de interoperabilidad de productos VMware.

NOTAS:

  • VMware Site Recovery Manager 8.5.x es la última versión general que admite grupos de protección de directivas de almacenamiento (SPPG). Debe eliminar o migrar los grupos de protección de directivas de almacenamiento (SPPG) a grupos de protección de replicación basada en matrices normales antes de actualizar a Site Recovery Manager 8.6. Site Recovery Manager 8.5.0.5 y las versiones posteriores tienen una herramienta de migración de grupo de protección de directiva de almacenamiento (SPPG) dedicada que puede utilizar para migrar los SPPG a grupos de protección de replicación basada en matrices normales. Consulte Migrar grupos de protección de directiva de almacenamiento a grupos de protección de replicación basada en matrices para obtener información sobre cómo utilizar la herramienta.

  • Si las instancias de vCenter Server en los sitios protegidos y de recuperación están en modo Enhanced Linked Mode, deben ser partners de replicación directos. De lo contrario, se puede producir un error en la actualización.

Seguridad de red

Site Recovery Manager requiere que la conexión de red de administración se realice entre sitios emparejados. Las instancias de Site Recovery Manager Server en el sitio protegido y en el de recuperación deben poder conectarse entre sí. Además, cada una de las instancias de Site Recovery Manager necesita una conexión de red a las instancias de Platform Services Controller y de vCenter Server que Site Recovery Manager amplía en el sitio remoto. Utilice una red restringida y privada a la que no se pueda acceder desde Internet para todo el tráfico de red entre los sitios de Site Recovery Manager. Al limitar la conectividad de red, se limita también el potencial de determinados tipos de ataques.

Para ver la lista de puertos de red que Site Recovery Manager necesita que estén abiertos en ambos sitios, consulte Puertos de red para Site Recovery Manager.

Límites operativos de Site Recovery Manager 8.6

Para conocer los límites operativos de Site Recovery Manager 8.6, consulte Límites operativos de Site Recovery Manager.

Componentes de código abierto

Las licencias y las declaraciones de derechos de autor aplicables a los componentes de software de código abierto distribuidos en Site Recovery Manager 8.6 están disponibles en Descargas de VMware Site Recovery Manager. También puede descargar archivos de origen para cualquier GPL, LGPL o licencias similares para las que se requiera disponer del código fuente o de las modificaciones hechas en él para la versión de Site Recovery Manager con disponibilidad general más reciente.

  • En un entorno federado con instancias de vCenter Server vinculadas, cuando inicie sesión en el sitio local de la puerta de enlace de REST API, iniciará sesión automáticamente en el sitio remoto. No es necesario realizar una solicitud POST /remote-session. No es posible iniciar sesión en el sitio remoto con un nombre de usuario diferente.

  • La protección y recuperación de máquinas virtuales cifradas con vSphere Replication requiere VMware vSphere 7.0 Update 2c o una versión posterior.

  • Cuando se crea una máquina virtual de clones vinculados, algunos de sus discos continúan utilizando los discos de la máquina virtual base. Si utiliza la replicación de vVols, debe replicar la máquina virtual de clones vinculados en el mismo grupo de replicación que la máquina virtual base; de lo contrario, aparecerá el siguiente mensaje de error: "Virtual machine '{vmName}' is replicated by multiple replication groups." Si tiene que replicar la máquina virtual base en un grupo de replicación diferente al de las máquinas virtuales de clones vinculados, o si no hay forma de replicar la máquina virtual base, las máquinas virtuales de clones vinculados deben convertirse en clones completos.

  • Site Recovery Manager no admite la replicación de Virtual Volumes de discos no asociados que solo están presentes en una instantánea.

  • Site Recovery Manager no admite la protección y la recuperación orquestada de almacenes de datos de NVMe over Fabrics (NVMe-oF) para grupos de protección de replicación basada en matrices. Para obtener más información sobre el almacenamiento de NVMe, consulte VMware NVMe Concepts en la documentación de VMware vSphere 7.0.

  • VMware Site Recovery Manager no admite actualmente el almacenamiento NFS de AVS ANF para NetApp ONTAP como origen ni como destino de una replicación.

  • La operación de importación con la herramienta de importación y exportación de configuración de VMware Site Recovery Manager 8.6 solo intenta importar una vez la configuración de recuperación de las máquinas virtuales protegidas, independientemente de si estas forman parte de uno o varios planes de recuperación.

  • vSphere Flash Read Cache se deshabilita en las máquinas virtuales después de la recuperación y la reserva se establece en cero. Antes de realizar una recuperación en una máquina virtual configurada para utilizar vSphere Flash Read Cache, tome nota de la reserva de memoria caché de la máquina virtual desde vSphere Web Client. Puede reconfigurar vSphere Flash Read Cache en la máquina virtual después de la recuperación.

  • Site Recovery Manager 8.6 admite la protección de máquinas virtuales con vSphere FT de procesador único, pero desactiva este elemento en las máquinas virtuales en el sitio de recuperación después de la recuperación.

    • Si utiliza vSphere FT de procesador único en máquinas virtuales, debe configurar las máquinas virtuales en el sitio protegido para que Site Recovery Manager pueda desactivar vSphere FT después de una recuperación. Para obtener información sobre cómo configurar las máquinas virtuales para vSphere FT de procesador único en el sitio protegido, consulte https://kb.vmware.com/kb/2109813.

  • Site Recovery Manager 8.6 admite vSphere Replication 8.6 con vSphere Virtual Volumes con las siguientes limitaciones.

    • No se pueden usar snapshots de momento específico de vSphere Replication con máquinas virtuales donde el destino de replicación sea un almacén de datos de Virtual Volumes.

    • Cuando se utiliza almacenamiento de vSphere Virtual Volumes como destino de replicación, todos los discos que pertenecen a la máquina virtual deben replicarse en un solo almacén de datos de vSphere Virtual Volumes.

    • Cuando una máquina virtual replicada se ubica en un almacenamiento de vSphere Virtual Volumes, todos los discos que pertenecen a esa máquina virtual deben ubicarse en un solo almacén de datos de vSphere Virtual Volumes.

  • Site Recovery Manager 8.6 no admite almacenes de datos NFSv4.1 para replicación basada en matrices. Puede usar Site Recovery Manager 8.6 con almacenes de datos NFSv4.1 para vSphere Replication.

  • Para utilizar la autenticación de dos factores con RSA SecurID o con tarjeta inteligente (tarjeta de acceso común), su entorno debe cumplir los siguientes requisitos:

    1. Utilice las credenciales de administrador de Platform Services Controller para instalar Site Recovery Manager 8.6 y emparejar los sitios de Site Recovery Manager 8.6.

    2. Las instancias de vCenter Server en ambos sitios de Site Recovery Manager 8.6 deben funcionar en Enhanced Linked Mode. Para evitar errores durante la actualización de Site Recovery Manager 8.6 a una versión más reciente, las instancias de vCenter Server en ambos sitios deben ser partners de replicación directos.

Problemas conocidos

  • Nuevo - Se produce un error NotAuthenticated en un flujo de trabajo de Site Recovery Manager

    Cada 8 horas, hay un período entre 0 y 60 segundos en el que una operación remota puede fallar de forma incorrecta con un error NotAuthenticated. Al ejecutar un flujo de trabajo de Site Recovery Manager, por ejemplo, Reprotección o Conmutación por error, si se alcanza ese período de tiempo, es posible que se produzca un error NotAuthenticated en el flujo de trabajo. Aunque todas las conexiones están activas cuando se inicia el flujo de trabajo, el token de inicio de sesión activo puede caducar durante la ejecución del flujo de trabajo, lo que provoca el error.

    Solución alternativa: Vuelva a ejecutar el flujo de trabajo.

  • Nuevo - El icono del complemento de integración de clientes de Site Recovery Manager no se muestra cuando se utiliza el navegador Firefox

    Cuando se utiliza el navegador Firefox, el icono del complemento de integración de clientes de Site Recovery Manager no aparece en vCenter Server 7.0.x.

    Solución alternativa: Haga clic en el espacio vacío sobre la etiqueta de Site Recovery o utilice los navegadores Chrome o Edge.

  • Nuevo - La recuperación de prueba y la migración planificada no se realizan correctamente en algunas máquinas virtuales y aparecen varios errores

    Durante la recuperación de prueba y la migración planificada, es posible que se reinicie el servidor de vSphere Replication, lo que provoca que se produzcan los siguientes errores en algunas replicaciones:

    Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "org.apache.http.conn.HttpHostConnectException: Connect to <VR-server-address>:8123 [/<VR-server-address>] failed: Connection refused (Connection refused)"'.

    Error : Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "java.net.SocketException: Connection reset"'.

    Error : A runtime error occurred in the vSphere Replication Management Server. Exception details: ''. A runtime error occurred in the vSphere Replication Management Server. Exception details: ''.

    Solución alternativa: Vuelva a ejecutar el plan de recuperación de prueba. Después de reiniciar el servidor de vSphere Replication, las operaciones con errores se completan correctamente.

  • Nuevo - Dos elementos similares para el complemento de integración de VMware Site Recovery están visibles en la lista de complementos de cliente de vCenter Server

    Al instalar vSphere Replication o Site Recovery Manager en vCenter Server 8.0, la lista de complementos de cliente de vCenter Server contiene dos elementos similares para el complemento de integración de VMware Site Recovery. Esto no afecta a la funcionalidad del complemento siempre y cuando ambos complementos estén activados o desactivados.

    Solución alternativa: No es necesario realizar ninguna acción para seguir utilizando la funcionalidad del complemento. Si debe desactivar el complemento, desactive ambos complementos. Si desea activar el complemento, active ambos complementos.

  • Nuevo - Se produce un error en la recuperación ante desastres

    Se produce el siguiente error en la recuperación ante desastres de las máquinas virtuales que residen en el almacenamiento ampliado: "A general system error occurred: Cannot allocate memory"

    Solución alternativa: Vuelva a ejecutar la operación de recuperación ante desastres.

  • Nuevo - Un plan de recuperación con el estado Recuperación incompleta no se puede completar correctamente

    Si una conmutación por error con vMotion se interrumpe durante el paso de vMotion y el plan pasa al estado Recuperación interrumpida, es posible que se produzca un error en todas las ejecuciones posteriores del plan en el paso Cambiar el almacenamiento del sitio de recuperación para permitir la escritura. El error en este paso es incorrecto y la conmutación por error se completa correctamente. Sin embargo, el plan permanece en el estado Recuperación incompleta y no se cambiar al estado Listo debido a esto.

    Solución alternativa: Para realizar correctamente la conmutación por recuperación de las máquinas virtuales al sitio principal, vuelva a crear los grupos de protección y el plan de recuperación.

  • Nuevo - Se produce un error en la reconfiguración de la replicación tras la reprotección al cambiar el almacén de datos de destino para un VMDK

    Después de realizar la operación de reprotección, la reconfiguración de la replicación que implica movimientos de disco, por ejemplo, mover el disco a otro almacén de datos o ruta de acceso, genera el siguiente error:

    Unable to complete the reconfiguration task at remote site for replication group 'hbr-vm' (managed object ID: 'GID-xxxx'): task 'HTID-xxxx'. Details: 'A runtime error occurred in the vSphere Replication Management Server. Exception details: 'VR Server error: 'Virtual Machine exists at the target datastore path'.

    Solución alternativa: Debe cambiar el nombre del archivo VMX de la máquina virtual original o moverlo a la ubicación de destino.

  • Nuevo - La actualización a Site Recovery Manager 8.6 se completa sin notificación en la interfaz de usuario y sin reiniciar el dispositivo

    Si va a actualizar desde Site Recovery Manager 8.4.x y hay grupos de protección de directivas de almacenamiento (Storage Policy Protection Groups, SPPG) en el entorno, se produce un error en la actualización a Site Recovery Manager 8.6 sin mostrar mensajes de error.

    Solución alternativa: Actualice a Site Recovery Manager versión 8.5.0.5 y elimine o migre los SPPG a grupos de protección de replicación basada en matrices normales y continúe con la actualización a Site Recovery Manager 8.6. Como alternativa, migre manualmente los SPPG a grupos de protección de replicación basada en matrices y actualice a Site Recovery Manager 8.6.

  • Nuevo - Se produce un error en la reprotección durante el paso de sincronización del almacenamiento

    Si la operación de almacenamiento de dispositivos de detección aún está en curso, el último subpaso del flujo de trabajo de reprotección no podrá sincronizar el almacenamiento para que finalice a tiempo. Se produce el siguiente error en la reprotección: "Operation timed out: 1080 seconds". A pesar de que se produce un error en el flujo de trabajo de reprotección, el subpaso de sincronización de almacenamiento se iniciará y se completará correctamente después de que se complete la operación de detección de dispositivos.

    Solución alternativa 1: Espere a que se complete la operación de detección de dispositivos y a que finalice la sincronización del almacenamiento. Cuando finalicen las operaciones de detección de dispositivos y sincronización almacenamiento, debe ejecutar la conmutación por error de prueba para comprobar que no haya problemas con el plan de recuperación.

    Solución alternativa 2: Aumente el valor de la configuración avanzada de remoteManager.taskDefaultTimeout .

    1. En la pestaña de inicio de Site Recovery, seleccione un par de sitios y haga clic en Ver detalles.

    2. En el panel izquierdo, haga clic en Configurar > Configuración avanzada > Administrador remoto.

    3. Seleccione un sitio y haga clic en Editar para modificar la configuración del administrador remoto.

    4. Introduzca un nuevo valor en el cuadro de texto remoteManager.taskDefaultTimeout.

  • Actualizado - Se produce un error en la operación de reprotección de una máquina virtual

    Se produce el siguiente error en la operación de reprotección:

    Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    O Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred:

    En el sitio de vCenter Server de destino, se produce un error en la tarea de la máquina virtual con los siguientes detalles:

    Task Name: Remove all snapshots

    Status: A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    O Status: A general system error occurred: Snapshot configuration missing for snapshot <>

    Initiator: <initiator>

    Target: <vm-name>

    Server: <VC-name>

    Solución alternativa:

    1. Eliminar la replicación.

    2. Vuelva a configurar la replicación con discos de inicialización.

  • Se produce un error al exportar la configuración de Site Recovery Manager mediante un usuario remoto de la solución de Site Recovery Manager

    En un entorno de Site Recovery Manager solo con replicación basada en matrices, cuando se intenta exportar la configuración de Site Recovery Manager mediante un script sin credenciales, se produce un error en la exportación. El registro de Impex contiene el siguiente error:

    2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended.(vim.fault.NoPermission) {
    faultCause = null,
    faultMessage = null,
    object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf,privilegeId = StorageProfile.View }

    Solución alternativa 1: Agregue la vista de almacenamiento basado en directivas a la función de usuario remoto de la solución de SRM.

    Solución alternativa 2: Exporte la configuración de Site Recovery Manager mediante un archivo de propiedades o en modo interactivo con credenciales. Consulte Usar un archivo de propiedades para exportar datos de configuración de Site Recovery Manager y Exportar datos de configuración de Site Recovery Manager con la herramienta de importación y exportación independiente

  • La eliminación automática de la protección para grupos de protección de replicación basada en matrices y grupos de protección de replicación de vVols no funciona sin la configuración avanzada de protección automática 

    Si activa solo la configuración avanzada de eliminación de protección automática y la configuración de protección automática está desactivada, no funcionará la eliminación de protección automática para los grupos de protección de replicación basada en matrices y los grupos de protección de replicación de Virtual Volumes.

    Solución alternativa: Active tanto la configuración avanzada de protección automática como la configuración avanzada de la eliminación automática de la protección para el tipo de grupo de protección que utilice.

  • La reprotección genera un error

    Al replicar máquinas virtuales a gran escala, es posible que se produzca el siguiente error en la reprotección: "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"

    Solución alternativa: 

    1. Desplácese al archivo /opt/vmware/hms/conf/hms-configuration.xml.

    2. Aumente el valor de hms-default-vlsi-client-timeout a 15 minutos en ambos sitios.

    3. Reinicie los servicios de administración de hardware (Hardware Management Services, HMS).

  • Una NIC adicional no adquiere la configuración de red y permanece en estado INACTIVO

    La configuración de las interfaces de red adicionales desde la interfaz de usuario del servicio de configuración no cambia el estado de la interfaz de red y esta no se conecta a la red.

    Solución alternativa: Utilice SSH para el dispositivo de Site Recovery Manager o el dispositivo de vSphere Replication y ejecute los siguientes comandos:

    1. "ip link" - para ubicar la NIC requerida que está en estado INACTIVO. El resultado será similar al siguiente:

      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

      2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff

      3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff

    2. "ip link set dev <name> up" - para establecer el estado de la interfaz de red en ACTIVO.

  • El plan de recuperación con una máquina virtual replicada de vSphere Replication falla con un error

    Si la máquina virtual replicada de vSphere Replication con MPIT tiene varios discos replicados en varios almacenes de datos diferentes y usted detiene la replicación de un disco y lo desasocia del grupo de protección, la conmutación por error fallará con el siguiente error "Invalid configuration for device '0'".

    Solución alternativa: No detenga la replicación de uno de los discos ni desasocie el disco del grupo de protección.

  • La operación de reprotección para una gran cantidad de máquinas virtuales falla con un error

    Cuando se intenta realizar una operación de reprotección para una gran cantidad de máquinas virtuales, el proceso puede fallar con uno de los siguientes errores:

    Unable to reverse replication for the virtual machine <VM_name>

    o

    A general system error occurred: Failed to open virtual disk

    Estos problemas pueden observarse debido a una sobrecarga de almacenamiento temporal o problemas de red.

    Solución alternativa: Vuelva a intentar la operación de reprotección para estas máquinas virtuales.

  • La ejecución del plan de recuperación falla en un entorno de clúster de almacenamiento ampliado

    Cuando se intenta realizar una migración planificada o una recuperación ante desastres de un grupo de protección de máquina virtual en un entorno de clúster de almacenamiento ampliado sin vMotion, la operación podría fallar durante el paso "Crear instantánea de almacenamiento grabable" para una o varias máquinas virtuales. Se recibe el siguiente mensaje de error: "Some virtual machines in the protection group [PGxxx] could not be recovered."

    Solución alternativa: Vuelva a ejecutar el plan de recuperación.

  • Después de realizar la recuperación ante desastres y, a continuación, encender el mismo sitio, algunas máquinas virtuales pasan al estado huérfano

    Al encender el sitio inactivo después de realizar una recuperación ante desastres en un entorno de almacenamiento ampliado, es posible que algunas máquinas virtuales aparezcan en estado huérfano. Este problema se observa en los grupos de protección de máquinas virtuales en un entorno de almacenamiento ampliado.

    Solución alternativa: Elimine las entradas de todas las máquinas virtuales huérfanas del inventario de vCenter Server antes de ejecutar otros flujos de trabajo de Site Recovery Manager.

  • El nombre del archivo descargado con pasos de recuperación exportados no se muestra correctamente

    Si tiene un plan de recuperación con caracteres no ASCII en el nombre, al exportar los pasos del plan de recuperación, el nombre del archivo descargado no se muestra correctamente. Site Recovery Manager reemplaza todos los caracteres no ASCII por un signo de guion bajo.

    Solución alternativa: Ninguna. No utilice caracteres que no sean ASCII para el nombre del plan de recuperación.

  • La información sobre servidores DNS en la configuración de redes está vacía y no se puede editar ni guardar

    Si el dispositivo de Site Recovery Manager se implementa con la configuración de anuncio de enrutador y DCHP, los servidores DNS se reciben automáticamente. Si utiliza IPv6 e intenta configurar manualmente nuevos servidores DNS y guardarlos mediante el formulario de configuración de red, los datos de los servidores DNS no se guardan y el DNS no se establece correctamente en la instancia de Site Recovery Manager.

    Solución alternativa: Si desea cambiar la configuración de los servidores DNS y seguir usando el anuncio de enrutador y DHCP para las direcciones IPv6, debe desactivar la opción Usar direcciones IPv6 estáticas en el formulario Configuración de red. Entonces el formulario guardará la nueva configuración correctamente.

  • Cuando un disco replicado se encuentra en el almacenamiento de Virtual Volumes y se cambia de tamaño, el disco se recupera como aprovisionamiento fino independientemente del tipo de disco original

    El funcionamiento interno de la operación de cambio de tamaño del disco implica realizar una copia del disco, lo que, debido a las particularidades del almacenamiento de Virtual Volumes, hace que se utilice de forma predeterminada el tipo de disco de aprovisionamiento fino independientemente del tipo de disco base. El cambio de tamaño del disco se completa, pero el disco redimensionado resultante ahora tiene el tipo de aprovisionamiento fino cuando vSphere Replication lo recupera.

    Solución alternativa: Si es necesario, puede cambiar el tipo de disco manualmente después de la recuperación.

  • Una o varias replicaciones tienen el estado Error (infracciones de RPO) después de la operación de reprotección

    Después de realizar una operación de reprotección, una o varias de las replicaciones tienen el siguiente estado de error:

    A problem occurred with the storage on datastore path '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk

    Solución alternativa:

    1. Eliminar la replicación

    2. Vuelva a configurar la replicación con discos de inicialización.

  • Aparece un error inesperado en las pestañas Resumen y Máquinas virtuales del grupo de protección mientras la reprotección está en curso o poco después de que finalice

    Si se desplaza a la pestaña Resumen o a la pestaña Máquinas virtuales mientras hay una operación de reprotección en curso, es posible que se observe un mensaje de error inesperado: 'The ManagedObjects in 'spec.objectSet' belong to more than 1 server.' o 'Missing value for non-optional field placeholderVmInfo'. Si se abre este último, es posible que no vea ninguna máquina virtual en la lista.

    Solución alternativa: Descarte el error y espere un rato. Las máquinas virtuales volverán a aparecer en el grupo de protección y se protegerán y encenderán según lo esperado.

  • El asistente de configuración de replicación empieza a sufrir retrasos

    Si utiliza un explorador Mozilla Firefox en un Apple Mac OS, es posible que experimente una degradación del rendimiento de la interfaz de usuario y retrasos en el asistente de configuración de replicación.

    Solución alternativa: Utilice un explorador Chrome.

  • Las máquinas virtuales protegidas con Site Recovery Manager que utilizan NVDS para la red protegida o de recuperación tienen problemas de protección después de la migración de NVDS-CVDS

    Si las máquinas virtuales protegidas están asociadas a una red de NVDS y se realiza la migración de NVDS-CVDS, después de la migración, las máquinas virtuales protegidas tienen problemas de protección. Lo mismo sucede cuando se realiza la migración de NVDS-CVDS y se utiliza la red para red de recuperación.

    Solución alternativa: Vuelva a configurar la protección de las máquinas virtuales afectadas.

  • La reprotección genera un error: El grupo de protección '{NombreDelGrupoDeProtección}' ha protegido las máquinas virtuales con marcadores de posición que necesitan reparaciones.

    Cuando Site Recovery Manager ejecuta una nueva protección en el grupo de protección, Site Recovery Manager no puede reparar las máquinas virtuales protegidas ni restaurar las máquinas virtuales de marcador de posición. El error se produce cuando falla la primera operación de reprotección para una máquina virtual, porque la operación de marcador de posición correspondiente falla. La máquina virtual protegida se marca con un error de configuración y el grupo de protección queda en un estado parcialmente reprotegido.

    Solución alternativa:

    1. Vuelva a ejecutar la nueva protección con la opción forzar limpieza habilitada. Esta opción completa la operación de nueva protección y habilita la opción Volver a crear marcador de posición. Tenga en cuenta que la ejecución de la reprotección se marcará con un estado correcto al finalizar.

    2. Inicie explícitamente la operación Volver a crear marcador de posición para reparar las máquinas virtuales protegidas afectadas y restaurar las máquinas virtuales de marcador de posición. Tenga en cuenta que, si esto no se realiza y ejecuta el flujo de trabajo de recuperación ante desastres, fallará la recuperación de esas máquinas virtuales y se mostrará el siguiente error: Placeholder VM for the protected VM '<vm-name>' is missing.

  • Si utiliza un explorador basado en Chromium e intenta cambiar el tamaño de una columna de una cuadrícula, la interfaz de usuario de Site Recovery se bloquea y deja de responder

    LayoutNG en Chromium presenta un error que provoca problemas de rendimiento. Para obtener más información, consulte https://bugs.chromium.org/p/chromium/issues/detail?id=1008523 and https://bugs.chromium.org/p/chromium/issues/detail?id=1098231.

    Solución alternativa 1:

    1. Cierre todas las ventanas de Chrome.

    2. Edite el vínculo de acceso directo de Chrome y actualícelo a: "C:\Archivos de programa (x86)\Google\Chrome\Application\chrome.exe" --disable-blink-features=LayoutNG

    3. Vuelva a abrir Chrome.

    Solución alternativa 2: Actualice el explorador Chrome a la versión 85.0.4183.83 o posterior.

  • Algunas de las máquinas virtuales recuperadas inician la siguiente alarma: 'Error en la conmutación por error de la máquina virtual vSphere HA'

    Durante un flujo de trabajo de Site Recovery Manager, después de las operaciones de recuperación de prueba o conmutación por error, algunas de las máquinas virtuales recuperadas pueden producir la siguiente alarma: vSphere HA virtual machine failover failed. Desde la perspectiva de Site Recovery Manager, no hay ningún impacto funcional, ya que todas las máquinas virtuales se recuperan correctamente.

    Solución alternativa: Ninguna. Debe confirmar la alarma.

  • Las máquinas virtuales que se crean mientras se ejecuta una recuperación de prueba no se protegen automáticamente una vez finalizada la prueba

    Cuando se crea una máquina virtual en un almacén de datos protegido mientras se ejecuta una recuperación de prueba en un grupo de protección basado en matrices, es posible que la máquina virtual no se proteja automáticamente si el proceso de recuperación de prueba no se limpia durante los 15 minutos siguientes al aprovisionamiento de máquinas virtuales.

    Solución alternativa 1: Para iniciar la protección automática, reinicie el servidor de Site Recovery Manager en el sitio protegido.

    Solución alternativa 2: Aplique la protección manual a las máquinas virtuales que tengan el estado Sin configurar después de una recuperación de prueba.

  • Los servidores DNS están disponibles en la configuración de red de la interfaz de administración de dispositivos de Site Recovery Manager, incluso si seleccionó DNS estático sin servidores DNS

    Cuando los requisitos de la configuración de red no incluyen servidores DNS, pero sí la configuración automática del adaptador de protocolo de configuración dinámica de host (Dynamic Host Configuration Protocol, DHCP), la configuración de DNS estático y DHCP en la configuración del adaptador da como resultado la adquisición de servidores DNS por parte de DHCP.

    Solución alternativa: Utilice 127.0.0.1 o ::1 en la lista de servidores DNS estáticos, según el protocolo de IP seleccionado.

  • Tras iniciar sesión correctamente en la instancia de Single Sign-On, no se puede iniciar sesión en la interfaz de usuario de Site Recovery

    El registro de la interfaz de usuario de Site Recovery contiene el siguiente mensaje de error: "Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist>". Cuando intenta realizar un inicio de sesión remoto dentro de la interfaz de usuario de Site Recovery mediante el cuadro de diálogo de inicio de sesión remoto, recibe un mensaje de error similar en la interfaz de usuario. Es posible que la interfaz de usuario de Site Recovery no pueda conectarse a los hosts de Platform Services Controller debido a la forma en que se genera el certificado de host:

    • El certificado de Platform Services Controller no tiene una dirección (IP o FQDN) de host como nombre alternativo del asunto.

    • El certificado de Platform Services Controller no tiene nombres alternativos del asunto y el nombre de host no coincide con los campos de nombre común del certificado.

    Solución alternativa:

    1. Vuelva a configurar Platform Services Controller con un certificado que incluya un campo de nombre alternativo del asunto (Subject Alternative Name, SAN) y contenga una entrada para la dirección de Platform Services Controller (la cadena '<host>' del mensaje de error).

    2. Si el certificado se genera correctamente, pero no así la dirección que utiliza la interfaz de usuario, vuelva a configurar la interfaz de usuario y los dispositivos de Site Recovery Manager y vSphere Replication correspondientes para que utilicen la dirección de Platform Services Controller correcta.

    3. Vuelva a configurar los emparejamientos existentes de los dispositivos.

  • Se produce un error en la reprotección cuando se utiliza el almacenamiento ampliado en algunas matrices de almacenamiento

    El comando para revertir la replicación en algunos dispositivos se omite de forma intencionada cuando estos ya están en el estado esperado. Como resultado, la matriz de almacenamiento no recibe las notificaciones requeridas y esto hace que se produzca un error en la operación de reprotección.

    Solución alternativa:

    1. Desplácese hasta el archivo vmware-dr.xml y ábralo en un editor de texto.

    2. Establezca la marca de configuración storage.forcePrepareAndReverseReplicationForNoopDevices en true:

      <storage>
      <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
      </storage>
    3. Guarde el archivo y reinicie el servicio del servidor de Site Recovery Manager.

  • Cuando se intenta configurar IPv6 a través de la interfaz de administración de dispositivos de Site Recovery Manager, se recibe el error 'valor de propiedad - dns no válido'

    Si se intenta configurar IPv6 a través de la interfaz de administración de dispositivos de Site Recovery Manager y se selecciona la opción 'Obtener la configuración de IPv6 automáticamente a través del anuncio de enrutador’ con servidores de nombres de dominio (Domain Name Server, DNS) asignados automáticamente, se produce el siguiente error: invalid property - dns.

    Solución alternativa: Habilite el protocolo de Shell seguro (Secure Shell, SSH) en la máquina host del dispositivo de Site Recovery Manager y ejecute netmgr ip6_address --set --interface --dhcp 0 --autoconf 1. Para recibir una dirección IP a través de DHCP, ejecute netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 en su lugar.

  • No se puede volver a establecer la configuración de IPv6 a través de la interfaz de administración de dispositivos de Site Recovery Manager

    Si configuró la red IPv6 con las opciones 'Obtener la configuración de IPv6 automáticamente a través del anuncio de enrutador' u 'Obtener la configuración de IPv6 automáticamente a través de DHCP', no puede volver a establecer la configuración de IPv6 simplemente con la última opción. Ambas opciones deben estar seleccionadas o no puede estarlo ninguna de ellas.

    Solución alternativa: Habilite el protocolo de Shell seguro (Secure Shell, SSH) en la máquina host del dispositivo de Site Recovery Manager y ejecute netmgr ip6_address --set --interface --dhcp 0 --autoconf 1. Para recibir una dirección IP a través de DHCP, ejecute netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 en su lugar.

  • Durante una recuperación de prueba, uno de los hosts ESXi deja de responder

    Mientras se ejecuta una recuperación de prueba, uno de los hosts ESXi puede bloquearse y mostrar una pantalla de diagnóstico púrpura (Purple Screen of Death, PSOD): Assert bora/vmkernel/main/bh.c:981.

    Solución alternativa: Actualice a vCenter Server 7.0 Update 1 o reinicie el host ESXi.

  • A veces, después de iniciar el dispositivo virtual de Site Recovery Manager, la consola de VMware no está visible en la interfaz de usuario de vSphere

    No hay ninguna pantalla azul que muestre información sobre el dispositivo. Todos los demás servicios relacionados con VMware en el dispositivo de Site Recovery Manager están en funcionamiento.

    Solución alternativa: Reinicie el dispositivo de Site Recovery Manager.

  • La exportación de cuadrículas no funciona en el explorador Microsoft Edge

    Si abre una vista con una cuadrícula, selecciona Exportar y hace clic en Todas las filas/Filas seleccionadas, no se descarga ningún archivo. Si intenta exportar y descargar el historial de un plan de recuperación, recibe un error en la consola y los archivos de descarga están dañados.

    Solución alternativa: Actualice a la versión más reciente del explorador Microsoft Edge basada en el motor Chromium.

  • El comando Connect-SrmServer de PowerCLI no se puede conectar al dispositivo de Site Recovery Manager mediante el puerto predeterminado

    Al intentar conectarse al dispositivo de Site Recovery Manager mediante el comando Connect-SrmServer de PowerCLI, se produce el siguiente error en la conexión: Unable to connect to the remote server.

    Solución alternativa: Especifique el puerto 443 en el dispositivo de Site Recovery Manager con el siguiente comando: Connect-SrmServer -Port 443. Para obtener una lista completa de todos los puertos de red Site Recovery Manager, consulte Puertos de red para Site Recovery Manager.

  • Es posible que la ejecución del plan de recuperación no pueda encender una máquina virtual y aparezca el error 'InvalidArgument:path'

    Cuando se ejecuta un plan de recuperación, es posible que Site Recovery Manager no pueda encender una máquina virtual y aparezca el error (vmodl.fault.InvalidArgument:path). El siguiente mensaje de error aparece en los registros del servidor del sitio de recuperación de Site Recovery Manager:

    YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...] Plan execution (test workflow) failed; 
    plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null, 
    -->    faultMessage = <unset>, 
    -->    invalidProperty = "path"
    -->    msg = "A specified parameter was not correct: path"
    --> }
    --> 

    Este error proviene de una operación 'Reubicar la máquina virtual antes del encendido' incorrecta en el host ESXi de destino. El mensaje de error relacionado en los registros del servicio vpxa de ESXi es el siguiente:

    YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
    Failed to canonicalize vm register path; 
    /vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
    ...
    YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
    [VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument:
    --> Result:
    --> (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null,
    -->    faultMessage = <unset>,
    -->    invalidProperty = "path"

    Solución alternativa: Vuelva a ejecutar el plan de recuperación con errores.

  • Falta información de los dispositivos y los almacenes de datos durante la conmutación por error de un plan de recuperación con grupos de protección de replicación basada en matrices

    Cuando se ejecuta una conmutación por error de un plan de recuperación, la información de las pestañas Dispositivos y Almacenes de datos podría desaparecer durante el proceso de conmutación por error en función del tipo de SAN y de si se desconecta el almacén de datos del host durante la recuperación.

    Solución alternativa: Ninguna. La información de ambas pestañas aparece de nuevo después de una reprotección correcta.

  • La reprotección genera un error interno: Se recibió una excepción inesperada durante la fase de preparación. La sesión no está autenticada

    Cuando se ejecuta la reprotección, se produce un error en la operación y aparece el siguiente error.

    Internal error: Received unexpected exception during prepare phase. The session is not authenticated.

    Solución alternativa: Vuelva a ejecutar la operación de reprotección.

  • Si la máquina virtual de origen de una replicación se ejecuta en ESXi 6.7, parece que la sincronización de la replicación progresa, pero la instancia de replicación nunca se completa correctamente

    En ESXi 6.7, es posible que se programen más fragmentos de registros de demanda para la transferencia en paralelo que el número real que se puede transmitir. Si está replicando una máquina virtual que se ejecuta en un host de este tipo y esto coincide con un host de destino lento o con errores de red temporales, esto puede provocar que la replicación genere errores de DiskQueue is full.

    Solución alternativa:

    1. Migre todas las máquinas virtuales a otro host ESXi.

    2. Edite el valor de la opción avanzada de ESXi HBR.DemandlogTransferMaxNetwork para que sea 63 en lugar del valor predeterminado 64.

    3. Coloque el host ESXi en modo de mantenimiento.

    4. Reinicie el host ESXi. El problema se soluciona en vCenter Server 6.7 Update 3.

    Este problema se soluciona en vCenter Server 6.7 Update 3.

  • Si la máquina virtual de origen de una replicación se ejecuta en ESXi 6.7 o ESXi 6.7 Update 1, una sincronización inicial o completa podría detenerse antes de completarse

    Si utiliza vSphere Replication y está ejecutando una máquina virtual protegida en ESXi 6.7 o ESXi 6.7 Update 1, es posible que una sincronización inicial o completa de las replicaciones se detenga antes de completarse. La sincronización de las replicaciones permanece en curso, pero el valor de bytes de suma de comprobación de la información de los detalles de la replicación no avanza. Las operaciones de apagado, creación de instantáneas, reversión a instantánea y migración de la máquina virtual agotan el tiempo de espera o producen errores de Tarea en curso.

    Solución alternativa:

    1. En la configuración avanzada de ESXi, deshabilite la suma de comprobación de vSphere Replication estableciendo HBR.ChecksumUseChecksumInfo = 0.

    2. Migre todas las máquinas virtuales y apague las que no se puedan migrar en el host ESXi.

    3. Coloque el host en modo de mantenimiento.

    4. Reinicie el host ESXi.

      Nota: Esta solución deshabilita la parte de suma de comprobación del proceso de sincronización y todos los bloques asignados se enviarán al sitio remoto, independientemente de si son diferentes o no. Esta solución alternativa deshabilita la funcionalidad de inicialización.

    Este problema se soluciona en vCenter Server 6.7 Update 2.

  • Se podría producir un error en la herramienta de importación y exportación de configuración de VMware Site Recovery Manager al importar una configuración con máquinas virtuales protegidas que no estén en ningún plan de recuperación

    Si coloca máquinas virtuales protegidas en planes de recuperación, y luego elimina todos los planes de recuperación que contengan estas máquinas virtuales y exporta la configuración con la herramienta de importación y exportación de configuración de VMware Site Recovery Manager, la configuración de recuperación de máquina virtual para esas máquinas virtuales se exporta, pero no puede importarla más adelante. Si intenta importar la configuración, verá errores como los siguientes: Error while importing VM settings for server with guid '6f81a31e-32e0-4d35-b329-783933b50868'.

    El resto de la configuración exportada se importa correctamente.

    Solución alternativa: Vuelva a crear el plan de recuperación, vuelva a configurar los ajustes de recuperación que desee y exporte la configuración de nuevo. No elimine los planes de recuperación si desea exportar e importar la configuración de recuperación de máquina virtual.

  • La personalización de las reglas de asignación de subred IP no es totalmente compatible para las máquinas virtuales de Linux que utilizan varias NIC de configuración mixta DHCP e IP estática.

    Site Recovery Manager no es totalmente compatible con la personalización de IP basada en reglas para máquinas virtuales Linux con varias NIC, si las NIC tienen configuraciones mixtas de DHCP e IP estática. Site Recovery Manager personaliza solo las NIC con direcciones IP estáticas para las que tiene la regla de asignación de subred IP coincidente y es posible que se desactiven algunas opciones de configuración de las otras NIC configuradas con DHCP. El problema conocido relacionado con este escenario se observó para Red Hat Enterprise Linux 6.x/7.x y CentOS 6.x/7.x, donde la personalización de SRM elimina los archivos /etc/sysconfig/network-scripts/ifcfg-ethX de las NIC configuradas con DHCP y personaliza correctamente el resto con una configuración de IP estática según la regla de asignación de subred IP coincidente.

    Solución alternativa: Para la personalización de IP correcta para las máquinas virtuales Linux que utilizan varias NIC con configuración mixta de DHCP e IP estática, utilice la opción de SRM de personalización de IP Manual.

  • Se produce un error durante la personalización de IP cuando se utilizan caracteres especiales en el nombre de un plan de recuperación

    Cuando se ejecuta una recuperación de prueba para un plan de recuperación con caracteres especiales en el nombre y en la personalización de IP configurada, se produce un error durante la personalización de IP.

    Solución alternativa: Quite cualquier símbolo especial específico del sistema operativo del nombre del plan de recuperación.

  • Si la instancia protegida de vCenter Server está inactiva, puede experimentar una degradación del rendimiento de la interfaz de usuario HTML5 en el sitio de recuperación, especialmente en el cuadro de diálogo Configurar ajustes de recuperación.

    Puede experimentar una degradación del rendimiento de la interfaz de usuario HTML5 en el sitio de recuperación, especialmente en el cuadro de diálogo Configurar ajustes de recuperación, si la instancia protegida de vCenter Server está inactiva.

    Solución alternativa: Actualice la interfaz de usuario de HTML5 en el sitio de recuperación y vuelva a intentar la operación.

  • La interfaz de usuario de Site Recovery ya no se puede utilizar y muestra constantemente el mensaje de error 403: Aceptar

    La interfaz de usuario de Site Recovery no muestra datos, pero muestra el error 403: Aceptar.

    Solución alternativa:

    1. Cierre sesión en la interfaz de usuario de Site Recovery y vuelva a iniciar sesión.

    2. Desactive la casilla de verificación "Restaurar la última sesión" en el explorador. En Chrome, deshabilite la opción "Abrir todo como estaba antes de cerrar".

  • El clúster de almacenes de datos, que consta de almacenes de datos que no se replican o que pertenecen a diferentes grupos de consistencia visibles para Site Recovery Manager, no tiene una advertencia de SRM

    Puede crear un clúster de almacenes de datos que conste de almacenes de datos que no se encuentren en un mismo grupo de consistencia o que no se repliquen. Debería haber una advertencia de Site Recovery Manager, pero este no es el caso.

    Solución alternativa: Ninguna

  • Después de realizar una conmutación por error, es posible que las NIC de la máquina virtual del sitio de recuperación ante desastres permanezcan desconectadas.

    Cuando se vuelve a ejecutar una conmutación por error después de un error de personalización de IP, las NIC de la máquina virtual en la que se produjo el error de personalización durante la ejecución anterior podrían permanecer desconectadas incluso después de llevar a cabo una personalización correcta en la conmutación por error actual.

    Solución alternativa: Ninguna. Vuelva a conectar manualmente las NIC mediante la reconfiguración de los dispositivos de la máquina virtual.

  • La exportación del informe desde las pantallas Historial del plan de recuperación o Pasos de recuperación no funciona cuando se utiliza el explorador Microsoft Edge

    Cuando se intenta exportar el informe desde las pantallas Historial del plan de recuperación o Pasos de recuperación mediante el explorador MS Edge, se obtiene el siguiente error en la consola del desarrollador.

    ERROR XML5610: Quote character expected.

    ERROR Error: Invalid argument.

    Se trata de un problema conocido del explorador Microsoft Edge con la instancia de XSLTProcessor utilizada para transformar el XML del servidor en HTML.

    Solución alternativa: Utilice los exploradores Chrome, Microsoft Internet Explorer o Firefox.

    Este problema se solucionó en la versión basada en Chromium del explorador Microsoft Edge.

  • Al hacer clic con el botón secundario en una máquina virtual replicada y seleccionar Reconfigurar replicación en la interfaz de usuario de vSphere, la ventana emergente de la interfaz de usuario de Site Recovery se bloquea sin que aparezca una notificación en el explorador Mozilla Firefox

    De forma predeterminada, la interfaz de usuario de Site Recovery se abre en una pestaña nueva. Al hacer clic con el botón secundario en una máquina virtual replicada y seleccionar Reconfigurar replicación en la interfaz de usuario de vSphere, la ventana emergente de la interfaz de usuario de Site Recovery se bloquea sin que aparezca una notificación en el explorador Mozilla Firefox.

    Solución alternativa: En el menú Opciones de Mozilla Firefox, seleccione la pestaña Contenido y agregue la dirección URL de vCenter Server a la lista de excepciones de elementos emergentes.

  • Las operaciones de prueba y recuperación generan errores si un clúster ampliado de vSAN posee un dominio de errores no disponible

    Si prueba o recupera una máquina virtual en un clúster ampliado de vSAN con un dominio de errores que no está disponible, la operación genera errores. El motivo es que no se puede cumplir la directiva de almacenamiento predeterminada de vSAN y el aprovisionamiento de una máquina virtual con Site Recovery Manager en el almacenamiento genera errores.

    Solución alternativa: Registre manualmente la máquina virtual recuperada en el clúster ampliado de vSAN. La máquina virtual comienza a cumplir con la directiva de almacenamiento predeterminada de vSAN cuando el dominio de errores queda disponible.

  • El almacén de datos puede aparecer como inactivo en el inventario del sitio protegido original después de la nueva protección

    Si utiliza un almacenamiento ampliado y ejecuta una nueva protección después de una recuperación ante desastres, puede recibir la siguiente advertencia.

    The requested object was not found or has already been deleted.

    Después de la nueva protección, el almacén de datos en el inventario del sitio protegido original aparecerá como inactivo.

    Solución alternativa: Actualice o vuelva a examinar los adaptadores de almacenamiento.

    1. Haga clic en la pestaña Configurar y seleccione Adaptadores de almacenamiento.

    2. Haga clic en el icono Actualizar o Volver a examinar para actualizar o volver a examinar todos los adaptadores de almacenamiento.

  • La recuperación de una máquina virtual cifrada puede generar errores durante el paso de encendido si la clave de cifrado no está disponible en el sitio de recuperación

    Si recupera una máquina virtual cifrada y la clave de cifrado utilizada en el sitio protegido no está disponible en el sitio de recuperación durante el proceso de recuperación, se produce un error en la recuperación cuando Site Recovery Manager enciende la máquina virtual.

    Solución alternativa: Siga estos pasos.

    1. Elimine la máquina virtual cifrada del inventario del sitio de recuperación.

    2. Asegúrese de que el servidor de administración de claves y la clave de cifrado utilizada en el sitio protegido se encuentren disponibles en el sitio de recuperación.

    3. Registre la máquina virtual cifrada en el inventario del sitio de recuperación.

    4. En la interfaz de usuario de Site Recovery Manager, abra las opciones de recuperación de la máquina virtual cifrada y deshabilite el encendido en la máquina virtual durante la recuperación.

    5. Vuelva a ejecutar la recuperación.

  • La migración planificada puede generar un error para las máquinas virtuales protegidas en un almacén de datos de vSphere Virtual Volumes

    Si tiene máquinas virtuales protegidas en almacenes de datos de vSphere Virtual Volumes, la migración planificada de las máquinas virtuales puede generar el siguiente error en el paso Cambiar el almacenamiento del sitio de recuperación para permitir la escritura.

    Error - Storage policy change failure: The vSphere Virtual Volumes target encountered a vendor specific error. Invalid virtual machine configuration. A specified parameter was not correct: path.

    Solución alternativa: Vuelva a ejecutar el plan de recuperación.

  • Es posible que se produzca un error en las operaciones de personalización de IP o de llamada en el invitado: Failed to authenticate with the guest operating system using the supplied credentials

    Solución alternativa:

    Cuando la opción recovery.autoDeployGuestAlias en la configuración avanzada es TRUE (valor predeterminado).

    • Si la hora del host ESX en el que se recuperó y se está ejecutando la máquina virtual no está sincronizada con los servidores de vCenter Single Sign-On en el sitio de recuperación.

    • Si el sistema operativo invitado de la máquina virtual recuperada es Linux y si la hora es posterior a la hora del host ESX en el que se ejecuta la máquina virtual recuperada, actualice los parámetros de configuración de la máquina virtual mediante el siguiente procedimiento y vuelva a ejecutar el plan de recuperación con errores.

      1. Haga clic con el botón secundario en la máquina virtual recuperada.

      2. Haga clic en Editar configuración.

      3. En la pestaña Opciones, haga clic en General.

      4. Haga clic en Configuración para actualizar los parámetros de configuración.

      5. Haga clic en Agregar fila e introduzca time.synchronize.tools.startup.backward en el cuadro de texto Nombre y TRUE en el cuadro de texto Valor.

      6. Haga clic en Aceptar para confirmar.

    Cuando la opción recovery.autoDeployGuestAlias en la configuración avanzada es FALSE.

    • Compruebe la sincronización de hora apropiada entre el sistema operativo invitado en la máquina virtual protegida y los servidores vCenter Single Sign-On en el sitio de recuperación.

    • Compruebe que las máquinas virtuales protegidas tienen alias de invitado correctos configurados para el usuario de solución en el servidor de SRM del sitio de recuperación. Para obtener más información, consulte la descripción de la opción recovery.autoDeployGuestAlias en Cambiar la configuración de recuperación.

    Para obtener más información, consulte las secciones de solución de problemas relacionadas en la guía Administración de Site Recovery Manager 8.4.

  • La sustitución del certificado SSL de vCenter Server provoca errores de validación de certificado en Site Recovery Manager.

    Si sustituye el certificado SSL en el sistema vCenter Server, se puede producir un error de conexión cuando Site Recovery Manager intenta conectarse a vCenter Server.

    Solución alternativa: Para obtener información sobre cómo actualizar los certificados de vCenter Server y permitir que soluciones como Site Recovery Manager sigan funcionando, consulte http://kb.vmware.com/kb/2109074.

  • No se eliminan las asignaciones de red de prueba cuando se elimina la asignación de red correspondiente.

    Puede darse el caso de que haya creado asignaciones de red y configurado una asignación de red específica para probar planes de recuperación y que, después de eliminar la asignación de red principal, la asignación de red de prueba no se elimine, aunque la red del sitio de recuperación que configuró no fuera el destino de otra asignación. Por ejemplo:

    • Configura una asignación de red de Protected_Network_Main en el sitio protegido a Recovery_Network_Main en el sitio de recuperación.

    • Configura una asignación de red de prueba de Recovery_Network_Main a Recovery_Network_Test para que se utilice como red de prueba para los planes de recuperación.

    • Recovery_Network_Main en el sitio de recuperación no se utiliza como destino para ninguna otra asignación de red.

    • Elimina la asignación de red de Protected_Network_Main a Recovery_Network_Main, utilizada para las recuperaciones completas.

    • La asignación de red de prueba de Recovery_Network_Main a Recovery_Network_Test no se elimina.

    Solución alternativa: Elimine la asignación de red de prueba manualmente.

  • Se produce un error en la dependencia entre dos máquinas virtuales (una con vMotion habilitado y otra sin él habilitado) en un almacenamiento extendido durante un flujo de trabajo de migración.

    Soluciones alternativas: Elimine la dependencia entre las máquinas virtuales y vuelva a ejecutar la migración planeada con vMotion. Vuelva a habilitar la dependencia manualmente en futuros flujos de trabajo de recuperación.

    Si desea conservar la dependencia entre máquinas virtuales, ejecute entonces la migración planeada sin vMotion. Ambas máquinas virtuales migran como máquinas virtuales normales según el orden de dependencia.

  • Site Recovery Manager no puede realizar el seguimiento de la eliminación de máquinas virtuales no críticas desde el inventario de vCenter Server, lo que produce errores de MONF en los flujos de trabajo de recuperación, recuperación de prueba y limpieza de prueba.

    Site Recovery Manager pierde las conexiones a los vCenter Servers en los sitios protegidos y de recuperación y no puede supervisar la eliminación de máquinas virtuales no críticas.

    Solución alternativa: Reinicie Site Recovery Manager Server.

  • Después de que finalice el flujo de trabajo del plan, los últimos pasos de recuperación continúan mostrando el estado "En ejecución".

    El estado incorrecto es un problema transitorio de la interfaz de usuario. Site Recovery Manager ejecuta todos los pasos hasta finalizar.

    Solución alternativa: Haga clic en el icono de actualización global para actualizar la interfaz. Todos los pasos muestran el estado finalizado correcto.

  • Las indicaciones y comandos desaparecen de la lista de pasos en la vista de recuperación.

    Después de agregar una indicación o comando en Pasos de recuperación > Vista de recuperación, puede ver los mismos en la vista de prueba. Sin embargo, si intenta editar una indicación o comando en la vista de prueba, la indicación o comando específicos de la vista de recuperación podrían desaparecer de la lista de pasos.

    La desaparición de indicaciones o comandos es un problema temporal de la interfaz de usuario que afecta solo a la lista detallada de pasos de recuperación. Site Recovery Manager ejecuta todas las indicaciones y comandos cuando ejecuta una prueba o recuperación, aunque no aparezcan en la lista detallada de pasos.

    Solución alternativa: Haga clic en el icono de actualización global para actualizar la interfaz. Todas las llamadas vuelven a aparecer en la lista de pasos.

  • La máquina virtual del marcador de posición del sitio de recuperación sigue existiendo después de eliminar el grupo de protección y el plan de recuperación.

    Cuando elimina el plan de recuperación y el grupo de protección del inventario de SRM, la máquina virtual del marcador de posición sigue siendo visible en el sitio de recuperación. Se produce un error cuando trata de crear un nuevo grupo de protección con el mismo almacén de datos y máquina virtual. Cuando trata de eliminar manualmente la máquina virtual del marcador de posición del inventario de vCenter Server, se produce un error. Site Recovery Manager marca la máquina virtual como huérfana.

    Solución alternativa: Elimine la máquina virtual del marcador de posición y elimine la máquina virtual huérfana. A continuación, cree el grupo de protección con la misma máquina virtual.

  • Se produce un error en la limpieza si se intenta realizar en los 10 minutos siguientes tras reiniciar los hosts ESXi del sitio de recuperación desde el modo de mantenimiento.

    La operación de limpieza trata de intercambiar marcadores de posición y se basa en la memoria caché de resiliencia del host, que tiene un periodo de actualización de 10 minutos. Si intenta realizar una operación de intercambio en los hosts ESXi que se reinician dentro del periodo de 10 minutos, Site Recovery Manager no actualiza la información en la memoria caché de resiliencia del host de Site Recovery Manager y se produce un error en la operación de intercambio. Igualmente, se produce un error en la operación de limpieza.

    Solución alternativa: Espere 10 minutos y vuelva a intentar realizar la operación de limpieza.

  • La recuperación no continúa después de un error de conexión del sitio protegido.

    Si deja de haber acceso al sitio de protección durante una operación de desactivación o durante las operaciones RemoteOnlineSync o RemotePostReprotectCleanup (ambas suceden durante la nueva protección), puede que el plan de recuperación no progrese. En este caso, el sistema espera a que las máquinas virtuales o grupos que formaban parte del sitio de protección finalicen esas tareas interrumpidas. Si este problema se produce durante una operación de nueva protección, debe volver a conectar el sitio de protección original y reiniciar el plan de recuperación. Si este problema se produce durante una recuperación, es suficiente con cancelar y reiniciar el plan de recuperación.

  • El montaje del volumen de VMFS presenta el error: No se pudo recuperar el almacén de datos.

    Este error puede ocurrir durante una latencia entre vCenter, ESXi y Site Recovery Manager Server.

    Solución alternativa: Vuelva a ejecutar el plan de recuperación.

  • La pérdida temporal de las conexiones de vCenter Server podría crear problemas de recuperación en las máquinas virtuales con asignaciones de discos sin formato.

    Si se pierde la conexión con vCenter Server durante una recuperación, podría producirse uno de los siguientes eventos:

    • vCenter Server permanece no disponible y se producen errores en la recuperación. Para resolver este problema, vuelva a establecer la conexión con vCenter Server y vuelva a ejecutar la recuperación.

    • En casos poco habituales, vCenter Server vuelve a estar disponible y la máquina virtual se recupera. En este caso, si la máquina virtual tiene asignaciones de discos sin formato (RDM), puede que estas no se realicen correctamente. Como resultado de este fallo en las asignaciones, puede que no sea posible encender la máquina virtual o que se produzcan errores relacionados con el sistema operativo invitado o con las aplicaciones que se ejecutan en este sistema.

      • Si se trata de una recuperación de prueba, realice una operación de limpieza y vuelva a encender la prueba.

      • Si se trata de una recuperación real, debe conectar manualmente la RDM correcta a esta máquina virtual recuperada.

    Consulte la documentación de vSphere sobre cómo editar la configuración de una máquina virtual para obtener más información sobre cómo agregar asignaciones de discos sin formato.

  • No se completa la cancelación del plan de recuperación.

    Cuando se ejecuta un plan de recuperación, se intentan sincronizar las máquinas virtuales. Es posible cancelar el plan de recuperación, pero los intentos para cancelar la ejecución del plan de recuperación no tienen éxito hasta que la sincronización finaliza o caduca. La caducidad predeterminada es de 60 minutos. Se pueden utilizar las siguientes opciones para completar la cancelación del plan de recuperación:

    • Pause vSphere Replication, lo que hace que falle la sincronización. Después de que la recuperación entre en estado de error, utilice vSphere Client para reiniciar vSphere Replication en la pestaña vSphere Replication. Después de reiniciar la replicación, se puede volver a ejecutar el plan de recuperación si se desea.

    • Espere a que la sincronización finalice o se agote el tiempo de espera. Puede que tarde un rato. Después de que la sincronización termine o caduque, la cancelación del plan de recuperación continúa.

  • Error en el plan de recuperación cuando se cierran máquinas virtuales protegidas: Error - Operation timed out: 900 seconds during Shutdown VMs at Protected Site step.

    Si utiliza Site Recovery Manager para proteger almacenes de datos en matrices que admiten intercambios dinámicos (por ejemplo, Clariion), ejecutar una recuperación ante desastres cuando el sitio protegido está parcialmente inactivo o ejecutar una recuperación forzosa puede producir errores cuando se vuelva a ejecutar el plan de recuperación para completar las operaciones del sitio protegido. Uno de estos errores se produce cuando el sitio protegido vuelve a tener conexión, pero Site Recovery Manager no puede desconectar las máquinas virtuales protegidas. Este error suele producirse cuando determinadas matrices hacen que las LUN protegidas sean de solo lectura, lo que hace que ESXi no pueda completar la E/S de las máquinas virtuales protegidas encendidas.

    Solución alternativa: Reinicie los hosts ESXi en el sitio protegido a los que afecten las LUN de solo lectura.

  • La migración planificada no se produce y genera el mensaje Error: No es posible copiar el archivo de configuración...

    Si hay dos hosts ESXi en un clúster y uno de ellos pierde la conectividad con el almacenamiento, normalmente el otro puede recuperar las máquinas virtuales replicadas. En algunos casos, el otro host podría no recuperar las máquinas virtuales y la recuperación generaría el siguiente error: Error: Unable to copy the configuration file...

    Solución alternativa: Vuelva a ejecutar la recuperación.

  • Se produce un error en la limpieza al desmontar el almacén de datos.

    La ejecución de la limpieza después de una recuperación de prueba puede generar el error Error - Cannot unmount datastore 'datastore_name' from host 'hostname'. The operation is not allowed in the current state... Este problema se produce si el host ya desmontó el almacén de datos antes de ejecutar la operación de limpieza.

    Solución alternativa: Vuelva a ejecutar la operación de limpieza.

  • Cuando elimina permisos de un usuario en un sitio protegido y la sesión se inicia como este usuario, aparece el siguiente error: No es posible recuperar los datos de permisos. La sesión ya está iniciada. Aparece un error parecido en la pestaña Configuración avanzada.

    Este error aparece cuando elimina sus propios permisos en el ámbito del sitio. En su lugar, el mensaje debe informarle de que no dispone de permisos para ver la página.

check-circle-line exclamation-circle-line close-line
Scroll to top icon