Notas de la versión de VMware Site Recovery Manager 8.5

Dispositivo virtual de VMware Site Recovery Manager 8.5 | 5 de octubre de 2021 | Compilación 18710731 | Descargar

Herramienta de importación y exportación de configuración de VMware Site Recovery Manager 8.5 | 5 de octubre de 2021 | Compilación 18710000

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

Contenido de las notas de la versión

Estas notas de la versión cubren los siguientes temas:

Novedades de VMware Site Recovery Manager 8.5
Aviso de compatibilidad con el producto
Localización
Compatibilidad
Instalación y actualización
Migración al dispositivo virtual de VMware Site Recovery Manager
Seguridad de red
Límites operativos de VMware Site Recovery Manager
Componentes de código abierto
Advertencias y limitaciones
Problemas conocidos

Novedades de VMware Site Recovery Manager 8.5

VMware Site Recovery Manager 8.5 añade la compatibilidad con VMware vSphere 7.0 Update 3.
Compatibilidad con almacenamiento ampliado para grupos de protección con replicación basada en matrices.
Mejoras en la protección automática de máquinas virtuales: eliminación automática de la protección y capacidad para mover máquinas virtuales entre grupos de protección
La interfaz de usuario de Site Recovery, la interfaz de usuario de configuración y el complemento de vSphere Client de Site Recovery ahora son compatibles con Clarity 5.1.
Rediseño de la cuadrícula de datos de la interfaz de usuario para permitir mostrar más detalles con clústeres de almacén de datos con varios almacenes de datos
Para obtener información sobre una mayor automatización de productos y las API públicas de VMware Site Recovery Manager, consulte la Guía para desarrolladores de la API de Site Recovery Manager.
vRealize Operations Management Pack para VMware Site Recovery Manager 8.5. Para obtener información sobre el paquete de administración, consulte Notas de la versión de VMware vRealize Operations Management Pack for VMware Site Recovery Manager 8.5.
vRealize Orchestrator Plug-In para VMware Site Recovery Manager 8.5. Para obtener información sobre los nuevos flujos de trabajo, consulte Notas de la versión del VMware vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.5.

Nota: Para conocer la interoperabilidad con versiones anteriores o posteriores de VMware vSphere, consulte Matrices de compatibilidad para VMware Site Recovery Manager 8.5.

Para obtener información sobre las funciones de vSphere 7.0 Update 3, consulte la documentación de vSphere 7.0.

Para obtener información sobre las bases de datos compatibles, consulte Matrices de compatibilidad para VMware Site Recovery Manager 8.5.

Aviso de compatibilidad con el producto

NUEVO VMware Site Recovery Manager 8.5 es la última versión general que admite grupos de protección de directivas de almacenamiento (SPPG).

VMware Site Recovery Manager ya no es compatible con la versión de Windows del instalador y solo está disponible como un dispositivo.

Localización

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

Inglés
Francés
Alemán
Japonés
Coreano
Chino simplificado
Chino tradicional
Español

Compatibilidad

Matriz de compatibilidad de VMware Site Recovery Manager

VMware Site Recovery Manager 8.5 es compatible con vSphere 6.7 y versiones posteriores y admite versiones de ESXi compatibles con vCenter Server 7.0.

VMware Site Recovery Manager 8.5 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.5.

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

Para ver la lista actual de matrices de almacenamiento y adaptadores de replicación de almacenamiento (Storage Replication Adapter, 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 VVol compatibles, consulte la Guía de compatibilidad de VMware.

Soporte técnico de VMware vSAN

VMware Site Recovery Manager 8.5 puede proteger las máquinas virtuales que residen en VMware vSAN mediante vSphere Replication. vSAN no requiere ningún Storage Replication Adapter (SRA) para funcionar con VMware Site Recovery Manager 8.5

Instalación y actualización

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

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

NOTA:

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.

Migración al dispositivo virtual de VMware Site Recovery Manager

Puede migrar la instancia de Site Recovery Manager 8.3.x de Windows al dispositivo virtual de Site Recovery Manager 8.3.x y después actualizarse al dispositivo virtual de VMware Site Recovery Manager 8.5. Para obtener información sobre el procedimiento de migración, consulte Migrar de Site Recovery Manager para Windows al dispositivo virtual de Site Recovery Manager.

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 VMware Site Recovery Manager 8.5

Para conocer los límites operativos de VMware Site Recovery Manager 8.5, 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 VMware Site Recovery Manager 8.5 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 vCenter Site Recovery Manager con disponibilidad general más reciente.

Advertencias y limitaciones

La protección y recuperación de máquinas virtuales cifradas con vSphere Replication requiere VMware vSphere 6.7 Update 1 o posterior para las versiones basadas en 6.7.x y vSphere 7.0 Update 2c o posterior para las versiones basadas en 7.0.x.
No se admite la conservación de etiquetas de vSphere para los grupos de protección de directiva de almacenamiento.
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: "Varios grupos de replicación replican la máquina virtual '{vmName}'". 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.
La protección y la recuperación de máquinas virtuales cifradas con grupos de protección de VMware Virtual Volumes requiere vSphere 7.0 o una versión posterior.
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 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 actualmente no admite el almacenamiento AVS ANF para NetApp ONTAP NFS ni como origen ni como destino de una replicación.
No se admite la asignación automática de redes a grupos de protección de directiva de almacenamiento en instancias de NSX-T Data Center.
La protección y la recuperación de máquinas virtuales cifradas con vSphere Replication requiere VMware vSphere 6.7 Update 1 o una versión posterior.
La operación de importación con la herramienta de importación y exportación de configuración de VMware Site Recovery Manager 8.5 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.
VMware Site Recovery Manager 8.5 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 que esta se realice.
- 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.
VMware Site Recovery Manager 8.5 admite vSphere Replication 8.5 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.
VMware Site Recovery Manager 8.5 no admite almacenes de datos NFSv4.1 para replicación basada en matrices. Puede usar Site Recovery Manager 8.5 con almacenes de datos NFSv4.1 para vSphere Replication.
VMware Site Recovery Manager no admite volver a configurar grupos de protección de perfiles de almacenamiento, como cambiar el conjunto de directivas de almacenamiento asociadas, el nombre de grupo o las descripciones. Para modificar un grupo de protección de perfiles de almacenamiento, debe eliminarlo y volver a crearlo con la nueva configuración.
VMware Site Recovery Manager no puede proteger discos RDM ni máquinas virtuales con tolerancia a errores en los grupos de protección de directivas de almacenamiento.
VMware Site Recovery Manager no admite la asignación o la exclusión de dispositivos virtuales no replicados en grupos de protección de directivas de almacenamiento.
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.5 y emparejar los sitios de Site Recovery Manager 8.5.
2. Las instancias de vCenter Server en ambos sitios de Site Recovery Manager 8.5 deben funcionar en Enhanced Linked Mode. Para evitar errores durante la actualización de Site Recovery Manager 8.5 a una versión más reciente, las instancias de vCenter Server en ambos sitios deben ser partners de replicación directos.

Problemas conocidos

El flujo de trabajo de Site Recovery Manager genera un error NotAuthenticated
Cada 8 horas, hay un período de 0 a 60 segundos en el que una operación remota podría fallar erróneamente con un error NotAuthenticated. Al ejecutar un flujo de trabajo de Site Recovery Manager (por ejemplo, Reprotección o conmutación por error), si alcanza esa ventana de tiempo, se puede producir 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 podría caducar durante la ejecución del flujo de trabajo, lo cual provocaría el error.

Solución alternativa: Vuelva a ejecutar el flujo de trabajo.
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.
Después de realizar una recuperación ante desastres y habilitar la protección de máquinas virtuales en el sitio remoto, el estado de replicación de las máquinas virtuales es No activo
Cuando se realiza una recuperación ante desastres de máquinas virtuales en un sitio remoto con varios clústeres y se habilita la protección de las máquinas virtuales en el sitio remoto una vez que el sitio principal vuelve a estar en línea, el estado de replicación de las máquinas virtuales es No activo y aparece el siguiente error: 'No hay conexión con el servidor de VR.'

Solución alternativa:
1. Establezca una conexión mediante el protocolo de Shell seguro (Secure Shell, SSH) con el dispositivo de vSphere Replication.
2. Modifique a 5 el valor lwdSslHandshakeTimeoutSec en el archivo /etc/vmware/hbrsrv.xml.
3. Reinicie el servidor HBR que presenta problemas.
NUEVO Después de actualizar vCenter Server, es posible que aparezcan mensajes de error en la interfaz de usuario de Site Recovery
Al abrir la interfaz de usuario de Site Recovery después de actualizar su instancia de vCenter Server a la versión 6.7 Update 3p o a la versión 7.0 Update 3 P04, es posible que aparezca el siguiente mensaje de error: "El usuario no ha iniciado sesión. Finalizando la ejecución del método por falta de privilegios".
Ese mismo error aparece en dr.log y en los registros de HMS.

Solución alternativa: Ninguna. Descarte el error.
NUEVO 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 solo activa la configuración avanzada de eliminación automática de la protección y la configuración de la protección automática está desactivada, la eliminación automática de la protección para los grupos de protección de replicación basada en matrices y los grupos de protección de replicación de vVols no funciona.

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.
NUEVO Se produce un error en la reprotección
Al replicar máquinas virtuales a gran escala, es posible que se produzca el siguiente error en la reprotección: "No se puede revertir la replicación de la máquina virtual. Se produjo un error genérico en el servidor de vSphere Replication Management" java.net.SocketTimeoutException: Se agotó el tiempo de espera de lectura"

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).
NUEVO 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 <nombre> up": para establecer el estado de la interfaz de red en UP.
NUEVO 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 "Configuración no válida para el dispositivo '0'".

Solución alternativa: No detenga la replicación de uno de los discos ni desasocie el disco del grupo de protección.
NUEVO 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:

No es posible realizar la replicación inversa para la máquina virtual <Nombre_de_máquina_virtual>

o

Se produjo un error general del sistema: No se pudo abrir el disco virtual

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.
NUEVO 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: "No se pudieron recuperar algunas máquinas virtuales en el grupo de protección [PGxxx]".

Solución alternativa: Vuelva a ejecutar el plan de recuperación.
NUEVO 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.
NUEVO 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.
NUEVO Después de realizar una conmutación por error, el icono de la máquina virtual recuperada muestra 3 puntos
Si asigna manualmente el disco protegido de una máquina virtual a otro disco o desconecta el disco en las propiedades de protección de máquina virtual del grupo de protección, el icono de la máquina virtual recuperada muestra 3 puntos después de realizar una conmutación por error, como si aún fuera un marcador de posición de máquina virtual.

Solución alternativa: Ninguna.
NUEVO 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 DHCP, 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.
NUEVO 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.
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:

No es posible revertir la replicación de la máquina virtual "<vm-name>". Se produjo un error general del sistema: Causa del error: vim.fault.GenericVmConfigFault

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

Nombre de tarea: Quitar todas las instantáneas Estado: Se produjo un error general del sistema: Causa del error: vim.fault.GenericVmConfigFault Iniciador: <iniciador> Destino: <vm-name> Servidor: <VC-name>

Solución alternativa:
1. Eliminar la replicación.
2. Vuelva a configurar la replicación con discos de inicializació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:

Se produjo un problema con el almacenamiento en la ruta de acceso del almacén de datos '[<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.
La recuperación de prueba y la recuperación real de grupos de protección de directiva de almacenamiento que contienen máquinas virtuales cifradas con vTA pueden producir un error
Cuando ejecuta una recuperación de prueba o una recuperación real de grupos de protección de directiva de almacenamiento que contienen máquinas virtuales cifradas con vTA, la operación puede fallar y mostrar el siguiente error: Se necesita una clave de cifrado.

Solución alternativa: Vuelva a ejecutar la operación. Este problema se soluciona en vCenter Server 7.0 Update 3.
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 la reprotección
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: 'Los ManagedObjects de 'spec.objectSet' pertenecen a más de 1 servidor' o 'Falta un valor para el campo no opcional 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: Falta la máquina virtual de marcador de posición para la máquina virtual protegida '<vm-name>'.
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 y 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: Error de conmutación por error de máquina virtual vSphere HA. 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.
El complemento de Site Recovery Manager no aparece en el cliente web o el cliente HTML5 de vCenter Server
Al instalar o actualizar a Site Recovery Manager y registrarlo con una instancia de vCenter Server o 6.7.x instalada en un Windows Server, el complemento de Site Recovery Manager no aparece en el cliente web o el cliente HTML5 de vCenter Server.

Solución alternativa: Consulte https://kb.vmware.com/s/article/78678.
La protección automática de las máquinas virtuales creadas mientras se ejecuta una recuperación de prueba se retrasa hasta que la prueba se complete y se limpie
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 se intenta iniciar sesión de forma remota en la interfaz de usuario de Site Recovery desde el cuadro de diálogo de inicio de sesión remoto, se 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 al modo en que se genera el certificado de host, como en los casos siguientes:
- 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, las matrices de almacenamiento no reciben las notificaciones requeridas y esto hace que se produzca un error en la operación de reprotección.

Solución alternativa:
1. Vaya al directorio /opt/vmware/srm/conf y abra el archivo vmware-dr.xml 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: valor de propiedad - dns no válido.

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 con el protocolo de configuración dinámica de host (Dynamic Host Configuration Protocol, 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 con el protocolo de configuración dinámica de host (Dynamic Host Configuration Protocol, 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.
Los dispositivos de vSphere Replication no funcionan correctamente después de que las instancias de vCenter Server converjan en Enhanced Linked Mode con instancias externas de Platform Services Controller para instancias de vCenter Server integradas en Enhanced Linked Mode
Si tiene un entorno Enhanced Linked Mode con instancias externas de Platform Services Controller y hace converger dicho entorno en un nodo integrado, es posible que los dispositivos de vSphere Replication no funcionen correctamente.

Solución alternativa: Vuelva a registrar al usuario de la solución o agréguelo manualmente a los grupos requeridos.
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: No se puede conectar con el servidor remoto.

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.
Al recuperar un grupo de protección de directiva de almacenamiento, el plan de recuperación puede generar el siguiente error: "No es posible obtener los hosts asociados con máquinas virtuales de marcador de posición. Falta la asignación para el grupo de recursos 'XXXXXX' en las asignaciones de recursos". El grupo de recursos 'XXXXXX' es un recurso informático (host o clúster) que no contiene máquinas virtuales protegidas por el grupo de protección de directiva de almacenamiento.
El error aparece cuando no hay ninguna asignación de inventario de recursos para el recurso informático, pero algunos hosts que pertenecen al mismo recurso informático montaron algunos de los almacenes de datos protegidos por el grupo de protección de directiva de almacenamiento. De manera intencional, los grupos de protección de directiva de almacenamiento requieren asignaciones de inventario de recursos existentes para todos estos recursos informáticos.

Solución alternativa 1: No quite el recurso informático del inventario de vSphere. Cree una asignación de inventario de recursos para el recurso informático mencionado y vuelva a ejecutar la recuperación.

Solución alternativa 2: Si ya quitó el recurso informático del inventario de vSphere, realice los siguientes pasos:
1. Detenga el servidor de Site Recovery Manager de protección para que las asignaciones de marcador de posición aparezcan en la interfaz de usuario de Site Recovery y cree una asignación de marcador de posición para el mismo recurso informático.
2. Vuelva a ejecutar la recuperación.
3. Después de que la recuperación se realice correctamente, es posible que sigan produciéndose errores al ejecutar la reprotección. Realice lo siguiente si los errores continúan:
  1. Elimine de Site Recovery Manager el grupo de protección de directiva de almacenamiento afectado.
  2. Si la reprotección de Site Recovery Manager no pudo revertir la replicación de almacenamiento, revierta la replicación de los LUN afectados mediante las herramientas de administración de almacenamiento.
  3. Ejecute Detectar dispositivos en el par de matrices implicado de Site Recovery Manager y compruebe que Site Recovery Manager detecte correctamente la dirección de replicación de los LUN afectados.
  4. Vuelva a crear el grupo de protección de directiva de almacenamiento afectado en la dirección inversa y agréguelo de nuevo al plan de recuperación afectado.
Después de migrar el servidor de Site Recovery Manager para Windows al dispositivo virtual de Site Recovery Manager, no se puede iniciar el servicio srm-server
Después de una migración correcta desde Site Recovery Manager para Windows al dispositivo virtual de Site Recovery Manager en un entorno de IPv6 federado, el servicio srm-server del dispositivo virtual no se inicia.

Solución alternativa: Vuelva a configurar el dispositivo virtual de Site Recovery Manager a través de la interfaz de administración de dispositivos de Site Recovery Manager.
Cuando se ejecuta una recuperación de prueba de un plan de recuperación que contiene grupos de protección de directiva de almacenamiento en un clúster de almacenamiento ampliado, aparece una advertencia "El nombre <nombre_de_almacén_de_datos> ya existe".
Durante la operación de recuperación de prueba, Site Recovery Manager intenta cambiar el nombre de los dispositivos de almacenamiento ampliado de prueba recuperados con el mismo nombre que los dispositivos de almacenamiento ampliado de producción reales que ya están montados. Como resultado, se recibe un mensaje de advertencia El nombre <nombre_de_almacén_de_datos> ya existe.

Solución alternativa: Ignore la advertencia. El flujo de trabajo de Site Recovery Manager no se ve afectado por los mensajes de advertencia.
La migración planeada de un grupo de protección de directiva de almacenamiento genera constantemente un error ProtectionGroupNotSynced
Se puede producir un error en la migración planeada de un grupo de protección de directiva de almacenamiento con un error ProtectionGroupNotSynced: "El sitio del mismo nivel no finalizó la sincronización de los cambios en el grupo de protección 'nombre_de_grupo_de_protección_SP'. Si esta es una migración planificada, espere a que el sitio del mismo nivel se sincronice y vuelva a intentar el flujo de trabajo".

Si este problema se sigue produciendo después de volver a ejecutar la migración planificada varias veces, puede deshabilitar esta comprobación para completar el proceso de migración planificada correctamente.

Solución alternativa:
1. Vaya al directorio /opt/vmware/srm/conf y edite el archivo vmware-dr.xml para los servidores de Site Recovery Manager de protección y de recuperación con la siguiente configuración adicional:
  <replication>
  <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
  </replication>
2. Reinicie los dos servidores de Site Recovery Manager.
3. Vuelva a ejecutar la migración planificada del grupo de protección de directivas de almacenamiento.
Cuando se ejecuta la recuperación de prueba en un grupo de protección de directivas de almacenamiento con almacenamiento ampliado, aparece un mensaje de advertencia sobre un posible error de la migración en vivo
Cuando se ejecuta la recuperación de prueba, se recibe un mensaje de advertencia para las máquinas virtuales configuradas para la protección de directivas de almacenamiento con almacenamiento ampliado, se reinicia el servicio de vpxd y se podría crear un volcado de núcleo.

Solución alternativa: Ignore la advertencia. El flujo de trabajo de Site Recovery Manager no se ve afectado por los mensajes de advertencia. Este problema se soluciona en vCenter Server 6.7 Update 1.

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.
Error interno: Se recibió una excepción inesperada durante la fase de preparación. La sesión no está autenticada.

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 el host de destino es lento o se producen errores de red temporales, es posible que la replicación genere errores La cola del disco está llena.

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.

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.
Cuando los nombres de red son diferentes de los de recuperación, es posible que Site Recovery Manager cree redes no funcionales desde la instancia de protección de vCenter Server en la instancia de recuperación de vCenter Server
Si existen máquinas virtuales protegidas que están conectadas a redes con etiquetas de red diferentes de las que existen en el sitio de recuperación, las operaciones se realizan correctamente durante la prueba, la recuperación y la reprotección; no obstante, es posible que en la instancia de recuperación de vCenter Server se creen redes no funcionales con las mismas etiquetas de red del sitio protegido. Las redes no funcionales se crean una sola vez, no cada vez que ejecuta la prueba, la recuperación y la reprotección.

Solución alternativa 1: Deshabilite la conservación de instantáneas de máquinas virtuales cambiando el valor de vrReplication.preserveMpitImagesAsSnapshots en la configuración avanzada de Site Recovery Manager.
Solución alternativa 2: Descarte la red no funcional y siga trabajando con Site Recovery Manager.
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 al importar la configuración de la máquina virtual para el servidor con el 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.
Las máquinas virtuales protegidas en grupos de protección de un perfil de almacenamiento no aparecen en el archivo CSV creado al ejecutar la herramienta DR IP Customizer
Cuando utiliza la herramienta DR IP Customizer en un entorno con varios vCenter Server, por ejemplo si realiza una instalación con PSC federados donde hay más de un vCenter Server disponible en cada sitio, debe especificar que se utilice la opción '--vcid UUID' para recabar información de red acerca de las máquinas virtuales protegidas por Site Recovery Manager. Si proporciona el sitio secundario vcid, la herramienta DR IP Customizer se conecta al servidor secundario de Site Recovery Manager, con lo cual no se almacena la información de red para las máquinas virtuales protegidas con SPPG. Si se proporciona el vcid del sitio secundario, se establecerá una conexión con el vCenter Server incorrecto y las máquinas virtuales no aparecerán en el archivo CSV generado.

Solución alternativa: Cuando se utiliza la herramienta DR IP Customizer, se debe proporcionar únicamente el vcid y el uri principales de vCenter Server.
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.
Los privilegios de Site Recovery Manager no están localizados en vSphere Client 6.7
Los privilegios de Site Recovery Manager no están localizados en vSphere Client 6.7.

Solución alternativa: Ninguna. El problema se resolvió en vSphere 6.7 Update 1.
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: Se esperaba un carácter de comilla. ERROR Error: Argumento no válido.
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.
El servidor de Site Recovery Manager puede dejar de responder si se vuelve a habilitar la recuperación de una máquina virtual
Se puede deshabilitar la recuperación de una máquina virtual si la operación de recuperación de la máquina virtual genera errores. Si se ejecuta un plan de recuperación que no es exitoso, se puede volver a habilitar la recuperación de la máquina virtual y ejecutar nuevamente la recuperación, pero el servidor de Site Recovery Manager Server deja de responder.

Solución alternativa: Inicie el servidor de Site Recovery Manager Server y deshabilite la recuperación de la máquina virtual.
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.
No se encontró el objeto solicitado o ya se eliminó.
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.
Una máquina virtual y un grupo de consistencia asignados a una directiva de almacenamiento eliminada aparecen en las pestañas de las máquinas virtuales y los grupos de consistencia
Si se elimina una directiva de almacenamiento, las máquinas virtuales y el grupo de consistencia asignados a la directiva de almacenamiento aparecerán en las pestañas de las máquinas virtuales y los grupos de consistencias en el grupo SPPG.

Solución alternativa: Vuelva a crear el grupo de protección de directivas de almacenamiento. Después de volver a crear el grupo, las máquinas virtuales y el grupo de consistencia no aparecen en las pestañas de las máquinas virtuales y los grupos de consistencia.
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 - No se pudo cambiar la directiva de almacenamiento: El destino de vSphere Virtual Volumes encontró un error específico del proveedor. Configuración no válida de la máquina virtual. Un parámetro especificado no era correcto: path.
Solución alternativa: Vuelva a ejecutar el plan de recuperación.
Las operaciones de personalización de IP o de llamada en el invitado pueden presentar el error Error: no se pudo autenticar con el sistema operativo invitado utilizando las credenciales suministradas
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.
La función de recuperación ante desastres para una máquina virtual conectada a una red de VSS muestra la red de sitio protegido en la interfaz de usuario para las asignaciones de red de marcador de posición temporales.
Si utiliza una red de VSS para la que no configuró una asignación de red normal y ejecuta la función de recuperación ante desastres en un plan de recuperación con un grupo de protección de directivas de almacenamiento, Site Recovery Manager crea una asignación de marcador de posición temporal para esta red. Cuando completa la asignación de marcador de posición temporal, puede que aparezca una red en el sitio secundario con el mismo nombre que la red del sitio principal. Si no crea esta red explícitamente, no se trata de una red genuina. Sin embargo, se puede seleccionar como destino para la asignación de marcador de posición temporal y la recuperación se realizará correctamente. En ese caso, la red aparece como no accesible después de que finalice la recuperación, aun cuando las máquinas virtuales recuperadas aparezcan como conectadas a esta red en el sitio de recuperación.

Solución alternativa: Después de la recuperación, asigne manualmente las máquinas virtuales a una red diferente y conéctelas a una red genuina.
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.
Cuando edita una asignación de marcador de posición temporal, puede que vea el error La clave, el nombre o el identificador '6458aed1-6c80-4565-907f-189e6a102046' especificados ya existen.
Este error se puede producir cuando hay una asignación regular para el mismo objeto de inventario del sitio protegido.

Solución alternativa: Ninguna. Puede ignorar el error, ya que las asignaciones regulares tienen prioridad sobre las asignaciones de marcador de posición. La asignación regular se utilizará en el momento de la recuperación según lo esperado.
Site Recovery Manager muestra nombres incorrectos para algunos objetos de sitio protegidos en asignaciones de marcadores de posición.
- Los centros de datos muestran el nombre vm en lugar del nombre definido por el usuario.
- Los grupos de recursos muestran el nombre Recursos en lugar del nombre del grupo de recursos definido por el usuario.
- Si traslada una máquina virtual a otra carpeta o grupo de recursos después de protegerla en un grupo de protección de perfiles de almacenamiento, las asignaciones de los marcadores de posición generados después del traslado muestran identificadores internos como folder-3 o resgroup-5 en lugar de nombres de objetos definidos por el usuario.
Solución alternativa: No hay ninguna solución para los nombres de objetos incorrectos en las asignaciones de inventario. Compruebe el informe del historial de la prueba con el error o el flujo de trabajo de recuperación que hizo que se crearan las asignaciones del marcador de posición. Por ejemplo, si conoce el inventario del sitio protegido, puede determinar el centro de datos del mismo, la carpeta y el grupo de recursos que contenían la máquina virtual protegida que no pudo realizar la recuperación debido a que faltaba la asignación.
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.
Cuando se produce un error en la matriz de almacenamiento en el sitio protegido, Site Recovery Manager no puede recuperar las máquinas virtuales en los grupos de protección de perfiles de almacenamiento.
Las máquinas virtuales se desprotegen, aunque los datos siguen estando protegidos.

Solución alternativa: Recupere manualmente los almacenes de datos y las máquinas virtuales en el sitio de recuperación.
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 - Se agotó el tiempo de espera de la operación: 900 segundos durante el apagado de las máquinas virtuales en el paso de sitio protegido.
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 planeada 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: No es posible copiar el archivo de configuración...

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 fallar con el error Error - No se puede desmontar el almacén de datos 'nombre_de_almacén de datos' del host 'nombre_de_host'. La operación no se permite en el estado actual. 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.
La ejecución de un plan de recuperación genera un error de máquina virtual en el paso de configuración de almacenamiento.
Las siguientes ejecuciones del plan de recuperación fallan en el mismo paso de configuración de almacenamiento para la misma máquina virtual con el error La clave, el nombre o el identificador especificados ya existen. Si observa el inventario de vCenter Server, verá dos máquinas virtuales con el mismo nombre que la máquina virtual, una de las cuales está en la carpeta de máquinas virtuales detectadas. Este problema se produce debido a un error de comunicación conocido entre vCenter Server y la instancia del servidor ESXi.

Solución alternativa: Cancele el registro de la máquina virtual duplicada en la carpeta de máquinas virtuales detectadas de vCenter Server. Después de hacer esto en todas las máquinas virtuales afectadas, vuelva a ejecutar el plan de recuperación.
Este problema se soluciona en vCenter Server 6.7.