VMware vSphere Replication 8.5 | 5 de octubre de 2021 | Compilación 18710774 | Descargar

Herramienta de importación y exportación de configuración de VMware vSphere Replication 8.5 | 5 de octubre de 2021 | Compilación 18712590 | Descargar

Compruebe si existen adiciones y actualizaciones sobre estas notas de la versión.

Contenido de las notas de la versión

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

 

Novedades

  • VMware vSphere Replication 8.5 agrega compatibilidad con VMware vSphere 7.0 Update 3.
  • Compatibilidad con el cambio de la directiva de almacenamiento de los discos de réplica en un almacén de datos de destino de vSAN.
  • Compatibilidad con los estándares federales de procesamiento de información (FIPS) con vSphere Replication. Puede habilitar FIPS en el dispositivo de vSphere Replication siguiendo los pasos descritos en KB 84298.
  • Informe del estado de inactividad de las máquinas virtuales en la interfaz de usuario.
  • Visualización del nombre del sitio de destino de replicación en la página de configuración de la validación de replicación.
  • vRealize Operations Management Pack para VMware vSphere Replication 8.5. Para obtener información sobre el paquete de administración, consulte las Notas de la versión de VMware vRealize Operations Management Pack para VMware vSphere Replication 8.5.
  • vRealize Orchestrator Plug-In para VMware vSphere Replication 8.5 Para obtener información sobre los nuevos flujos de trabajo, consulte Notas de la versión de VMware vRealize Orchestrator Plug-in para VMware vSphere Replication 8.5.

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

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

Localización

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

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

Documentación del producto

Además de estas notas de la versión, puede consultar el conjunto de documentos de vSphere Replication 8.5, que incluye los siguientes materiales:

 

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:

  1. 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.
  2. 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 sobre 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.4 u 8.5.

vSphere Replication 8.5 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 VAMI para actualizar de vSphere Replication 8.3.x u 8.4.x a vSphere Replication 8.5.

No se puede actualizar vSphere Replication de la versión 6.5.1 a la 8.5 mediante el repositorio oficial de actualizaciones de VMware desde la VAMI del dispositivo de vSphere Replication. 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.5.

Notas:

  • Si hay replicaciones de recuperación ante desastres en la nube que están en curso e intenta actualizar a vSphere Replication 8.5 a través de la VAMI, se producirá un error en la actualización para evitar que se pierdan estas replicaciones. Para evitar el error de actualización, anule la configuración de todas las replicaciones de recuperación ante desastres en la nube antes de actualizar. Puede seguir utilizando la recuperación de nube a través de VMware vCloud Availability for vCloud Director. Para obtener más información, consulte la página del producto de VMware vCloud Availability.
  • 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.5 se describen en la base de conocimientos de VMware. Consulte el artículo de la base de conocimientos sobre los límites operativos de vSphere Replication 6.x y 8.x (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 los límites operativos de vSphere Replication 6.x y 8.x y la 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.5 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.

  • NUEVO En vSphere Replication 8.5.0.3, puede utilizar vSphere Lifecycle Manager (vLCM) con una solución alternativa manual. Consulte las Notas de la versión de VMware vSphere Replication 8.5.0.3.
  • NUEVO 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 vSphere Replication.
  • NUEVO 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 pueden replicar máquinas virtuales con NVMe virtual. vSphere Replication admite almacenes de datos de NVMe over Fabrics (NVMe-oF) como origen y destino de una replicación. vSphere Replication admite controladoras NVMe virtuales solo si los hosts ESXi de origen y destino son de la versión 7.0 Update 2 o posterior. Para obtener más información sobre el uso de la tecnología NVMe con los productos VMware, consulte Conceptos de VMware NVMe en la Documentación de VMware vSphere 7.0.
  • vSphere Replication 8.5 no admite vSphere 7.0 Update 2 si el cifrado de máquinas virtuales está encendido. Para usar el cifrado de máquinas virtuales con vSphere Replication 8.5, debe usar vSphere 7.0 Update 2c o una versión posterior.
  • vSphere Replication 8.5 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.
  • No se puede configurar el dispositivo de vSphere Replication si Platform Services Controller se instala con un puerto personalizado.
  • 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 3000 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 habilitar 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.
  • El RPO de 5 minutos requiere que el host de origen sea ESXi 6.5.
  • Para utilizar la función de aislamiento de red, vSphere Replication requiere que el host sea ESXi 6.0 o una versión posterior.
  • vSphere Replication no es compatible con VMware vSphere® Trust Authority™.
  • vSphere Replication no está integrado con vSphere Life Cycle Manager (vLCM). No se deben ejecutar vSphere Replication y vLCM en el mismo centro de datos, ya que vLCM hace que vSphere Replication se detenga.
  • 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.

Problemas conocidos

Los problemas conocidos se agrupan del siguiente modo.

Actualización
  • NUEVO No se puede actualizar el dispositivo de vSphere Replication a la versión 8.5

    Cuando se intenta actualizar el dispositivo de vSphere Replication a la versión 8.5, 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.5.

  • El servicio vSphere Replication Management no se inicia después de la actualización.

    Después de actualizar vSphere Replication, el servicio de vSphere Replication Management (VRM) aparece como detenido en la VAMI y el archivo /opt/vmware/hms/logs/hms-configtool.log en el dispositivo virtual contiene 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 se actualiza el dispositivo de vSphere Replication, o bien, si se modifican el certificado o la dirección IP del dispositivo de vSphere Replication por algún motivo, 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 con el administrador de extensiones de vCenter Server y luego se vuelve a registrar.

    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.

  • No se puede acceder a la interfaz de administración de dispositivos virtuales (Virtual Appliance Management Interface, VAMI) de vSphere Replication después de una actualización.

    Después de una actualización, la interfaz VAMI de vSphere Replication cambia y no se puede acceder a ella desde la misma ventana del explorador que se utilizó antes de la actualización.

    Solución alternativa: realice una de las siguientes acciones.

    • Cambie el explorador que usa para abrir la interfaz VAMI.
    • Cierre el explorador por completo y abra una nueva ventana del explorador para conectarse a la VAMI.
    • Borre la memoria caché del explorador.
    • Abra una pestaña de modo incógnito en el explorador.
General
  • NUEVO 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.

  • NUEVO 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) habilitadas, 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: No se puede abrir el archivo de instantánea.

    Solución alternativa: ninguna.

  • NUEVO 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:

    La dirección IP del tráfico de almacenamiento <dirección_IP> debe coincidir con una de las direcciones IP de la NIC

    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

  • 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 la 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 Se produce un error en la configuración de vSphere Replication Management Server (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:

    No se pudo registrar 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.

  • NUEVO 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.

  • 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 es posible realizar la replicación inversa para la máquina virtual. Se ha producido un error genérico en el servidor de vSphere Replication Management "java.net.SocketTimeoutException: Read timed out"

    Solución alternativa:

    1. Desplácese hasta el 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 HMS.
  • NUEVO 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á habilitada. 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.

  • NUEVO 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á habilitada. 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: 

    El conjunto de discos del servidor de vSphere Replication no coincide con el conjunto de origen de la replicación “<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.

  • NUEVO 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 "Especificación de configuración no válida. Los discos no se especifican para la replicación ni se excluyen.

    Solución alternativa: Vuelva a configurar manualmente la replicación.

  • NUEVO 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.
  • Se produce un error en la operación de reprotección

    Si configura una replicación con la función de modo inactivo habilitada 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:

    Redimensionamiento del disco <identificador de disco replicado>

  • 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 la versión 6.5 de ESX, hbr-agent.vib no se instala automáticamente en los hosts de esta versión del hipervisor y no se puede 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 para vSphere Replication 8.5 e instálelo en los hosts ESX 6.5. 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 la administración de dispositivos de VRMS de VMware 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 en su lugar.

  • 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 en su lugar.

  • 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 habilitó la opción Incluir automáticamente discos nuevos) de la replicación, se produce el siguiente error en el proceso:
         
     No se puede reconfigurar el grupo de replicaciones '<VM_ID>' (ID de objeto administrado: 'GID-<group-ID>'). Detalles: 'Clave duplicada (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 La operación no se permite en el estado actual.

    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 al volver a configurar la replicación en el sitio remoto

    Cuando intenta volver a configurar la replicación en el sitio remoto, se produce el siguiente error en el proceso:

    No se pudo volver a configurar la replicación debido a java.lang.NullPointerException en com.vmware.hms.replication.SecondaryGroupImpl.reconfigureVirtualMachine(SecondaryGroupImpl.java:3163) en com.vmware.hms.replication.SecondaryGroupImpl.scheduledReconfigure(SecondaryGroupImpl.java:2840) en com.vmware.hms.replication.SecondaryGroupImpl.access$3(SecondaryGroupImpl.java:2812) en com.vmware.hms.replication.SecondaryGroupImpl$2.go(SecondaryGroupImpl.java:2780) en com.vmware.hms.task.TaskRunnable.run(TaskRunnable.java:71) en com.vmware.hms.HmsTaskManager$2.run(HmsTaskManager.java:519) en com.vmware.hms.util.executor.LoggerOpIdConfigurator$RunnableWithDiagnosticContext.run(LoggerOpIdConfigurator.java:133) en com.vmware.hms.util.executor.LoggerOpIdConfigurator$2.run(LoggerOpIdConfigurator.java:100)
            
    Este problema solo ocurre con un dispositivo de vSphere Replication que se actualiza a partir de una versión anterior a la 8.1.0 (por ejemplo, la versión 6.5 y versiones anteriores).

    Solución alternativa: 

    1. Establezca una conexión SSH con el dispositivo de HMS.
    2. Desplácese hasta /opt/vmware/hms/bin/.
    3. Para comprobar si el problema proviene de una replicación en concreto, ejecute el siguiente comando:

      ./embedded_db_connect.sh --no-align --tuples-only -c "select diskentity.isnativesnapshotsupported, secondaryvirtualmachineentity.name from diskentity, secondaryvirtualmachineentity where secondaryvirtualmachineentity.movalue = diskentity.vm_movalue;"
       
    4. Si la ejecución del comando del paso 3 genera resultados, ejecute también el siguiente comando:

      ./embedded_db_connect.sh --no-align --tuples-only -c "update diskentity set isnativesnapshotsupported = false from secondaryvirtualmachineentity where secondaryvirtualmachineentity.movalue = diskentity.vm_movalue;"
       
    5. Reinicie el servicio HMS mediante el comando systemctl restart 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:

    No se puede crear una imagen aislada de prueba para el grupo '<group-ID>' en el servidor de vSphere Replication...

    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. Habilite 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. Habilite el firewall en el host ESXi.

  • Se produce un error y aparece el mensaje correspondiente al importar o exportar los datos de configuración de replicación con la herramienta de importación y exportación de vSphere Replication

    Si utiliza vSphere 6.5 con un almacén de datos vVol e intenta importar o exportar datos de configuración de replicación, se produce un error en la operación y se genera el mensaje correspondiente:

    No se puede configurar la replicación: Se produjo un error general del sistema: Error no válido

    Solución alternativa 1: Utilice un almacén de datos de otro tipo, como vSAN, de sistema de archivos de máquina virtual (Virtual Machine File System, VMFS) o de sistema de archivos de red (Network File System, NFS).
    Solución alternativa 2: Actualice a vSphere 6.7 o vSphere 7.0.

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

    La sincronización de las replicaciones, en las que la máquina virtual de origen se ejecuta en ESXi 6.7 o 6.7 Update 1, permanece en curso, pero el valor de bytes de suma de comprobación en la información de los detalles de la replicación no progresa. Las operaciones de apagado, creación de una instantánea, reversión a instantánea y las migraciones agotan el tiempo de espera o generan el error Tarea en curso.

    Solución alternativa: 

    1. En la configuración avanzada de ESXi, desactive 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.

    Con este procedimiento, se desactiva 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. Además, no se pueden utilizar inicializaciones.

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

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

    Solución alternativa:

    1. Mueva 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.
  • 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. 

  • 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 navegador. En Chrome, desactive la opción 'Abrir todo como estaba antes de cerrar'.

  • 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 de 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 transitorio 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:
      No se pudo realizar la sincronización de VR para el grupo de VRM <nombre_grupo>. Se ha producido un error genérico en el servidor de vSphere Replication Management. Detalles de la excepción: '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 la sección sobre cómo 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 estos casos, mantenga un valor bajo en la opción de configuración HBR.TransferMaxContExtents.
    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 habilitar 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 deshabilita 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 la sección sobre la inaccesibilidad de 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: No se encontró la ruta /vmname.vmx [nombre del almacén de datos] del archivo. 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 siguiente mensaje de error: Error genérico de servidor de VRM. 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.

  • Es posible que la VAMI no responda cuando se instala una actualización.

    Durante la actualización de vSphere Replication, es posible que el mensaje de estado "Instalando actualizaciones" no desaparezca, incluso después de instalar las actualizaciones correctamente, porque la VAMI no responde.

    Solución alternativa: actualice la interfaz de usuario de la VAMI en el explorador o ábrala en una nueva pestaña.

  • 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
  • NUEVO 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 en el modo de reprotección optimizado, 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:

    La máquina virtual ‘<VM_ID>’ se recuperó en el modo de reprotección optimizado en otro grupo de replicación. Para configurar una nueva replicación para la máquina virtual, primero debe eliminar la replicación recuperada existente.

    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.

  • Se produce un error al volver a configurar una replicación si un clúster de Storage DRS está seleccionado como destino de la replicación

    Si intenta volver a configurar una replicación y mover la replicación a la parte de un almacén de datos de un clúster de Storage DRS, se produce un error en la reconfiguración.

    Solución alternativa: Elimine la replicación y configure una nueva replicación en el almacén de datos que desee.

  • 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 Se ha denegado el permiso para realizar esta operación 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:

    Error genérico del servidor de VRM. Consulte la documentación para obtener información sobre la solución de problemas. 
La excepción detallada es: HMS no puede establecer UUID de disco para discos de VM: MoRef: 
type = VirtualMachine, value = 
   
      
       
    , serverGuid = null'.

    Solución alternativa: ninguna.

  • Al recuperar una máquina virtual con vSphere Replication 8.5 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 servidores ESXi, registrar un servidor de vSphere Replication adicional con el dispositivo de vSphere Replication puede tardar varios minutos.
    Esto ocurre porque el servidor de vSphere Replication debe registrarse con cada host de servidor ESXi.

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