Notas de la versión de VMware vSphere Replication 6.1.2

|

VMware vSphere Replication 6.1.2.1 | 9 de noviembre de 2017 | Compilación 7026558

VMware vSphere Replication 6.1.2 | 24 de febrero de 2017 | Compilación 5082273

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.1.2.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.1.2 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.1.2 ofrece las siguientes nuevas características:

  • Admite la ruta de migración de actualización de vCenter Server Windows 5.5.x a vCenter Server Virtual Appliance 6.0 Update 3 proporcionando una ruta de actualización directa de vSphere Replication 5.8.1.3 a vSphere Replication 6.1.2.
  • Actualización del sistema operativo base de vSphere Replication Appliance a SLES 12 SP1.

VMware vSphere Replication 6.1.2 es compatible con VMware vSphere 6.0 Update 3.

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.1 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 6.1.2 de forma individual o como parte de vCloud Suite 6.0. 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.0.0.2, 6.0.0.3 o 6.1.1.x a vSphere Replication 6.1.2. No se puede actualizar vSphere Replication de la versión 6.0.0.2, 6.0.0.3 o 6.1.1.x a la versión 6.1.2 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 6.1.2 mediante la imagen ISO descargable para conocer el procedimiento de actualización a vSphere Replication 6.1.2.

NOTA: No se puede actualizar a vSphere Replication 6.1.2 desde vSphere Replication 6.0 y vSphere Replication 6.0.0.1.

Límites operativos de vSphere Replication

Los límites operativos de vSphere Replication 6.1.2 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.1.2 se encuentran disponibles en la página de divulgación de código abierto de vSphere Replication.

Advertencias y limitaciones de vSphere Replication 6.1.2

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.1.2 requiere y es completamente compatible con vCenter Server 6.0 Update 3.
  • 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 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.1.2.1

Fecha de publicación: 9 de noviembre de 2017 | Compilación 7026558

La versión de revisión exprés de vSphere Replication 6.1.2.1 actualiza el sistema operativo base a SUSE Linux Enterprise Server 12 SP2.

La versión de revisión exprés de vSphere Replication 6.1.2.1 es compatible con VMware vCenter Server 6.0 Update 3c.

Notas de la instalación

La imagen ISO descargable es el único modo de realizar la actualización de vSphere Replication 6.1.2 a vSphere Replication 6.1.2.1. No puede actualizar vSphere Replication desde una versión anterior a la versión 6.1.2.1 mediante vSphere Update Manager o el repositorio oficial de actualizaciones de VMware desde la VAMI del dispositivo de vSphere Replication. Consulte Actualización de vSphere Replication en la guía de administración de vSphere Replication para obtener instrucciones sobre la actualización de vSphere Replication 6.1.2.x.

vSphere Replication se actualiza mediante una imagen ISO descargable.

Problemas resueltos

La versión de revisión exprés de vSphere Replication 6.1.2.1 resuelve el siguiente problema:
  • NUEVO El complemento de vSphere Replication 6.1.2 no se carga en vSphere Web Client

    El complemento de vSphere Replication 6.1.2 no se carga en vSphere Web Client. En los logs de vSphere Web Client, verá un mensaje de error similar a este:

    [2017-03-06T10:17:39.693-10:00] [ERROR] vc-extensionmanager-pool-94 70000060 100005 200001 com.vmware.vise.extensionfw.impl.PackagesDeployer Error al implementar uno o más paquetes de 
    el paquete del complemento /etc/vmware/vsphere-client/vc-packages/vsphere-client-serenity/com.vmware.vcHms-6.1.2.605082273
    com.vmware.vise.core.model.CompositeException: CompositeException
    Se agotó el tiempo de espera para que se iniciara el paquete: Paquete: id:com.vmware.vr.client.vrservice, versión:6.1.2.5082273, contextPath:complementos,
    ubicación:/etc/vmware/vsphere-client/vc-packages/vsphere-client-serenity
    [2017-03-09T00:30:02.243-08:00] [WARN ] region-dm-2 org.springframework.beans.factory.xml.XmlBeanDefinitionReader Advertencia de validación XML ignorada
    org.xml.sax.SAXParseException: schema_reference.4: No se pudo leer el documento del esquema 'http://www.springframework.org/schema/beans/spring-beans-4.3.xsd',
    ya que 1) no se encontró el documento, 2) el documento no se puede leer, y 3) el elemento raíz del documento no se encuentra 
    en com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198)

    El problema se resolvió en esta versión.

Problemas conocidos

Después de una serie de pruebas rigurosas, se detectaron los siguientes problemas conocidos. Esta información le ayudará a comprender ciertos comportamientos que se pueden producir en esta versión.

Los problemas conocidos se agrupan del siguiente modo.

Actualización

Después de una actualización, es posible detectar los siguientes problemas conocidos.

  • vSphere Replication 6.1.2 no admite la actualización a vSphere Replication 6.5

    No se puede actualizar vSphere Replication 6.1.2 a vSphere Replication 6.5.

    Solución alternativa: Ninguno

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

  • Después de realizar la actualización de 5.5.x a 6.x, no se puede registrar más de un dispositivo de vSphere Replication en el mismo dominio de vCenter Single Sign-On.

    Si los dispositivos en el entorno usan los certificados de vSphere Replication generados automáticamente y autofirmados, no se puede registrar más de un dispositivo de vSphere Replication dentro del mismo dominio de Single Sign-On.
    El problema se produce debido a que todos los certificados de vSphere Replication generados automáticamente y autofirmados se emiten con el mismo nombre común en las versiones 5.5.x y anteriores.

    Solución alternativa: vuelva a generar los certificados autofirmados mediante la interfaz VAMI de cada dispositivo de vSphere Replication en el dominio de Single Sign-On.

  • 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.0 y vSphere Replication a la versión 6.1, 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.

  • Error: no se puede actualizar la directiva de configuración dinámica al configurar NTP en un dispositivo de vSphere Replication actualizado.

    Si se ejecuta el comando yast2 ntp-client add server=<servidor_horario_seleccionado> en el dispositivo de vSphere Replication para configurar la sincronización con un servidor NTP, se muestra el siguiente mensaje de error Error: No se puede actualizar la directiva de configuración dinámica.

    Solución alternativa: puede ignorar este mensaje de error y continuar con la configuración de la sincronización con el servidor NTP de su elección:

    1. Inicie sesión en la consola del dispositivo de vSphere Replication como usuario raíz.
    2. Ejecute el comando yast2 ntp-client add server=<servidor_horario_seleccionado>.
      Se muestra este mensaje de error en la consola: Error: No se puede actualizar la directiva de configuración dinámica.
    3. Ejecute el comando yast2 ntp-client enable.
    4. Ejecute el comando sntp -P no -r <servidor_horario_seleccionado>.
    Se actualizará el archivo ntp.conf y la sincronización de NTP se configurará correctamente.



  • vSphere Replication se muestra como Habilitado (no disponible) después de una actualización.

    En vSphere Web Client, en la pestaña Inicio de vSphere Replication, es posible consultar la lista de instancias de vCenter Server en el dominio de Single-Sing On y el estado de vSphere Replication en cada instancia de vCenter Server. Después de actualizar vSphere Replication, el estado del servidor de vSphere Replication pasa a ser Habilitado (no disponible).

    Solución alternativa: configure la sincronización con un servidor NTP de su elección:

    1. Inicie sesión en la consola del dispositivo de vSphere Replication como usuario raíz.
    2. Ejecute el comando yast2 ntp-client add server=<servidor_horario_seleccionado>.
      Se muestra este mensaje de error en la consola: Error: No se puede actualizar la directiva de configuración dinámica.
    3. Ejecute el comando yast2 ntp-client enable.
    4. Ejecute el comando sntp -P no -r <servidor_horario_seleccionado>.
    Se actualizará el archivo ntp.conf y la sincronización de NTP se configurará correctamente.



  • 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.1, 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.
      Consulte las notas de la versión de VMware Studio 2.5 para ver las versiones de explorador compatibles cuando se usa la interfaz VAMI.
    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

Los problemas que se describen en esta sección corresponden a vSphere Replication vApp, o bien a todos los tipos de replicación.

  • El tiempo de espera para procesar una solicitud de datos es de 120 segundos. Una vez transcurrido ese tiempo, el inventario de vCenter Server y las vistas relacionadas en la interfaz de usuario de vSphere aparecen vacíos e inutilizables.

    Si el almacenamiento donde está instalado el dispositivo de vSphere Replication deja de estar disponible, es posible que el tiempo de espera para procesar la solicitud de datos sea de 120 segundos. Debido a la solicitud de datos cancelada, la interfaz de usuario no puede recuperarse en el estado esperado y, como resultado, se vuelve inutilizable. Si el dispositivo de vSphere Replication vuelve a estar disponible y los datos no están dañados, cierre la sesión y vuelva a iniciarla para solucionar el problema. Si el dispositivo no puede recuperarse, puede solucionar el problema cancelando el registro del dispositivo en vCenter Server. Consulte la sección sobre cancelación del registro de vSphere Replication en vCenter Server si se eliminó el dispositivo. Con este procedimiento se desinstalará el complemento de la interfaz de usuario de vSphere Replication en el próximo inicio de sesión.

    Solución alternativa: deshabilite el complemento de la interfaz de usuario de vSphere Replication en la interfaz de usuario de vSphere, Administración -> Complementos del cliente.

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

  • Al iniciar el asistente de reconfiguración en una replicación entrante, aparece el mensaje de error No se pueden calcular los permisos.

    Cuando se configura una replicación entre dos sitios remotos y no hay una sesión actual en el sitio de origen, si hace clic con el botón secundario en una replicación de la lista de replicaciones entrantes y selecciona Volver a configurar, aparece el siguiente mensaje de error: No se pueden calcular los permisos.

    Solución alternativa: desplácese hasta la vista Sitios de destino de vSphere Replication y vuelva a conectar el sitio de origen y el de destino.

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

  • El asistente de reconfiguración para las funciones de usuario que no tienen asignado el privilegio Ver VR está vacío.

    Si a un usuario se le asigna la función personalizada que no tiene el privilegio Ver VR, y ese usuario intenta volver a configurar una replicación, el asistente de reconfiguración se iniciará vacío.

    Solución alternativa: ninguna.

  • Las tareas de vSphere Replication no están localizadas en vSphere Web Client.

    Las tareas de vSphere Replication que aparecen en el panel Tareas de vSphere Web Client no están localizadas.

    Solución alternativa: puede pasar por alto este problema de localización. Las tareas de vSphere Replication se ejecutarán según lo esperado.

  • 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

Los problemas que se describen en esta sección son específicos de las 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 muestra ninguna replicación en las vistas Saliente/Entrante en el sitio de destino cuando la instancia de vCenter Server de origen no está disponible.

    Si configuró replicaciones entre dos sitios remotos y la instancia de vCenter Server de origen no está disponible actualmente, las vistas de supervisión en el sitio de destino no muestran ninguna replicación entrante ni saliente.

    Solución alternativa: inicie la instancia de vCenter Server de origen, si está disponible.

  • 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 los problemas siguientes.

    • El estado de la replicación cambia temporalmente a Error tras iniciar la operación de recuperación.

      Si inicia una operación de recuperación mientras la máquina virtual de origen está encendida, el estado de la replicación cambia temporalmente de Recuperando a Error y vuelve a Recuperando antes de que se complete correctamente la operación de recuperación.

      Solución alternativa: puede ignorar este estado transitorio de Error, ya que la recuperación en el sitio de destino se realiza correctamente.
      Nota: durante la operación de recuperación, no se realiza la replicación de la máquina virtual de origen al sitio de destino. Se reanudará inmediatamente después de la operación de recuperación si esta operación no se ejecuta correctamente.

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

Los problemas que se describen en esta sección son específicos de las 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.
  • Las replicaciones entrantes desde la nube permanecen en estado No activa.

    Si en el inventario de vCloud Air existe una máquina virtual que tiene discos con tamaño en megabytes representado por un número no entero, por ejemplo, 104,56 MB en vez de 104 MB, y en el sitio local se configura una replicación desde la nube o una replicación inversa para esa VM, la replicación aparecerá en la lista de replicaciones entrantes, pero permanecerá en estado No activa.

    Este problema ocurre porque el tamaño del disco que comunica el sistema de nube se redondea hacia abajo.

    Solución alternativa:

    1. En el sitio local, detenga la replicación desde la nube que aparece con el estado No activa.
    2. En vCloud Air, busque la máquina virtual y abra las propiedades.
      El tamaño del disco se redondea hacia abajo. Por ejemplo, el tamaño de un disco de 104,56 MB aparece como 104 MB.
    3. Aumente el tamaño del disco en un MB.
      Por ejemplo, para un disco de 104,56 MB cambie el tamaño de 104 MB a 105 MB.

  • La configuración de red de la VM de origen de replicación se refleja cuando se configura una replicación, pero solo se actualiza parcialmente después de esa acción.

    De forma predeterminada, al configurar una máquina virtual para replicación en la nube, las NIC y las direcciones MAC se copian automáticamente en el sitio de destino como parte del aprovisionamiento de la máquina virtual de marcador de posición. Si después del aprovisionamiento de la VM de marcador de posición se actualizan las NIC en la VM de origen de replicación, también se actualizan las NIC en el sitio de destino. Sin embargo, si se actualiza la dirección MAC de una NIC en la VM de origen, la dirección de la VM de marcador de posición en el sitio de destino no se actualiza. Las direcciones MAC de las NIC agregadas recientemente tampoco se copian en la VM de destino.

    Solución alternativa: ninguna.

  • 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 intensa, es posible que al ejecutar la migración planificada se genere el siguiente error.
    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; ...'
    Por lo general, este error es transitorio y la operación se completa correctamente si se 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.

  • No se puede deshabilitar el reflejo automático de las NIC y las direcciones MAC de la VM de origen en el sitio de destino.

    Al configurar una máquina virtual para la replicación en la nube, las NIC y las direcciones MAC se copian automáticamente como parte del aprovisionamiento de la VM de marcador de posición en el sitio de nube.
    Si la red de prueba no está aislada de la red de producción y las redes tienen un enrutamiento en común, la recuperación de prueba de la máquina virtual replicada podría duplicar las direcciones MAC en el centro de datos virtual.

    Solución alternativa: use la interfaz de usuario de vCloud Director para restablecer la dirección MAC de la máquina virtual replicada. Consulte el artículo sobre cómo restablecer la dirección MAC de una máquina virtual que se replica en la nube (KB 2086292).

  • La configuración de red de la VM de origen de replicación se refleja cuando se configura una replicación, pero solo se actualiza parcialmente después de esa acción.

    Si después de la sincronización completa inicial se actualizan las NIC en la VM de origen de replicación, se actualizan las NIC en el sitio de destino. Sin embargo, si se actualiza la dirección MAC de una NIC en la VM de origen, la dirección de la VM de destino no se actualiza. Las direcciones MAC de las NIC agregadas recientemente tampoco se copian en la VM de destino.

    Solución alternativa: ninguna.

Problemas de documentación
  • La guía de administración de vSphere Replication se ha actualizado con nueva información.

    Para ver una lista de las mejoras en la documentación, consulte la sección Información actualizada.

  • La guía de administración de vSphere Replication se ha actualizado con nueva información.

    Para ver una lista de las mejoras en la documentación, consulte la sección Información actualizada.