Notas de la versión de vSphere Replication 8.7

vSphere Replication 8.7 \| 18 de abril de 2023 \| Compilación 21591677 \| Descargar Herramienta de importación y exportación de configuración de vSphere Replication 8.7 \| 18 de abril de 2023 \| Compilación 21403189 \| Descargar Compruebe si se agregaron elementos o si se produjeron actualizaciones en estas notas de la versión.

vSphere Replication 8.7 | 18 de abril de 2023 | Compilación 21591677 | Descargar

Herramienta de importación y exportación de configuración de vSphere Replication 8.7 | 18 de abril de 2023 | Compilación 21403189 | Descargar

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

Novedades

VMware vSphere Replication 8.7 agrega compatibilidad con VMware vSphere 8.0 Update 1.
Mejora de la interfaz de usuario de la cuadrícula de datos:
- Visualización de más líneas de objetos por página según el control de alternancia. Flexibilidad en la selección del número máximo de registros que se mostrarán.
- Opción para autoajustar columnas con los datos.
- Capacidad para recordar el cambio de tamaño de las columnas.
Exclusión del host ESXi del registro basado en la etiqueta de host ESXi.
Opción adicional para conservar los discos base de réplica en el asistente de reconfiguración de replicación cuando se excluye un disco de la replicación.
Clúster de almacenes de datos como destino para la replicación.
Nuevas REST API para configurar vSphere Replication.

Para obtener más información, consulte el blog.
Nueva opción para iniciar o reiniciar los servicios de syslog a través de la interfaz de administración de dispositivos de VRMS.
VMware Aria Operations Management Pack para vSphere Replication 8.7. Para obtener información sobre el paquete de administración, consulte las Notas de la versión de VMware Aria Operations Management Pack para vSphere Replication 8.7.
Complemento VMware Aria Automation Orchestrator para vSphere Replication 8.7. Para obtener información sobre los nuevos flujos de trabajo, consulte las notas de la versión del complemento VMware Aria Automation Orchestrator para vSphere Replication 8.7.

Para conocer la interoperabilidad con versiones anteriores o posteriores de VMware vSphere, consulte las Matrices de compatibilidad para vSphere Replication 8.7.

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

Localización

VMware vSphere Replication 8.7 está disponible en los siguientes idiomas:

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

Documentación del producto

Además de las notas de la versión actuales, es posible usar el conjunto de documentos de vSphere Replication 8.7 que incluye el siguiente material de entrega.

Compatibilidad

vSphere Replication 8.7 es compatible con vSphere 8.0 y versiones posteriores, y admite las versiones de ESXi 8.0 y posteriores.

Para obtener información sobre la interoperabilidad y la compatibilidad de productos, consulte Matrices de compatibilidad para vSphere Replication 8.7.x.

Instalación

Descargue la imagen .iso de vSphere Replication y móntela. Para implementar el dispositivo de vSphere Replication, se puede usar el asistente de implementación de OVF en vSphere Web Client. Desplácese hasta el directorio \bin de la imagen .iso y use el archivo de OVF que corresponda:

vSphere_Replication_OVF10.ovf: use este archivo para instalar todos los componentes de vSphere Replication, incluidos el servidor de vSphere Replication Management y un servidor de vSphere Replication.
vSphere_Replication_AddOn_OVF10.ovf: use este archivo para instalar otro servidor de vSphere Replication opcional.

Para obtener más información sobre la instalación, consulte la sección Instalación de vSphere Replication en el Centro de documentación de vSphere Replication.

En las replicaciones de vCenter Server a vCenter Server, la versión del servidor de vSphere Replication Management en el sitio de origen y en el de destino puede ser 8.6 u 8.7.

vSphere Replication 8.7 requiere una versión de vCenter Server compatible en los sitios de origen y de destino. Para obtener más información, consulte las Matrices de interoperabilidad de productos de VMware.

Actualización de vSphere Replication

Se utiliza el archivo ISO y la interfaz de VRMS Appliance Management para actualizar de vSphere Replication 8.5.x u 8.6.x a vSphere Replication 8.7.

No se puede actualizar vSphere Replication de versiones anteriores a la 8.4 a la versión 8.7 mediante la interfaz de administración de dispositivos virtuales (VAMI). Consulte las matrices de compatibilidad para obtener más información sobre las versiones admitidas.

Importante: antes de iniciar una actualización, compruebe que el dispositivo de vSphere Replication se encuentre en un entorno o contexto de OVF. Consulte el artículo sobre comprobación y restauración del contexto de OVF de un dispositivo de vSphere Replication (2106709).

Asegúrese de leer las secciones Actualización y General en Problemas conocidos.

Consulte Actualizar otros servidores de vSphere Replication y Actualizar el dispositivo de vSphere Replication para conocer los procedimientos de actualización a vSphere Replication 8.7.

Notas:

Cuando utilice vSphere Replication con Site Recovery Manager, actualice vSphere Replication tanto en el sitio protegido como en el de recuperación antes de actualizar el servidor de Site Recovery Manager. Después de actualizar vSphere Replication, debe reiniciar el servidor de Site Recovery Manager. Para obtener más información, consulte la Documentación de VMware Site Recovery Manager.

Límites operativos de vSphere Replication

Los límites operativos de vSphere Replication 8.7 se describen en la base de conocimientos de VMware. Consulte el artículo sobre límites operativos de vSphere Replication 8.x (KB 2102453).

Nota: vSphere Replication requiere una configuración adicional para admitir más de 500 replicaciones por servidor de vSphere Replication Management. Consulte los artículos sobre límites operativos de vSphere Replication 8.х y configuración de dispositivos de vSphere Replication actualizados para admitir hasta 3000 replicaciones.

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 vSphere Replication 8.7 están disponibles en la página Divulgación de código abierto de vSphere Replication.

Advertencias y limitaciones

Para garantizar la replicación correcta de una máquina virtual, antes de iniciarla, verifique que la infraestructura virtual respeta ciertos límites.

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.
El valor de la propiedad hms-db-max-connections se actualiza automáticamente de 99 a 149 durante la actualización a vSphere Replication 8.7. Para conservar un valor personalizado, debe cambiarlo manualmente después de la actualización.
vSphere Replication no admite la protección de máquinas virtuales que utilizan dispositivos de memoria persistente (PMem).
A partir de vSphere Replication 8.5.0.3, puede utilizar vSphere Life Cycle Manager (vLCM) con una solución alternativa manual. Para obtener más información, consulte las Notas de la versión de VMware vSphere Replication 8.5.0.3.
vSphere Replication no está integrado con vLCM. No se deben ejecutar vSphere Replication y vLCM en el mismo centro de datos, ya que vLCM hace que vSphere Replication se detenga.
vSphere Replication dejará de funcionar correctamente si ejecuta el procedimiento de vSphere Evitar que los procesos del sistema operativo invitado envíen mensajes de configuración al host en el dispositivo de vSphere Replication.
vSphere Replication no admite la protección de una sola máquina virtual con dos tecnologías de replicación. Si una máquina virtual está protegida con VMware Cloud Disaster Recovery, no se puede proteger con vSphere Replication.
vSphere Replication solo admite controladores de NVMe virtual si tanto los hosts ESXi de origen como de destino son de la versión 7.0 Update 2 o posterior.
vSphere Replication 8.7 no admite vSphere 7.0 Update 2 si el cifrado de máquinas virtuales está encendido.
vSphere Replication 8.7 no proporciona administración de paquetes de soporte en la interfaz de VRMS Appliance Management. Esto incluye listas con paquetes de soporte y la eliminación de paquetes de soporte. Para administrar los paquetes de soporte a través de SSH, establezca una conexión SSH con el dispositivo de vSphere Replication.
El objetivo de punto de recuperación (Recovery Point Objective, RPO) de 5 minutos se amplía hasta alcanzar un límite máximo admitido de 50 máquinas virtuales en un almacén de datos vVol provisional.
vSphere Replication no admite el cambio a modo inactivo de VSS en volúmenes virtuales.
vSphere Replication no puede replicar máquinas virtuales que comparten archivos VMDK.
vSphere Replication no admite las API de vSphere para el filtrado de E/S en los sitios de origen y de destino. No se puede replicar una máquina virtual que tenga asignada una directiva de almacenamiento de máquinas virtuales con filtros de E/S, ni se puede asignar ese tipo de directiva a la máquina virtual de destino de la replicación. Antes de configurar una máquina virtual para la replicación, compruebe que la directiva de almacenamiento de máquinas virtuales asignada no contenga filtros de E/S. No asigne directivas de almacenamiento de máquinas virtuales con filtros de E/S a máquinas virtuales que se configuraron para la replicación.
La implementación de más de un dispositivo de vSphere Replication genera una advertencia durante el proceso de configuración inicial en la interfaz de VRMS Appliance Management. Esto requiere confirmación del usuario para continuar con el nuevo dispositivo. Esta situación se puede evitar si se implementa más de un servidor de vSphere Replication.
Cada servidor de vSphere Replication Management puede administrar 4000 máquinas virtuales replicadas como máximo. Consulte los artículos sobre configuración de dispositivos de vSphere Replication actualizados para admitir hasta 3000 replicaciones (KB 2102463) y sobre los requisitos para el entorno (KB 2107869).
vSphere Replication admite discos con un tamaño de 62 TB como máximo. Si se intenta activar la replicación en una máquina virtual con un disco de más de 62 TB, la máquina virtual no ejecutará ninguna operación de replicación y no se encenderá.
vSphere Replication realiza un seguimiento de los bloques más grandes en discos de más de 2 TB. Puede que el rendimiento de la replicación en un disco de más de 2 TB sea diferente al rendimiento de replicación en un disco de menos de 2 TB para la misma carga de trabajo, en función de cuánto del espacio de disco necesita examinar la red para un conjunto particular de bloques modificados.
vSphere Replication no permite actualizar el paquete de VMware Tools en los dispositivos de vSphere Replication.
vSphere Replication admite la replicación de RDM en el modo de compatibilidad virtual. Los RDM en el modo de compatibilidad física no se pueden configurar para la replicación.
vSphere Replication no replica la jerarquía de snapshots de máquinas virtuales en el sitio de destino.
Puede configurar las máquinas virtuales que estén apagadas para la replicación. No obstante, el tráfico de replicación real comenzará cuando se encienda la máquina virtual.
Al usar Storage DRS en un sitio de replicación, asegúrese de que la conectividad entre el host y el almacén de datos sea homogénea para evitar que Storage DRS mueva los discos de réplica entre los hosts (cambio de host y de almacén de datos), una tarea con alto consumo de recursos.
vSphere Replication no es compatible con VMware vSphere® Trust Authority™.
Al emplear los comandos TRIM/UNMAP para recuperar espacio, si se utiliza el comando UNMAP en el sitio de origen, el tráfico de replicación envía el comando como una secuencia grande de ceros, a menos que se use la compresión en la replicación. Los datos se almacenan como ceros en el sitio de destino y no se recupera espacio en los discos de réplica.

Actualización

No se puede actualizar el dispositivo de vSphere Replication a la versión 8.7

Cuando se intenta actualizar el dispositivo de vSphere Replication a la versión 8.7, se produce un error en el proceso sin que aparezca un error o una advertencia. El problema surge si la partición para los registros (/opt/vmware/logs) está llena.

Solución alternativa: Limpie la partición de registro antes de actualizar a vSphere Replication 8.7.
El servicio vSphere Replication Management no se inicia después de la actualización.

Después de actualizar vSphere Replication, el servicio vSphere Replication Management (VRM) se muestra como interrumpido en la VAMI y el archivo /opt/vmware/hms/logs/hms-configtool.log en el dispositivo virtual muestra mensajes de error java.net.ConnectException: Connection refused.

Este problema se observa cuando no se puede realizar el procedimiento de actualización del esquema de base de datos integrado debido a que el servicio vPostgreSQL no se inició por completo.
Solución alternativa:
1. En la consola del dispositivo virtual, inicie sesión como usuario raíz.
2. Ejecute el siguiente comando:
  
  $ /opt/vmware/hms/bin/hms-configtool -cmd upgrade -configfile /opt/vmware/hms/conf/hms-configuration.xml
  
  Se iniciará la actualización del esquema de base de datos.
3. Espere a que se complete el procedimiento de actualización de la base de datos.
4. En la interfaz VAMI de vSphere Replication, desplácese hasta la pestaña Configuración y complete el registro SSO del dispositivo.
No se encuentran los permisos de vSphere Replication después de actualizar el dispositivo de vSphere Replication, modificar el certificado o cambiar la IP.

Si actualiza el dispositivo de vSphere Replication o, si por otro motivo el certificado o la dirección IP del dispositivo de vSphere Replication cambian, se eliminan los permisos asignados a las funciones de usuario de VRM predeterminadas. Este problema se observa cada vez que se cancela el registro de la extensión de vSphere Replication y se registra en el administrador de extensiones de vCenter Server.

Solución alternativa: clone las funciones de VRM predefinidas y cree funciones personalizadas antes de actualizar el dispositivo de vSphere Replication o de modificar su certificado o dirección IP. Los permisos que se asignan a funciones personalizadas no se eliminan.

General

Nuevo - La reprotección genera el error: El objeto 'vim.Task:session<ID>' ya se ha eliminado o no se ha creado completamente

Por diversos motivos, como por ejemplo, la caducidad de un token de inicio de sesión, VRMS vuelve a conectarse a vCenter Server y, si esto ocurre durante una operación como una conmutación por error o una reprotección planificadas, se puede producir un error similar a The object 'vim.Task:session[<some-id>]<some-id>' has already been deleted or has not been completely created.

Solución alternativa: Vuelva a intentar la operación.
Nuevo - Se produce un error en la reprotección del almacén de datos vSAN

En raras ocasiones, es posible que se produzca un error en la operación de reprotección de vSphere Replication con el mensaje de error Unable to reverse replication for the virtual machine '<VM_name>'. Permission to perform this operation was denied al intentar crear un directorio de inicializaciones en un almacén de datos vSAN.

Solución alternativa:

1. Reinicie los servicios de administración en el host designado y vuelva a intentar las operaciones de reprotección. Consulte Reinicio de los agentes de administración en ESXi (KB 1003490).

2. Reinicie el host si fuera necesario y vuelva a intentar las operaciones de reprotección.

3. Anule la configuración y configure replicaciones en las máquinas virtuales con errores si fuera necesario.
Nuevo - La reprotección falla con el error: No se puede revertir la replicación de la máquina virtual

Durante una replicación inversa, vSphere Replication prepara la máquina virtual de origen eliminando sus instantáneas y contrayendo discos. Esta tarea puede tardar más de lo esperado y vSphere Replication construye una especificación de replicación inversa mediante un disco secundario. Aparece el siguiente error: Unable to reverse replication for the virtual machine...

Solución alternativa: Vuelva a intentar la operación de reprotección.
La replicación mantiene el último error aunque el estado más reciente sea "OK"

La replicación tiene el estado "OK", pero el último mensaje de error "A replication error occurred at the vSphere Replication Server for replication <replication ID> "No connection to VR Server for virtual machine <vm name> on host <host IP> in cluster <cluster ID> in SDDC-Datacenter: Unknown" todavía existe en la interfaz de usuario de Site Recovery. Esto se debe a que los eventos que proporcionan la información de que la replicación es correcta y que el error debe borrarse se envían al nivel del host. Cuando hay demasiados eventos en un breve período de tiempo se filtran incorrectamente y se pierden.

1. En el vSphere Client, vaya a la instancia de vCenter Server.

2. Seleccione la pestaña Configuración > Configuración avanzada > Editar configuración.

5. Configure un valor de clave para habilitar la opción config.vpxd.event.burstFilter.whiteList. Los eventos que deben incluirse en la lista de permitidos son: vim.event.UserLoginSessionEvent; vim.event.UserLogoutSessionEvent; hbr.primary.DeltaCompletedEvent; hbr.primary.NoConnectionToHbrServerEvent; hbr.primary.ConnectionRestoredToHbrServerEvent; hbr.primary.FSQuiescedDeltaCompletedEvent; hbr.primary.AppQuiescedDeltaCompletedEvent; hbr.primary.UnquiescedDeltaCompletedEvent.

6. Reinicie el servicio vmware-vpxd para que se apliquen todos los cambios.
El valor de la propiedad personalizada hms-db-max-connections no se conserva después de actualizar vSphere Replication a la versión 8.7

El valor de la propiedad hms-db-max-connections se actualiza automáticamente en hms-configuration.xml durante la actualización a vSphere Replication 8.7. El valor se cambia de 99 a 149. El valor personalizado establecido anteriormente para esta propiedad se anula después de la actualización.
Solución alternativa:

Si desea conservar el valor anterior de la propiedad hms-db-max-connections, debe establecerlo manualmente:
1. Establezca una conexión mediante el protocolo de Shell seguro (Secure Shell, SSH) con el dispositivo de vSphere Replication.
2. Abra el archivo /opt/vmware/hms/conf/hms-configuration.xml con cualquier editor, modifique el valor de la propiedad hms-db-max-connections y guarde los cambios.
3. Reinicie el servicio HMS en la interfaz de VRMS Appliance Management o establezca una conexión SSH con el dispositivo de vSphere Replication y ejecute el comando systemctl restart hms.
No se pueden crear DataSets nuevos en una máquina virtual conmutada por recuperación

Cuando se realiza una conmutación por recuperación de una máquina virtual que antes tenía DataSets, pero para la que no se activó la opción "Habilitar replicación de DataSets", el resultado es que la máquina virtual conmutada por recuperación no tiene DataSets activados. Sin embargo, los archivos DataSets .dsv y .dsd anteriores siguen estando disponibles en la carpeta de máquina virtual del sitio de origen.

Cuando se intentan crear nuevos archivos DataSets en la máquina virtual conmutada por recuperación, la tarea aparece como correcta. Sin embargo, cuando se comprueba si los DataSets están activados en la máquina virtual, el resultado muestra que no hay ninguno.
Solución alternativa:

Para crear nuevos DataSets en la máquina virtual conmutada por recuperación:
1. Elimine o cambie el nombre de los archivos DataSets .dsv y .dsd de la carpeta de máquina virtual en el sitio de origen.
2. Cree nuevos DataSets en la máquina virtual.
Se produce un error en la configuración del servidor de vSphere Replication Management (VRMS) en la interfaz de usuario de VRMS Appliance Management

Si configura la instancia de vCenter Server con un puerto HTTP personalizado, distinto del puerto 80, se produce el siguiente error en la configuración de VRMS en la interfaz de usuario de VRMS Appliance Management:

Failed to register VRMS

Solución alternativa: Para detectar un puerto de vCenter Server personalizado y hacer que el flujo de trabajo de configuración de VRMS use dicho puerto, consulte https://kb.vmware.com/s/article/85918.
Se produce un error al mover los discos de réplica de inicialización de diferentes almacenes de datos a un único almacén de datos

Cuando se intentan mover discos de réplica de inicialización con nombres idénticos de diferentes almacenes de datos a un único almacén de datos, se produce un error en el proceso. Los discos de réplica de inicialización con los mismos nombres no pueden existir en la misma ubicación.

Solución alternativa: Cambie el nombre de los discos de réplica de inicialización antes de moverlos.
Se produce un error al revertir una máquina virtual cifrada recuperada a una instantánea

Cuando se recupera una replicación de una máquina virtual cifrada con instantáneas de múltiples momentos específicos (Multiple Point In Time, MPIT) activadas, el cifrado de máquina virtual no se aplica a las instantáneas de momento específico (Point in Time, PIT) que se crean después de la recuperación. Se produce el siguiente error al intentar revertir a una instantánea de la máquina virtual cifrada recuperada: Unable to open the snapshot file.

Solución alternativa: ninguna.
Aparece un error inesperado en la pestaña Resumen si tiene una segunda NIC configurada con un conjunto de rutas estáticas

Si tiene una segunda NIC y configuró una ruta estática para ella, la interfaz de VRMS Appliance Management no puede obtener una dirección IP de la segunda NIC. Esto puede provocar el siguiente error inesperado en el campo Dirección IP para tráfico de almacenamiento entrante, en la pestaña Resumen:

The Storage Traffic IP address <IP_address> must match one of the NIC IP addresses.

Solución alternativa: La NIC está configurada correctamente y puede descartarse ese error. Para comprobar si el tráfico de replicación utiliza la dirección IP correcta, ejecute el siguiente comando: cat /etc/vmware/hbrsrv-nic.xml.
Cuando se modifica la configuración de discos de una máquina virtual, la replicación entra en estado de error

Cuando una máquina virtual forma parte de una replicación en curso y se modifica la configuración de almacenamiento de la máquina virtual (agregar, eliminar o cambiar el tamaño de los discos), esta acción inicia una tarea de reconfiguración de la replicación. Si ya hay otra operación de reconfiguración en curso en esta replicación, es posible que el estado de la replicación cambie a Error y se muestre un error. Por ejemplo, el error "Invalid configuration spec. Some disks are not specified for replication, nor excluded.".

Solución alternativa: Vuelva a configurar manualmente la replicación.
Si vuelve a configurar una replicación para asignar una nueva directiva de almacenamiento a discos virtuales replicados que no están dirigidos a un almacén de datos de destino de vSAN, la directiva no se aplica a los discos de réplica en el sitio de destino

La directiva de almacenamiento se aplica a los discos de réplica en el sitio de destino la primera vez que se configura o se recupera una replicación. Si vuelve a configurar la replicación con una nueva directiva de almacenamiento y los discos virtuales replicados no están dirigidos a un almacén de datos de destino de vSAN, el cambio no se refleja automáticamente en el sitio emparejado.
Solución alternativa:
1. Recupere las máquinas virtuales con la replicación reconfigurada.
2. Mediante vSphere Client, cambie la directiva de almacenamiento de las máquinas virtuales recuperadas a la nueva directiva.
3. Elimine del registro las máquinas virtuales recuperadas del inventario de vCenter Server.
4. Vuelva a configurar la replicación mediante inicializaciones y con la nueva directiva de almacenamiento.
Una máquina virtual replicada deja de responder o no puede atender solicitudes de red

Durante una operación de sincronización de vSphere Replication, la E/S del disco de la máquina virtual se bloquea mientras dura la sincronización. El controlador del filtro de vSphere Replication no acepta los comandos SCSI UNMAP durante una operación de sincronización si dichos comandos anulan la transferencia del disco de réplica actual al sitio de destino.
Solución alternativa: Permitir que vSphere Replication acepte los comandos UNMAP.
1. Establezca una conexión SSH con el servidor ESXi de origen.
2. Ejecute el siguiente comando:
esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 0

El comando surte efecto inmediatamente y no es necesario reiniciar el sistema.
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. Establezca una conexión mediante el protocolo de Shell seguro (Secure Shell, SSH) con el dispositivo de vSphere Replication.
2. Ejecute el siguiente comando:
```
/opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-default-vlsi-client-timeout=15
```
3. Reinicie el servicio de administración de hardware (Hardware Management Services, HMS).
La replicación entra en estado de error cuando se quitan y se agregan discos a la máquina virtual de origen.

La opción de inclusión automática de discos nuevos está activada. Si edita la configuración de la máquina virtual y elimina uno de los discos y agrega un disco nuevo en una misma tarea, la replicación puede entrar en estado de error.

Solución alternativa 1: Vuelva a configurar la replicación manualmente en la interfaz de usuario de Site Recovery.

Solución alternativa 2: Cuando modifique la máquina virtual, agregue y elimine discos nuevos en dos tareas independientes.
La replicación automática no se inicia cuando se reemplaza un disco en el mismo dispositivo SCSI

La replicación automática de discos nuevos está activada. Cuando en un solo paso se quita y agrega un disco protegido en el mismo dispositivo SCSI, la replicación pasa a un estado de error:

The set of disks on the vSphere Replication Server does not match the source set for replication '<vm name>'.

Solución alternativa 1: Reemplace el disco en dos operaciones de configuración separadas.

Solución alternativa 2: Si reemplazó el disco existente en el dispositivo SCSI en una sola operación de configuración, vuelva a configurar la replicación.
Se produce un error en la operación de reprotección

Si configura una replicación con la función de modo inactivo activada y el host ESXi en el sitio de destino tiene la versión 7.0 o 7.0 Update 1, se produce un error en la operación de reprotección.
Solución alternativa: Desactive la función de reprotección optimizada.
1. Establezca una conexión mediante el protocolo de Shell seguro (Secure Shell, SSH) con el dispositivo de vSphere Replication.
2. Ejecute el siguiente comando:
  
  /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property reprotect-optimization-enabled=false
3. Reinicie el servicio de administración de hardware (Hardware Management Services, HMS).
Este problema se resuelve en la versión 7.0 Update 2 de ESXi.
Si intenta ejecutar una operación de sincronización después de cambiar el tamaño del disco, se produce un error en la operación.

Si cambia el tamaño del disco, según el tamaño de este, la operación puede tardar hasta algunas horas. Cuando intenta ejecutar una operación de sincronización mientras tanto, se produce un error en la operación, incluso si la replicación se encuentra en el estado Correcto.

Solución alternativa: Espere que la operación de cambio de tamaño del disco concluya. Para verificar la finalización, compruebe el archivo de registro /var/log/vmware/hbrsrv.log, donde debería poder ver esta entrada:

Resizing disk <replicated disk ID>
Se produce un error en la recuperación de una replicación de máquina virtual cifrada con vSphere Native Key Provider

Si elimina del clúster, que está configurado con Native Key Provider, todos los hosts a los que está asociado el almacén de datos de destino, las replicaciones existentes permanecen en estado Correcto. Sin embargo, si intenta realizar una recuperación, esta falla y la replicación pasa al estado Error.

Solución alternativa: Vuelva a hacer que se pueda acceder al almacén de datos en el clúster. Si no intentó realizar la recuperación y la replicación sigue en estado Correcto, vuelva a configurar la replicación y cambie el almacén de datos de destino a uno al que se pueda acceder en el clúster.
Un disco virtual agregado recientemente no se replica tras la operación de reprotección

Si se realiza una recuperación de máquina virtual y se le agrega un disco nuevo, este no se replica tras la operación de reprotección. Tampoco lo hace automáticamente si la replicación inicial se configuró para replicar automáticamente los discos nuevos.

Solución alternativa: Incluya manualmente el disco nuevo en la replicación.
Se produce un error al generar un paquete de soporte

Si no se configura vSphere Replication Appliance y se intenta generar un paquete de soporte, se produce un error.
Solución alternativa: Genere manualmente los paquetes de soporte para vSphere Replication Appliance y el servidor de vSphere Replication integrado. Los archivos generados son /tmp/hms-bundle.tar.gz y /tmp/embedded-hbr-bundle.tgz.
1. Establezca una conexión mediante el protocolo de Shell seguro (Secure Shell, SSH) con el dispositivo de vSphere Replication.
2. Ejecute los siguientes comandos:
  
  /bin/tar --force-local --ignore-failed-read -chvpf /tmp/hms-bundle.tar /opt/vmware/hms/logs /opt/vmware/var/log
  
  /opt/vmware/support/logs/dr /opt/vmware/support/logs/drconfigui
  
  /opt/vmware/support/logs/envoy
  
  /usr/bin/gzip --no-name --quiet --stdout /tmp/hms-bundle.tar > /tmp/hms-bundle.tar.gz
  
  /urs/bin/rm /tmp/hms-bundle.tar
  
  /usr/bin/sudo -u root /usr/bin/hbrsrv-support-bundle.sh -f /tmp/embeded-hbr-bundle.tgz
3. Acceda a la administración de dispositivos del servidor de VRM (vSphere Replication Management Server, VRMS) de VMware para el servidor de vSphere Replication integrado correspondiente y genere el paquete de soporte.
La operación de recuperación no progresa

Si, en un breve período de tiempo, se excluye de la replicación y se vuelve a incluir en ella un disco virtual con un almacén de datos de destino vVol, podría afectar a una operación de recuperación posterior. Si intenta realizar la recuperación, es posible que no avance.
Solución alternativa 1

Si ya inició la operación de recuperación, siga estos pasos:
1. Elimine la replicación y conserve los discos de réplica.
2. Vuelva a configurar la replicación con inicializaciones.
3. Realice la recuperación.
Solución alternativa 2:

Si aún no inició la operación de recuperación, siga estos pasos:
1. Excluya el disco que tenga un almacén de datos de destino vVol.
2. Sincronice la replicación.
3. Vuelva a incluir el disco.
4. Realice la recuperación.
La sincronización de la replicación no progresa

Si, en un breve período de tiempo, se excluye de la replicación y se vuelve a incluir en ella un disco virtual con un almacén de datos de destino vVol, podría afectar a una operación de sincronización de replicación posterior. Si intenta sincronizar la replicación, es posible que no avance.
Solución alternativa:
1. Excluya el disco que tenga un almacén de datos de destino vVol.
2. Sincronice la replicación.
3. Vuelva a incluir el disco.
No se puede utilizar el cifrado de red para vSphere Replication

Cuando se intenta configurar el cifrado de red para una replicación, la opción del asistente de configuración de replicación está inactiva. Si se usa una versión de ESXi más antigua, puede que hbr-agent.vib no se instale automáticamente en los hosts ESXi y no pueda configurar el cifrado de red para estas replicaciones.
Solución alternativa:
1. Establezca una conexión mediante el protocolo de Shell seguro (Secure Shell, SSH) con el dispositivo de vSphere Replication.
2. Ejecute el siguiente comando:
  
  /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-auto-install-hbragent-vib=false
3. Reinicie el servicio de administración de hardware (Hardware Management Services, HMS).
4. Descargue e instale hbr-agent.vib en los hosts ESXi. Consulte https://kb.vmware.com/s/article/2110304.
Cuando se intenta configurar IPv6 a través de VMware VRMS Appliance Management, aparece el error 'valor de propiedad - dns no válido'

Si se intenta configurar IPv6 a través de VMware VRMS Appliance Management y se selecciona la opción 'Obtener la configuración de IPv6 automáticamente a través del anuncio de enrutador’ con servidores DNS asignados automáticamente, se produce el error 'valor de propiedad - dns no válido'.

Solución alternativa:

Establezca una conexión SSH con la máquina host del dispositivo de vSphere Replication 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.
No se pueden volver a configurar las opciones de IPv6 mediante VMware VRMS Appliance Management

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 configurar las opciones de IPv6 simplemente con esta última opción. Debe seleccionar ambas opciones o ninguna de ellas.

Solución alternativa:

Establezca una conexión SSH con la máquina host del dispositivo de vSphere Replication 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.
La reconfiguración de una replicación falla después de eliminar y, a continuación, agregar el mismo disco a un nodo de dispositivo virtual diferente en la máquina virtual de origen

Si quita un disco virtual y agrega uno nuevo con el mismo archivo VMDK y, a continuación, intenta realizar una reconfiguración manual o automática (si activó la opción Incluir automáticamente discos nuevos) de la replicación, se produce el siguiente error en el proceso:

Cannot reconfigure replication group '<VM_ID>' (managed object ID: 'GID-<group-ID>'). Details: 'Duplicate key (hms.Disk) { dynamicType = null, dynamicProperty = null, deviceKey = <DEVICE_KEY>, destination = (hms.ExtendedDatastorePath) { dynamicType = null, dynamicProperty = null, datastore = MoRef: type = Datastore, value = <DATASTORE>, serverGuid = null, path = <PATH>, fileName = <FILENAME>, dsCluster = null }, storageProfileId = null, useOfflineCopy = false, virtualDiskType = thin, skipDiskUuidValidation = true, replicationDiskId = null, contentId = null, capacityInKb = <CAPACITY> }'. ThrowableProxy.cause The operation is not allowed in the current state.
Solución alternativa:
1. Detenga la replicación y conserve los discos de réplica.
2. Vuelva a configurar la replicación usando los discos como inicializaciones.
Se produce un error al configurar la replicación después de cambiar vSphere Trust Authority por KMS como mecanismo de cifrado

Si utiliza vSphere Trust Authority como mecanismo de cifrado, pero luego vuelve a emplear el mecanismo de cifrado anterior mediante servidores KMS y, a continuación, intenta configurar una replicación, puede que se produzca un error en el proceso. El problema ocurre debido a que es posible que las claves de cifrado no se distribuyan correctamente a los hosts de destino tras cambiar los mecanismos de cifrado.

Solución alternativa: Reinicie el servicio de administración de hardware (Hardware Management Services, HMS).
Se produce un error en la recuperación de prueba

Si configura una replicación en un almacén de datos de VMFS y, a continuación, vuelve a configurar cualquier disco de este grupo para que se replique en un almacén de datos de vSAN (mientras que el inicio de la máquina virtual aún está configurado para emplear un almacén de datos de VMFS), se produce el siguiente error al intentar llevar a cabo una recuperación de prueba:

Cannot create a test bubble image for group '<group-ID>' on vSphere Replication Server...

Solución alternativa 1: Reconfigure todos los discos de réplica para que vuelvan a usar un almacén de datos de VMFS.

Solución alternativa 2: Reconfigure el inicio de la máquina virtual para que se replique en un almacén de datos de vSAN.
Las replicaciones con cifrado de red tienen el estado No activo

De forma predeterminada, al encender el dispositivo de vSphere Replication, se instala el paquete de instalación de vSphere (vSphere Installation Bundle, VIB) en todos los hosts ESXi admitidos en el inventario de vCenter Server donde se implementa el dispositivo. Pueden producirse errores en la instalación automática del archivo VIB por diferentes motivos.
Solución alternativa:

Instale el archivo VIB de vSphere Replication en todas las instancias de ESXi que hospeden una máquina virtual de origen de replicación.
1. Desactive temporalmente el firewall en el host ESXi.
2. Establezca una conexión SSH con el servidor ESXi.
3. Ejecute el siguiente comando:
  
  $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib
4. Active el firewall en el host ESXi.
No se pueden configurar nuevas replicaciones con cifrado de red

De forma predeterminada, al encender el dispositivo de vSphere Replication, se instala el paquete de instalación de vSphere (vSphere Installation Bundle, VIB) en todos los hosts ESXi admitidos en el inventario de vCenter Server donde se implementa el dispositivo. Pueden producirse errores en la instalación automática del archivo VIB por diferentes motivos.
Solución alternativa:

Instale el archivo VIB de vSphere Replication en todas las instancias de ESXi que hospeden una máquina virtual de origen de replicación.
1. Desactive temporalmente el firewall en el host ESXi.
2. Establezca una conexión SSH con el servidor ESXi.
3. Ejecute el siguiente comando:
  
  $ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib
4. Active el firewall en el host ESXi.
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.
Aunque la configuración de una replicación que usa inicializaciones en un almacén de datos de destino vVol se realiza correctamente, la replicación tiene el estado Error

Si configura una replicación para que emplee una máquina virtual con instantáneas como inicialización, la operación de configuración se realiza correctamente, pero la replicación pasa al estado Error al final de la sincronización completa inicial. Aparece un problema con una descripción de error similar:

A replication error occurred at the vSphere Replication Server for replication 'vmname'. Details: 'Error for (datastoreUUID: "vvol:9148a6192d0349de-94149524b5f52bc4"), (diskId: "RDID-fd3ed4de-2356-43c7-a0e2-7bc07a7da012"), (hostId: "host-33"), (pathname: "vmname/vmname.vmdk"), (flags: retriable): Class: NFC Code: 10; NFC error: NFC_DISKLIB_ERROR (Input/output error); Set error flag: retriable; Can't write (multiEx) to remote disk; Can't write (multi) to remote disk'.

Solución alternativa: Elimine las snapshots de la máquina virtual de inicialización.
Se produce el siguiente error en vSphere Replication durante la sincronización completa: se produjo un error de replicación en el servidor de vSphere Replication.

Puede que se produzca el siguiente error en vSphere Replication durante la sincronización completa.

A replication error occurred at the vSphere Replication Server for replication <group_name>. Details: 'Error for (datastoreUUID: "..."), (diskId: "..."), (hostId: "..."), (pathname: "..."), (flags: retriable, pick-new-host, nfc-no-memory): Class: NFC Code: 5; NFC error: NFC_NO_MEMORY; Set error flag: nfc-no-memory; Code set to: Host unable to process request.; Set error flag: retriable; Set error flag: pick-new-host; Can't write (single) to remote disk'.

Por lo general, este error es temporal y la operación se completa correctamente después de cierto tiempo.
Al reemplazar el certificado SSL de vCenter Server se generan errores en la validación de certificados de vSphere Replication.

Si reemplaza el certificado SSL en el sistema vCenter Server, se producirá un error de conexión cuando vSphere Replication intente conectarse a vCenter Server.

Solución alternativa: consulte el artículo http://kb.vmware.com/kb/2109074 para obtener información sobre cómo actualizar los certificados de vCenter Server y permitir que soluciones como vSphere Replication sigan funcionando.
Se produce un error en la sincronización de datos y el archivo de registro de la instancia de origen del servidor de vSphere Replication Management contiene el error DeltaAbortedException
Si el entorno tiene problemas de conectividad durante la sincronización de datos, es posible que se observen los siguientes problemas.
- Se produce un error en la sincronización de los grupos de replicación y el archivo hms<n>.log del servidor de vSphere Replication Management en el sitio de origen contiene el siguiente mensaje de error:
  
  DeltaAbortedException.
- En Site Recovery Manager, se produce un error en las sincronizaciones de los grupos de replicación que genera el siguiente mensaje:
  
  VR synchronization failed for VRM group <group_name>. A generic error occurred in the vSphere Replication Management Server. Exception details: 'com.vmware.hms.replication.sync.DeltaAbortedException'.
Solución alternativa: resuelva los problemas de conectividad del entorno antes de continuar.
Cuando se recuperan varias replicaciones en simultáneo y hay una gran cantidad de dispositivos delta acumulados desde la última sincronización, es posible que la conmutación por error basada en "Sincronizar cambios más recientes" genere el error SocketTimeoutException.

Es posible que el servidor de vSphere Replication Management no reciba las respuestas pendientes a través del proxy inverso de vCenter cuando hay mucho tráfico de replicación en la misma red. Es posible que algunas operaciones de administración o de supervisión generen el siguiente mensaje de error:

com.vmware.vim.vmomi.client.exception.ConnectionException: java.net.SocketTimeoutException: Read timed out

Solución alternativa: configure el aislamiento de tráfico de red de vSphere Replication de modo que la comunicación de administración entre vCenter y el servidor de vSphere Replication Management no se vea afectada por el tráfico intenso de replicación. Consulte Aislar el tráfico de red de vSphere Replication.
Las máquinas virtuales que están ubicadas en la carpeta de destino se sobrescriben durante la recuperación.

Si la carpeta de destino contiene una máquina virtual registrada que tiene el mismo nombre que la máquina virtual replicada, entonces la máquina virtual registrada se sobrescribirá durante la recuperación. Al iniciar el asistente de recuperación, vSphere Replication revisa la carpeta de destino y muestra un cuadro de diálogo donde se debe confirmar la operación de sobrescritura. En muy pocos casos, una vez completada la revisión de la carpeta de destino (y mientras el asistente sigue abierto), es posible que se registre una máquina virtual en la carpeta de destino. En estos casos, la máquina virtual que se copió en la carpeta de destino se sobrescribirá sin previo aviso.

Solución alternativa: ninguna.
Las replicaciones aparecen con el estado No activo (infracción de RPO) después de cambiar la dirección IP del servidor de vSphere Replication en el sitio de destino.

Si cambia la dirección IP del servidor de vSphere Replication en el sitio de destino, el estado de todas las replicaciones en este sitio cambia a No activo (infracción de RPO). Este problema surge si las replicaciones en el sitio de origen no vuelven a configurarse automáticamente cuando cambia la dirección IP.

Solución alternativa: vuelva a configurar todas las replicaciones de modo que los hosts de origen utilicen la nueva dirección IP del servidor de vSphere Replication de destino.
Aparece un estado de error transitorio durante la sincronización inicial completa.

Durante la sincronización inicial, es posible que el estado de la sincronización cambie temporalmente a Error y vuelva a la normalidad varias veces. Este estado de error puede indicar una deficiencia de recursos en el sitio de destino. Si la carga de trabajo de E/S causada por la operación de sincronización es más alta que la carga que pueden controlar los hosts de destino, el estado de la replicación cambiará a Error. Cuando se reduce la carga de trabajo de E/S, el error desaparece.

Solución alternativa: reduzca el valor de la opción de configuración del host llamada HBR.TransferMaxContExtents en cada host ESXi donde se están ejecutando las VM de origen de replicación. El valor predeterminado es 8; un valor más bajo reduce el tamaño de los bloques de datos que se envían durante una actualización de sincronización, pero aumenta la duración de la sincronización inicial completa. Después de la sincronización inicial completa, vuelva a establecer el valor predeterminado (8) para alcanzar el máximo rendimiento de RPO. Si los errores transitorios continúan apareciendo durante las sincronizaciones de dispositivos delta, es posible que se transfieran muchos bloques modificados durante cada delta y que los hosts en el sitio de destino no puedan alojar la carga de trabajo de E/S producida. En esos casos, mantenga el valor de la opción de configuración HBR.TransferMaxContExtents bajo. Como alternativa, puede agregar más hosts al sitio secundario.
Los usuarios a quienes se les asignó la función de replicación de administrador de VRM o de máquina virtual de VRM no pueden acceder al asistente de configuración de replicación.

El asistente de configuración de replicación no se inicia si un usuario a quien se le asignó las funciones predefinidas de replicación de administrador de VRM o de máquina virtual de VRM inicia sesión en la interfaz de usuario de Site Recovery e intenta configurar una replicación.

Solución alternativa: clone la función predeterminada para agregarle el privilegio Almacenamiento basado en perfiles -> Vista de almacenamiento basado en perfiles y asigne la función clonada al usuario.
La opción para activar el cambio a modo inactivo está desactivada en el asistente de configuración de replicación en una máquina virtual de origen con replicación apagada, a pesar de que el sistema operativo invitado admite el cambio a modo inactivo

Tanto en los sistemas operativos Linux como Windows, la opción Habilitar el cambio a modo inactivo se activa según la información sobre el sistema operativo invitado. Si una máquina virtual nunca se encendió, los hosts ESXi siempre informan sobre la falta de compatibilidad con el cambio a modo inactivo, ya que no hay disponible información del sistema operativo invitado.

Solución alternativa: antes de configurar las replicaciones, compruebe que las VM de origen con replicación se hayan encendido al menos una vez.
No se puede acceder al servicio de vSphere Replication tras cambiar el certificado de vCenter Server.

Si se cambia el certificado de vCenter Server, no se podrá acceder a vSphere Replication.

Solución alternativa: Consulte No se puede acceder a vSphere Replication tras cambiar el certificado de vCenter Server.
El servidor de vSphere Replication Management (VRMS) puede perder una máquina virtual parcialmente recuperada en la instancia de vCenter Server de destino tras un error de recuperación.

En muy pocos casos, VRMS puede interrumpirse durante una recuperación inmediatamente después de registrar la máquina virtual recuperada en la instancia de vCenter Server de destino. El último error de recuperación en el panel de detalles de la replicación es el siguiente: El servidor de VRM no pudo completar la operación. Cuando VRMS se reinicia, limpia los archivos de la máquina virtual parcialmente recuperada. En algunos casos, no puede eliminar el registro de la máquina virtual en la instancia de vCenter Server de destino. Los intentos de recuperación subsiguientes muestran un error en el asistente de recuperación donde se indica que la carpeta de la máquina virtual seleccionada ya contiene una entidad con el mismo nombre.

Solución alternativa: elimine manualmente la máquina virtual de la instancia de vCenter Server de destino, pero mantenga los discos ya que apuntan a los archivos de marcador de posición de réplicas.
Una máquina virtual recuperada en vSphere Replication no se enciende en vCenter Server.

Cuando se utiliza vSphere Replication para ejecutar una recuperación en una máquina virtual, se genera un error y el estado de la replicación no es "Recuperado". La máquina virtual está registrada en el inventario de vCenter, pero al intentar encenderla, se genera el siguiente mensaje de error: File [datastorename] path/vmname.vmx was not found.

El registro de una máquina virtual como parte del flujo de trabajo de recuperación de vSphere Replication puede efectuarse correctamente en vCenter Server. Sin embargo, es posible que la respuesta no llegue al servidor de vSphere Replication Management debido a un error transitorio de red. vSphere Replication revierte la imagen de replicación e informa que no se pudo realizar la tarea de recuperación a causa de un error en el registro de la máquina virtual. Si se inicia otra recuperación, aparecerá un mensaje de error indicando que ya hay registrada una máquina virtual con el mismo nombre en vCenter Server.

Solución alternativa: elimine la máquina virtual parcialmente recuperada del inventario de vCenter Server. No elimine los archivos del disco. Intente realizar la recuperación de nuevo.
Durante la replicación de varias máquinas virtuales, el servidor de vSphere Replication puede pasar a un estado en el que no acepta más conexiones de VRMS, pero continúa replicando máquinas virtuales.

Solución alternativa: reinicie el servidor de vSphere Replication.
Se produce un error en las operaciones de vSphere Replication con el mensaje: No autenticado.

Si se inicia una operación en un sitio, por ejemplo, la configuración de vSphere Replication en una máquina virtual, y luego se reinicia vCenter Server y el dispositivo de vSphere Replication en el otro sitio, las operaciones de vSphere Replication pueden generar el mensaje de error VRM Server generic error. Consulte la documentación para encontrar información de resolución de problemas. La excepción detallada es: 'com.vmware.vim.binding.vim.fault.NotAuthenticated'.

Este problema se debe a que el servidor de vSphere Replication conserva en su memoria caché la sesión de conexión desde un momento previo a que se reiniciara vCenter Server y el dispositivo de vSphere Replication.

Solución alternativa: limpie la memoria caché de la conexión con vSphere Replication; para ello, cierre la sesión en vSphere Web Client y vuelva a iniciarla.
La operación en el servidor de vSphere Replication Management genera el mensaje de error "... UnmarshallException".

Cuando el servidor de vSphere Replication Management tiene una carga alta o errores transitorios de red, las operaciones pueden generar el mensaje UnmarshallException debido a errores en la capa de comunicación.

Solución alternativa: intente volver a ejecutar la operación que generó el error.
Las operaciones de vSphere Replication generan error cuando el tráfico de replicación es intenso.

Las operaciones de vSphere Replication pueden generar el error java.net.UnknownHostException. Estos errores ocurren debido a que se descartan las solicitudes de DNS por la congestión en la red.
Solución alternativa: configure la red para garantizar que no se descarte el tráfico de administración. Para ello, configure la catalogación del tráfico, la calidad del servicio o el DNS en el dispositivo de vSphere Replication. Una solución posible es modificar la directiva de almacenamiento en caché de la dirección de red del dispositivo de vSphere Replication.
1. Inicie sesión en el dispositivo de vSphere Replication como raíz.
2. Abra el archivo /usr/java/jre-vmware/lib/security/java.security en un editor.
3. Quite la marca de comentario de la línea networkaddress.cache.ttl y establezca su valor en al menos 86.400 segundos (24 horas), o bien en el período más amplio que se requiere para que una sincronización completa inicial se ejecute.
4. Guarde el archivo y reinicie el dispositivo de vSphere Replication.
5. Repita el procedimiento para todos los demás dispositivos de vSphere Replication.

Replicaciones en vCenter Server

Se produce un error al configurar una replicación en una máquina virtual recién registrada

Si después de realizar correctamente una conmutación por error se elimina la máquina virtual recuperada y se vuelve a registrar, cuando se intenta configurar una replicación para esa máquina virtual, se produce el siguiente error en el proceso:

VM ‘<VM_ID>’ was recovered in optimized reprotect mode in another replication group. To configure new replication for the VM, you must first remove the existing recovered replication.

Solución alternativa: Desactive vSphere Replication en esta máquina virtual. Consulte https://kb.vmware.com/s/article/2106946.
No se puede cifrar una máquina virtual de origen sin cifrar en una replicación activa

Si intenta cifrar una máquina virtual sin cifrar en una configuración de replicación activa, se produce un error en el cifrado.
Solución alternativa: Recupere la máquina virtual sin cifrar y configure una nueva replicación con discos de inicialización cifrados.
1. Recupere la máquina virtual en el sitio remoto, pero no encienda la máquina virtual.
2. Elimine la replicación de la máquina virtual de origen.
3. Edite la configuración de la máquina virtual en el sitio de destino y cambie la directiva de almacenamiento de máquina virtual por la directiva de cifrado de máquina virtual.
4. Edite la configuración de la máquina virtual de origen en el sitio de origen y cambie la directiva de almacenamiento de máquina virtual por la directiva de cifrado de máquina virtual.
5. Anule el registro de la máquina virtual recuperada en el sitio de destino, pero no borre los discos.
6. Configure una nueva replicación y seleccione los discos de la máquina virtual recuperada en el sitio de destino como inicializaciones.
No se pueden utilizar funciones ni usuarios personalizados con vSphere Replication.

No se puede configurar una replicación con un usuario personalizado, incluso si a ese usuario personalizado se le asignan todos los privilegios de VRM necesarios en ambos sitios. Aparece el mensaje de error Permission to perform this operation is denied en la página Ubicación de destino en los asistentes de configuración de replicación.

Solución alternativa: ninguna. Todas las operaciones de vSphere Replication se deben realizar con un usuario administrador de SSO en ambos sitios.
Una máquina virtual recuperada con varias instancias en un punto en el tiempo habilitadas puede perder los discos conectados al último snapshot si se revierte a un snapshot anterior y, posteriormente, se vuelve a revertir al snapshot más reciente.

Cuando se recupera una máquina virtual para la cual se habilitaron instancias en un punto en el tiempo y se conecta un disco para discos sin resolver, si los hubiera, los discos se conectan al snapshot más reciente. Si se revierte a un snapshot anterior y después se revierte al más reciente, los discos conectados no estarán disponibles.

Solución alternativa: edite la configuración de la máquina virtual y agregue los discos necesarios como discos duros existentes.
No se puede configurar una máquina virtual con un disco RDM en modo físico, incluso si se excluye el disco de la replicación.

Si configura una replicación para una máquina virtual con modo físico, es posible que vea el siguiente error:

VRM Server generic error. Check the documentation for any troubleshooting information. The detailed exception is: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.

Solución alternativa: ninguna.
Al recuperar una máquina virtual con vSphere Replication 8.7 no se puede encender la máquina virtual recuperada

Si una máquina virtual replicada está conectada a un conmutador virtual distribuido y se intenta realizar una recuperación en un clúster DRS automatizado, la operación de recuperación se realiza correctamente, pero la máquina virtual resultante no puede encenderse.

Solución alternativa: edite la configuración de la máquina virtual recuperada para conectarla a la red correcta.
El registro de servidores de vSphere Replication adicionales tarda mucho tiempo.

Si vCenter Server administra varios cientos de hosts de servidor ESXi, el registro de un servidor de vSphere Replication adicional con el dispositivo de vSphere Replication puede tardar varios minutos. Esto se debe a que el servidor de vSphere Replication debe registrarse en cada host de servidor ESXi.