Notas de la versión de VMware vSphere Replication 6.5.1

|

VMware vSphere Replication 6.5.1.1 | 19 de octubre de 2017 | Compilación 6876646

VMware vSphere Replication 6.5.1 | 27 de julio de 2017 | Compilación 6128267

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

Para obtener información sobre las versiones de revisión de vSphere Replication 6.5.1.x, consulte la sección correspondiente.

Contenido de las notas de la versión

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

Localización

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

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

Novedades

VMware vSphere Replication 6.5.1 ofrece las siguientes nuevas características:

  • vSphere Replication 6.5.1 es compatible con VMware vSphere 6.5 Update 1.
  • Admite la ruta de migración de actualización de vCenter Server Virtual Appliance 6.0 Update 3 a vCenter Server Virtual Appliance 6.5 Update 1 proporcionando una ruta de actualización directa de vSphere Replication 6.1.2 a vSphere Replication 6.5.1.
  • vSphere Replication 6.5.1 ahora es compatible con las siguientes bases de datos externas:
    • Microsoft SQL Server 2014 Service Pack 2
    • Microsoft SQL Server 2016 Service Pack 1
  • vSphere Replication 6.5.1 ahora es compatible con los siguientes sistemas operativos invitados:
    • Windows Server 2016
    • CentOS 6.9
    • RHEL 7.3.5
    • Ubuntu 17.04 sin soporte a largo plazo (LTS) 

Documentación del producto

Además de las notas de la versión actuales, es posible usar el conjunto de documentación para vSphere Replication 6.5 donde se incluye el siguiente material de entrega.

En el conjunto de documentación para VMware vCloud Air – Disaster Recovery se incluye el siguiente material de entrega.

Integración y licencia de vCloud Suite

Es posible otorgar licencias de vSphere Replication de forma individual o como parte de vCloud Suite. Procure considerar las opciones de licencia y de integración que tiene a su disposición.

Algunos componentes de vCloud Suite se encuentran disponibles como productos independientes que se otorgan con licencia por máquina virtual. Cuando los productos forman parte de vCloud Suite, se concede una licencia por CPU. Es posible ejecutar un número ilimitado de máquinas virtuales en las CPU con licencias de vCloud Suite.

Es posible combinar las características de vSphere Replication con otros componentes de vCloud Suite para aprovechar toda la funcionalidad del centro de datos definido por software. Para obtener más información, consulte Introducción a la arquitectura de vCloud Suite y casos de uso.

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.

NOTA: para las replicaciones de vCenter Server a vCenter Server, la versión del servidor de vSphere Replication Management en el sitio de origen y el de destino debe ser la misma.

 

Actualización de vSphere Replication

La imagen ISO descargable es el único modo de realizar la actualización de vSphere Replication 6.1.2 o 6.5 a vSphere Replication 6.5.1. No se puede actualizar vSphere Replication de la versión 6.1.2 o 6.5 a la versión 6.5.1 mediante vSphere Update Manager o el repositorio oficial de actualizaciones de VMware desde la interfaz VAMI de un dispositivo de vSphere Replication. Consulte las páginas de interoperabilidad 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 la sección Actualización de Problemas conocidos.

Consulte la sección sobre actualización de vSphere Replication mediante la imagen ISO descargable para conocer el procedimiento de actualización a vSphere Replication 6.5.1.

Límites operativos de vSphere Replication

Los límites operativos de vSphere Replication 6.5.1 están documentados en la base de conocimientos de VMware. Consulte el artículo sobre límites operativos de vSphere Replication 6.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 6.х y configuración de dispositivos de vSphere Replication actualizados para admitir hasta 2000 replicaciones.

Componentes de código abierto

Las declaraciones de copyright y las licencias vigentes para los componentes de software de código abierto distribuidos en vSphere Replication 6.5.1 se encuentran disponibles en la página de divulgación de código abierto de vSphere Replication.

Advertencias y limitaciones de vSphere Replication 6.5.1

Para garantizar una replicación exitosa de la máquina virtual, debe verificar que la infraestructura virtual respete ciertos límites antes de iniciar la replicación.

  • vSphere Replication 6.5.1 requiere y es completamente compatible con vCenter Server 6.5 Update 1.
  • El 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 en esta versión.
  • 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.
  • Cuando se implementa más de un dispositivo de vSphere Replication, se muestra una advertencia en la pantalla de arranque donde el usuario debe confirmar si desea continuar y configurar nuevamente todas las replicaciones o si desea desconectar el dispositivo nuevo para que no interfiera con el anterior. 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 2.000 máquinas virtuales replicadas como máximo. Consulte los artículos sobre configuración de dispositivos de vSphere Replication actualizados para admitir hasta 2.000 replicaciones (KB 2102463) y sobre los requisitos para el entorno (KB 2107869).
  • Si mueve una máquina virtual con discos replicados de más de 2.032 GB a un host ESXi 5.1 o de una versión anterior, vSphere Replication no podrá replicar ni encender la máquina virtual.
  • 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 ya no admite IBM DB2 como la base de datos de vSphere Replication, ya que se anuló la compatibilidad con DB2 como la base de datos de vCenter Server 5.5. Si usa DB2 como base de datos externa de vSphere Replication, póngase en contacto con el soporte técnico de VMware para obtener instrucciones sobre la forma de migrar los datos a una base de datos compatible.
  • 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.
  • En las replicaciones en la nube, una vApp de inicialización solo se puede usar para una única replicación.
  • El RPO de 5 minutos requiere que el host de origen sea ESXi 6.0 o posterior para VSAN, y ESXi 6.5 para otros almacenes de datos compatibles.
  • Para utilizar la característica de aislamiento de red, vSphere Replication requiere que el host sea ESXi 6.0 o posterior.

Versiones de explorador compatibles

Para ver las versiones de explorador compatibles con vSphere Web Client, consulte la documentación de la instancia de vSphere Web Client que use.

Versiones de revisión disponibles

Versión de revisión exprés de vSphere Replication 6.5.1.1

Publicado el 19 de octubre de 2017 | Compilación 6876646

La versión de revisión exprés de vSphere Replication 6.5.1.1 actualiza el intervalo de RPO disponible para las replicaciones desde entornos locales de vSphere a la nube cuando se utiliza vCloud Availability for vCloud Director 2.0. En el asistente de configuración de replicación se puede seleccionar un rango de RPO de entre 5 minutos y 24 horas.

Problemas resueltos

Los problemas resueltos se agrupan del siguiente modo.

    En esta versión, se solucionó el siguiente problema.

    • Después de actualizar a vSphere Replication 6.5.x, no aparece la pantalla azul de la interfaz de administración de dispositivos virtuales (VAMI) en la consola

      Después de actualizar el dispositivo de vSphere Replication de la versión 6.1.1 a la versión 6.5.x, no aparece la pantalla azul de la VAMI en la consola.

      Este problema se solucionó.

    Problemas conocidos

    Los problemas conocidos se agrupan del siguiente modo.

    Actualización
    • 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 los 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 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.

    • El dispositivo de vSphere Replication pasa a ser un servidor de vSphere Replication después de la actualización.

      Si no se comprueba el contexto de OVF del dispositivo de vSphere Replication antes de ejecutar una actualización y la actualización se realiza correctamente, el dispositivo de vSphere Replication actualizado se muestra como un servidor de vSphere Replication. Además, se pierden los datos sobre replicaciones que se hayan configurado antes de la actualización.

      Solución alternativa:

    • Después de actualizar vCenter Server y vSphere Replication, la configuración de SSO en la VAMI de vSphere Replication genera el error Bad exit code: 1

      Después de actualizar vCenter Server a la versión 6.5 y vSphere Replication a la versión 6.5, es necesario registrar el dispositivo con vCenter Single Sign-On. En la pestaña Configuración de la VAMI de vSphere Replication, introduzca la dirección LookupService y las credenciales de un administrador de SSO, y haga clic en Guardar y Reiniciar servicio. Se muestra el siguiente mensaje de error: Bad exit code: 1.
      Este problema se produce cuando la instancia actualizada de vCenter Server cambia su dirección IP o certificado, pero el servidor de vSphere Replication Management conserva la dirección IP y el certificado anterior de vCenter Server en el entorno de OVF. Como resultado, la validación de vCenter Server genera un error.

      Solución alternativa: en vSphere Web Client, haga clic con el botón secundario en la máquina virtual del servidor de vSphere Replication Management. A continuación, apague y vuelva a encender la máquina virtual. Esta operación fuerza la actualización del entorno de OVF en la máquina virtual del servidor de vSphere Replication Management.

    • No se puede actualizar Site Recovery Manager después de la actualización de vSphere Replication.

      Al actualizar vSphere Replication a la versión 6.5, Site Recovery Manager no se puede actualizar, ya que la versión de vSphere Replication se detecta como no compatible. En vCenter Solutions Manager, la versión de vSphere Replication no parece haberse actualizado a pesar de que el dispositivo informa de que la actualización se realizó correctamente.

      Solución alternativa: registre el dispositivo de vSphere Replication en vCenter Single Sign-On.

      1. Conéctese a la interfaz VAMI del dispositivo de vSphere Replication mediante un explorador compatible.
      2. En la pestaña Configuración, introduzca el nombre de usuario y la contraseña de un administrador de SSO.
        Nota: los cuadros de texto para las credenciales SSO no se mostrarán si se usa un explorador incompatible.
    General
    • La configuración de una replicación que usa inicializaciones en un almacén de datos de destino de VVOL se realiza correctamente, pero la replicación tiene el estado Error.

      Si configura una replicación para usar como inicialización una máquina virtual que tiene snapshots, 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:
      "Se ha producido un error de replicación en el servidor de vSphere Replication para la replicación 'vmname'. Detalles: '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 producen errores en algunas operaciones de vSphere Replication, o estas no responden.

      Si inicia muchas operaciones de vSphere Replication a la vez, puede que algunas se bloqueen. Esto también puede provocar que el sitio de VRMS no responda debido a que el dispositivo de vSphere Replication necesita más memoria para realizar muchas operaciones en paralelo.

      Solución alternativa:

      1. SSH al dispositivo de vSphere Replication.
      2. Detenga el servicio vcta:
        service vmware-vcd stop
        Nota: La detención de este servicio interrumpe las replicaciones hacia la nube y desde esta.

    • 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.
      Se ha producido un error de replicación en el servidor de vSphere Replication para la replicación <nombre_grupo>. Detalles: '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.

    • La interfaz de usuario de vSphere Replication no advierte al usuario si el almacén de datos de destino seleccionado no cumple con la directiva de almacén de datos predeterminada.

      Al configurar la replicación en una máquina virtual, la página Ubicación de destino incluye la directiva de almacén de datos predeterminada que se seleccionó previamente en Directiva de almacenamiento de máquina virtual. No se muestra ninguna advertencia al seleccionar un almacenamiento que no cumple con la directiva correspondiente. Según el tipo de incumplimiento, la configuración de la replicación puede tener errores o completarse correctamente. La VM replicada puede recuperarse, pero más adelante no podrá encenderse debido a ese incumplimiento.

      Solución alternativa: seleccione una directiva en particular y, a continuación, seleccione un almacén de datos en el grupo Compatible de la lista.

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

    • Se produce un error en la tarea de configuración inicial que genera el siguiente mensaje: InvalidArgument.

      Si configura una replicación en una máquina virtual que contiene discos sin UUID, vSphere Replication asignará UUID para esos discos durante la configuración inicial. No obstante, si estos discos tienen discos primarios (por ejemplo, snapshots anteriores), vSphere Replication no podrá asignarles UUID y la tarea de configuración inicial generará el siguiente error: InvalidArgument.

      Solución alternativa: consolide los discos en la máquina virtual de origen e intente volver a configurar una replicación.

    • 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ó la función de replicación predeterminada de administrador de VRM o de máquina virtual de VRM inicia sesión en vSphere Web Client 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 VAMI no se abre al hacer clic en el vínculo Configurar de un servidor de VR Server integrado.

      La VAMI no se muestra al desplazarse hasta la vista Servidores de replicación, seleccionar un servidor de vSphere Replication integrado e invocar la acción Configurar.

      Solución alternativa: abra un explorador e introduzca la dirección https://<dirección_dispositivo_VR>:5480 para abrir la VAMI.

    • La opción para habilitar el cambio a modo inactivo está deshabilitada 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.

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

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

    • 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/jre1.7.0_72/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
    • No se pueden volver a conectar sitios si el estado de la conexión es "Problema de conexión".

      Cuando hay dos sitios conectados, pero el estado de la conexión es Problema de conexión, aparece el siguiente mensaje de error si se intentan volver a conectar los sitios:
      Se produjo un error interno (scheme y schemeSpecificPart no deben ser nulos).

      Solución alternativa: desconecte los sitios y vuelva a conectarlos.

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

    • Cuando un servidor de vSphere Replication de destino no está disponible, vSphere Replication no muestra un error en la página Supervisar -> Problemas de vSphere Web Client.

      Si el servidor de vSphere Replication de destino no está disponible porque se encuentra apagado o porque presenta problemas de conectividad, y una replicación se encuentra en estado de sincronización completa inicial, vSphere Replication no informa acerca de un problema en Web Client en la página Supervisar -> Problemas de la instancia de vCenter Server de destino. En cambio, aparecerá un evento en vCenter Server y el estado desconectado en Administrar -> vSphere Replication -> Servidores de replicación.

      Solución alternativa: compruebe si se encuentra actualmente disponible un servidor de vSphere Replication de destino en la página Administrar -> vSphere Replication -> Servidores de replicación. Como alternativa, establezca una alarma para el evento "El servidor de VR se ha desconectado" en la instancia de vCenter Server de destino.

    • No se puede volver a configurar la replicación después de pasar de una base de datos integrada a una base de datos externa existente.

      Si se configura vSphere Replication con una base de datos externa y se configura una replicación en el mismo sitio y, posteriormente, se cambia a una base de datos integrada, la replicación no está disponible, lo cual es un comportamiento esperado según el diseño. Si se vuelve a la base de datos externa, la replicación tiene un estado de error. Cuando se vuelve a configurar la replicación, se genera el siguiente error: ManagedObjectNotFound

      Solución alternativa: al restaurar la base de datos de vSphere Replication a la base de datos integrada o externa anterior, se debe restablecer su contenido.

    • 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: 
      tipo = máquina virtual, valor = 
         
            
             
          , GUID de servidor = nulo'.
         
            

      Solución alternativa: ninguna.

    • Es posible recuperar una máquina virtual mediante la opción "Recuperar con los datos disponibles más recientes" cuando la máquina virtual de origen está encendida.

      Antes de iniciar una operación de recuperación en el sitio de destino, se debe apagar la máquina virtual de origen de replicación. Sin embargo, si selecciona la opción Recuperar con los datos disponibles más recientes al recuperar una máquina virtual, es posible ejecutar la recuperación mientras la máquina virtual de origen se encuentra encendida. Esta acción genera el siguiente problema.

      • Las tarjetas de red de la máquina virtual recuperada se desconectan al encenderse la máquina.

        Solución alternativa: asegúrese de que la máquina virtual de origen esté apagada antes de conectar la máquina virtual recuperada a la red.

      Si selecciona Recuperar con los cambios recientes al recuperar una máquina virtual, no es posible completar la recuperación si la máquina virtual de origen se encuentra encendida.

    • La recuperación de una máquina virtual con vSphere Replication 6.5 no permite 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.

    Replicaciones en la nube
    • org.hibernate.exception en el archivo de registro VCTA.

      En el archivo vcta-info.log.<n> o vcta-debug.log, es posible que se observe el mensaje siguiente:
      org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update

      Solución alternativa: puede ignorar este mensaje ya que no afecta la operación de vCloud Air - Disaster Recovery.

    • La vApp en la organización de nube no se apaga después de una recuperación en las instalaciones.

      Si se recupera una replicación de la nube en el sitio de tenant y en el asistente de recuperación se elige recuperar la VM con la opción Usar los datos disponibles más recientes, vSphere Replication no apaga la vApp de origen en la nube.
      Esto ocurre debido a que la opción Usar los datos disponibles más recientes asume que no hay conexión con el sitio de origen de replicación.

      Solución alternativa: puede conectarse con el sitio de nube para apagar manualmente la vApp de origen.

    • Las replicaciones desde la nube pasan al estado Error.

      Si utiliza la interfaz de usuario web de vCloud Air para agregar un nuevo disco a la máquina virtual que funciona como origen de replicación, vSphere Replication en el sitio local pausa automáticamente la replicación entrante de esa máquina y pasa el grupo de replicación al estado Error.

      Solución alternativa: detenga la replicación desde la nube que indica el estado Error y configure una nueva replicación.

    • Es posible que los cambios de hardware en la VM de origen de replicación no se copien automáticamente a la vApp de marcador de posición en la nube.

      Es posible que no se repliquen los cambios realizados en la máquina virtual protegida del sitio de origen (por ejemplo, cambios en la memoria, la CPU, la red, entre otros) a la vApp de marcador de posición de la organización de nube si estos cambios se aplican mientras vSphere Replication ejecuta un flujo de trabajo, por ejemplo, una recuperación de prueba.

      Solución alternativa: edite el hardware de la VM de origen de replicación nuevamente para activar una sincronización completa.

      1. En el árbol de inventario de vSphere Web Client, haga clic con el botón secundario en la VM de origen.
      2. En el menú desplegable, seleccione Editar configuración y aplique el cambio en el hardware virtual.
        Nota: no es suficiente abrir y cerrar el cuadro de diálogo Editar configuración. Debe aplicar algún cambio en el hardware.
      3. Haga clic en Aceptar.
    • Los discos no se consolidan automáticamente durante la recuperación en el sitio de nube.

      Si configura una replicación en la nube que tiene habilitada la funcionalidad de varios puntos en el tiempo (Multiple Point-In-Time, MPIT) y recupera la máquina virtual replicada en el sitio de nube, las instancias retenidas no se consolidan durante la recuperación. Por diseño, las instancias de replicación no se consolidan para agilizar el proceso de recuperación.
      Los discos sin consolidar en la máquina virtual recuperada pueden generar problemas de rendimiento, como los siguientes.

      • La máquina virtual recuperada se ejecuta de una forma más lenta de lo esperado.
      • La máquina virtual recuperada requiere más recursos de almacenamiento.

      Solución alternativa: use la interfaz de vCloud Air para consolidar manualmente los discos en la máquina virtual recuperada.



    • Las replicaciones salientes hacia la nube permanecen en estado No activa.

      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. VIB crea una regla de firewall, "tráfico de replicación en la nube", que abre los puertos TCP 10.000 a 10.010 para el tráfico saliente. Sin embargo, la instalación automática del archivo VIB puede generar un error debido a problemas de red en el entorno. Cuando no hay una regla de firewall en los hosts ESXi de origen, las replicaciones salientes hacia la nube permanecen en estado No activa.

      Solución alternativa: instale el archivo VIB de vSphere Replication en cada instancia de ESXi que hospede una VM de origen de replicación de nube.

      1. Deshabilite 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/vr2c-firewall.vib
      4. Habilite el firewall en el host ESXi.
    • La migración o sincronización planificada genera un error: se produjo un error de replicación en el servidor de vSphere Replication.

      Si, durante la migración planificada, la infraestructura (hosts, red o almacenamiento) tiene una carga pesada, puede que se produzca uno de los siguientes errores al ejecutar la migración planificada.

      • Se ha producido un error de replicación en el servidor de vSphere Replication para la replicación <nombre_grupo>. Detalles: 'Error for (datastoreUUID: "..."), (diskId: "..."), (hostId: "..."), (pathname: "..."), (flags: retriable): Class: NFC Code: 10; NFC error: The operation completed successfully; Set error flag: retriable; ...'
      • Se ha producido un error de replicación en el servidor de vSphere Replication para la replicación <nombre_grupo>. Detalles: '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, estos errores son transitorios y la operación se completa correctamente si intenta ejecutarla de nuevo.

      Solución alternativa: si el error se produce con frecuencia en el entorno, puede aumentar el período de tolerancia para las sincronizaciones de replicaciones en el servidor de vSphere Replication Management (VRMS).

      1. Inicie sesión en el dispositivo de VRMS como usuario raíz y desplácese hasta /opt/vmware/hms/conf/.
      2. Abra el archivo hms-configuration.xml para edición y establezca el valor de la propiedad hms-sync-replication-error-toleration-period en 300000.
      3. Intente ejecutar la tarea de migración planificada de nuevo.

    • Todas las operaciones en la vApp de inicialización en vCloud Air están deshabilitadas.

      Si configura una replicación en la nube y selecciona una vApp del inventario de vCloud Air para que se use como una inicialización de la replicación, se deshabilitarán todas las operaciones en la vApp de inicialización.

      Solución alternativa: ninguna. Las inicializaciones de la replicación no pueden funcionar como máquinas virtuales. La vApp de inicialización se puede usar solo para una replicación.