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

|

Site Recovery Manager 6.5 | 15 de noviembre de 2016 | Compilación 4613745

Última actualización: 22 de noviembre de 2016

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

Contenido de las notas de la versión

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

Novedades en Site Recovery Manager 6.5

VMware Site Recovery Manager 6.5 es compatible con VMware vSphere 6.5.

VMware Site Recovery Manager 6.5 proporciona las siguientes nuevas funciones:

  • Paquete vRealize Operations Management Pack para Site Recovery Manager 6.5. Site Recovery Manager 6.5 proporciona integración con vRealize Operations Manager a través de un nuevo paquete de administración. Con el paquete de administración instalado en vRealize Operations Manager, es posible supervisar métricas clave del estado de Site Recovery Manager, como la conectividad para el servidor de Site Recovery Manager, y el estado de la protección de grupos y el plan de recuperación. Para obtener información sobre el paquete de administración, consulte Notas de la versión del paquete VMware vRealize Operations Management Pack para Site Recovery Manager 6.5.
  • Compatibilidad con VMware vSphere Virtual Volumes a través de vSphere Replication. Site Recovery Manager 6.5 proporciona protección y recuperación orquestada de máquinas virtuales ubicadas en almacenes de datos de Virtual Volumes y replicadas por vSphere Replication.
  • Compatibilidad con instalación, actualización y desinstalación silenciosas.
  • Mejoras en la API pública de Site Recovery Manager. Site Recovery Manager 6.5 presenta nuevos métodos en la API pública del producto. Con la API pública, se obtiene acceso programático a un rango más amplio de funcionalidades del producto y una automatización más extensa del producto. Para obtener información sobre los métodos de API nuevos y actualizados, consulte la Guía para desarrolladores de API de Site Recovery Manager.
  • Mejoras y nuevos flujos de trabajos en el complemento de vRealize Orchestrator para Site Recovery Manager 6.5
  • Compatibilidad con la función vCenter Server HA. Site Recovery Manager funciona normalmente en caso de que vCenter Server HA realice una conmutación por error a otro nodo de vCenter Server.
  • Compatibilidad con la migración de una instalación de vCenter Server en Windows a una instalación de vCenter Server Appliance durante la actualización. Se puede utilizar VMware Migration Assistant para actualizar y migrar el entorno de vCenter Server 6.0 para Windows a vCenter Server 6.5 Appliance. El procedimiento es totalmente compatible con una actualización directa de Site Recovery Manager estándar.
  • Compatibilidad con la función de cifrado de máquina virtual. Site Recovery Manager 6.5 permite proteger y recuperar máquinas virtuales cifradas con grupos de protección de directivas de almacenamiento (SPPG). Para obtener información sobre la protección de máquinas virtuales cifradas, consulte Administración de Site Recovery Manager 6.5.
  • Compatibilidad con la operación de recuperación de prueba cuando los sitios protegidos y de recuperación se encuentran desconectados.
  • Participación en el programa de mejora de la experiencia de cliente (CEIP) de VMware. Para obtener más detalles sobre los datos recopilados mediante CEIP y los fines para los que los utiliza VMware, consulte el Centro de seguridad y confianza en http://www.vmware.com/trustvmware/ceip.html.

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

Para obtener información sobre las funciones de vSphere 6.5, consulte la documentación de vSphere 6.5.

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

Localización

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

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

Compatibilidad

Matriz de compatibilidad de Site Recovery Manager

Site Recovery Manager 6.5 es compatible con vSphere 6.5 y admite versiones de ESXi compatibles con vCenter Server 6.5.

Site Recovery Manager 6.5 no permite personalizar direcciones IP ni operaciones de llamadas de invitados para máquinas virtuales que se encuentran en ESXi 5.5 y utilizan VMware Tools 10.1.

Para utilizar las operaciones de personalización de direcciones IP y llamadas de invitados para máquinas virtuales ubicadas en ESXi 5.5, asegúrese de que las máquinas virtuales utilicen versiones de VMware Tools anteriores a 10.1.

Si utiliza VMware Tools 10.1 y ESXi 6.5 o 6.0, asegúrese de sincronizar la hora entre el host ESXi y la instancia de vCenter Single Sign-On en el sitio de recuperación.

Para obtener información sobre interoperabilidad y compatibilidad de productos, incluidos los sistemas operativos invitados admitidos y la personalización de sistemas operativos invitados, consulte Matrices de compatibilidad para VMware Site Recovery Manager 6.5.

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

Para ver la lista actual de matrices de almacenamiento y SRA compatibles admitidos, consulte la Guía de compatibilidad de partners de almacenamiento de Site Recovery Manager.

Soporte técnico de VMware vSAN

Site Recovery Manager 6.5 puede proteger máquinas virtuales que residen en VMware vSAN con vSphere Replication. vSAN no requiere una instancia de Storage Replication Adapter (SRA) para funcionar con Site Recovery Manager 6.5.

Soporte técnico de VMware VSA

Site Recovery Manager 6.5 puede proteger las máquinas virtuales que residen en vSphere Storage Appliance (VSA) mediante vSphere Replication. VSA no necesita ninguna instancia de Storage Replication Adapter (SRA) que funcione con Site Recovery Manager 6.5.

Instalación y actualización

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

Para conocer las rutas de acceso de actualización admitidas para Site Recovery Manager, seleccione Ruta de acceso de actualización y VMware Site Recovery Manager en las matrices de interoperatibilidad de producto VMware.

NOTAS:

  • No se admite la actualización directa de la versión 6.0.x a la versión 6.5 de Site Recovery Manager. Para actualizar Site Recovery Manager 6.0.x a Site Recovery Manager 6.5, primero debe actualizar Site Recovery Manager de 6.0.x a 6.1.x. Si utiliza vSphere Replication con Site Recovery Manager 6.0.x y actualiza vSphere Replication de la versión 6.0.x a la versión 6.5 directamente, al intentar realizar la actualización intermedia de Site Recovery Manager de la versión 6.0.x a la versión 6.1.x, se producirá un error en la actualización de Site Recovery Manager debido a una versión incompatible de vSphere Replication. Actualice vSphere Replication a la versión 6.1.x antes de actualizar Site Recovery Manager de 6.0.x a 6.1.x.
  • Después de actualizar Site Recovery Manager, la aplicación no conserva ninguna configuración avanzada de la instalación anterior. Este comportamiento es intencionado. Debido a cambios en los valores predeterminados o mejoras de rendimiento, es posible que la configuración avanzada que estableció en una versión anterior de Site Recovery Manager no sea necesaria para la nueva versión o que no sea compatible con ella. La configuración avanzada tampoco se conserva si desinstala y vuelve a instalar la misma versión de Site Recovery Manager.
  • Si las instancias de vCenter Server en los sitios protegidos y de recuperación están en modo Enhanced Linked Mode, deben ser partners de replicación directos. De lo contrario, se puede producir un error en la actualización.

Seguridad de red

Site Recovery Manager requiere que la conexión de red de administración se realice entre sitios emparejados. Las instancias de Site Recovery Manager Server en el sitio protegido y en el de recuperación deben poder conectarse entre sí. Además, cada una de las instancias de Site Recovery Manager necesita una conexión de red a las instancias de Platform Services Controller y de vCenter Server que Site Recovery Manager amplía en el sitio remoto. Utilice una red restringida y privada a la que no se pueda acceder desde Internet para todo el tráfico de red entre los sitios de Site Recovery Manager. Al limitar la conectividad de red, se limita también el potencial de determinados tipos de ataques.

Para ver una lista de los puertos de red que Site Recovery Manager necesita que estén abiertos en ambos sitios, consulte http://kb.vmware.com/kb/2147112.

Límites operativos de Site Recovery Manager 6.5

Para conocer los límites operativos de Site Recovery Manager 6.5, consulte http://kb.vmware.com/kb/2147110.

SDK de Site Recovery Manager

Para acceder a una guía sobre la utilización de la API basada en SOAP de Site Recovery Manager, consulte API de VMware Site Recovery Manager.

Componentes de código abierto

Las declaraciones y licencias de derechos de autor aplicables a los componentes de software de código abierto distribuidos en Site Recovery Manager 6.5 están disponibles en Descargas de VMware Site Recovery Manager. También puede descargar archivos de origen para cualquier GPL, LGPL o licencias similares para las que se requiera disponer del código fuente o de las modificaciones hechas en él para la versión de vCenter Site Recovery Manager con disponibilidad general más reciente.

Advertencias y limitaciones

  • Site Recovery Manager 6.5 ofrece soporte técnico limitado para entornos de vCloud Director. No se puede utilizar Site Recovery Manager para proteger máquinas virtuales en grupos de recursos de vCloud (máquinas virtuales implementadas en una organización). La utilización de Site Recovery Manager para proteger la estructura de administración de vCD sí está admitida. Para obtener información sobre cómo utilizar Site Recovery Manager para proteger las instancias de vCD Server, las instancias de vCenter Server y las bases de datos que proporcionan la infraestructura de administración para vCloud Director, consulte el caso práctico de resiliencia de infraestructura de VMware vCloud Director.
  • vSphere Flash Read Cache se deshabilita en las máquinas virtuales después de la recuperación y la reserva se establece en cero. Antes de realizar una recuperación en una máquina virtual configurada para utilizar vSphere Flash Read Cache, tome nota de la reserva de memoria caché de la máquina virtual desde vSphere Web Client. Puede volver a configurar vSphere Flash Read Cache en la máquina virtual después de la recuperación.
  • Site Recovery Manager 6.5 no admite la protección de máquinas virtuales configuradas con vSphere Fault Tolerance (FT) de varias CPU. Sin embargo, Site Recovery Manager 6.5 sí admite la protección de máquinas virtuales con vSphere FT de procesador único, pero desactiva vSphere FT de procesador único en las máquinas virtuales en el sitio de recuperación después de que esta se realice.
    • Si utiliza vSphere FT de varias CPU en máquinas virtuales, Site Recovery Manager no desactiva vSphere FT en las máquinas virtuales recuperadas y se produce un error en su encendido. Es necesario eliminar las propiedades de FT y volver a ejecutar el plan de recuperación para desactivar vSphere FT manualmente en las máquinas virtuales recuperadas.
    • Si utiliza vSphere FT de procesador único en máquinas virtuales, debe configurar las máquinas virtuales en el sitio protegido para que Site Recovery Manager pueda desactivar vSphere FT después de una recuperación. Para obtener información sobre cómo configurar las máquinas virtuales para vSphere FT de procesador único en el sitio protegido, consulte http://kb.vmware.com/kb/2109813.
  • vSphere Replication 6.5 admite la replicación de máquinas virtuales en VMware vSphere Virtual Volumes con limitaciones. Site Recovery Manager 6.5 admite vSphere Replication 6.5 con vSphere Virtual Volumes con las siguientes limitaciones.
    • No se puede usar Site Recovery Manager 6.5 con la replicación basada en matrices de vSphere Virtual Volumes.
    • No se pueden usar snapshots de momento específico de vSphere Replication con máquinas virtuales donde el destino de replicación sea un almacén de datos de Virtual Volumes.
    • Cuando se utiliza almacenamiento de vSphere Virtual Volumes como destino de replicación, todos los discos que pertenecen a la máquina virtual deben replicarse en un solo almacén de datos de vSphere Virtual Volumes.
    • Cuando una máquina virtual replicada se ubica en un almacenamiento de vSphere Virtual Volumes, todos los discos que pertenecen a esa máquina virtual deben ubicarse en un solo almacén de datos de vSphere Virtual Volumes.
  • Site Recovery Manager 6.5 no admite los almacenes de datos de NFS versión 4.1.
  • Site Recovery Manager no admite volver a configurar grupos de protección de perfiles de almacenamiento, como cambiar el conjunto de directivas de almacenamiento asociadas, el nombre de grupo o las descripciones. Para modificar un grupo de protección de perfiles de almacenamiento, debe eliminarlo y volver a crearlo con la nueva configuración.
  • Site Recovery Manager no puede proteger discos RDM ni máquinas virtuales con tolerancia a errores en los grupos de protección de directivas de almacenamiento.
  • Site Recovery Manager no admite la asignación o la exclusión de dispositivos virtuales no replicados en grupos de protección de directivas de almacenamiento.
  • Para utilizar la autenticación de dos factores con RSA SecurID o con tarjeta inteligente (tarjeta de acceso común), su entorno debe cumplir los siguientes requisitos:
    1. Utilice las credenciales de administrador de Platform Services Controller para instalar Site Recovery Manager 6.5 y emparejar los sitios de Site Recovery Manager 6.5.
    2. Las instancias de vCenter Server en ambos sitios de Site Recovery Manager 6.5 deben funcionar en modo Enhanced Linked Mode. Para evitar errores durante la actualización de Site Recovery Manager 6.5 a una nueva versión de Site Recovery Manager, las instancias de vCenter Server en ambos sitios deben ser partners de replicación directos.
  • La herramienta DR IP Customizer no admite grupos de protección de directivas de almacenamiento.
  • Site Recovery Manager 6.5 admite la protección de máquinas virtuales cifradas solo con grupos de protección de directivas de almacenamiento. Para obtener información sobre la forma de configurar la protección de máquinas virtuales cifradas, consulte la documentación Administración de Site Recovery Manager.

Problemas conocidos

Se detectaron los siguientes problemas conocidos después de pruebas rigurosas. Esta información le ayudará a comprender ciertos comportamientos que es posible encontrar en esta versión.

  • Si se omite un grupo de consistencia en una conmutación por error de un grupo de protección de directivas de almacenamiento, se puede producir un error en la nueva protección

    Si se produce un problema con las máquinas virtuales en un grupo de consistencia durante una conmutación por error de un grupo de protección de directivas de almacenamiento, y además se omite el grupo de consistencia, se puede producir un error en la nueva protección.

    La nueva protección busca el grupo de consistencia omitido y no puede revertir la replicación en él.

    Solución alternativa: Elimine el grupo de protección de directivas de almacenamiento y vuelva a crearlo solo con LUN recuperados.

  • El servidor de Site Recovery Manager puede dejar de responder si se vuelve a habilitar la recuperación de una máquina virtual

    Se puede deshabilitar la recuperación de una máquina virtual si la operación de recuperación de la máquina virtual genera errores. Si se ejecuta un plan de recuperación que no es exitoso, se puede volver a habilitar la recuperación de la máquina virtual y ejecutar nuevamente la recuperación, pero el servidor de Site Recovery Manager Server deja de responder.

    Solución alternativa: Inicie el servidor de Site Recovery Manager Server y deshabilite la recuperación de la máquina virtual.

  • vSphere Web Client funciona con lentitud y se muestra el error Memoria agotada

    vSphere Web Client funciona con lentitud si se utiliza un entorno de vCenter Server Appliance implementado en una configuración muy pequeña, y además se utilizan complementos de Site Recovery Manager y vSphere Replication en vSphere Web Client. El motivo es que la memoria reservada para vSphere Web Client no es suficiente para admitir complementos.

    Solución alternativa: Implemente la instancia de vCenter Server Appliance con al menos una configuración pequeña.

  • Las operaciones de prueba y recuperación generan errores si un clúster ampliado de vSAN posee un dominio de errores no disponible

    Si prueba o recupera una máquina virtual en un clúster ampliado de vSAN con un dominio de errores que no está disponible, la operación genera errores. El motivo es que no se puede cumplir la directiva de almacenamiento predeterminada de vSAN y el aprovisionamiento de una máquina virtual con Site Recovery Manager en el almacenamiento genera errores.

    Solución alternativa: Registre manualmente la máquina virtual recuperada en el clúster ampliado de vSAN. La máquina virtual comienza a cumplir con la directiva de almacenamiento predeterminada de vSAN cuando el dominio de errores queda disponible.

  • El almacén de datos puede aparecer como inactivo en el inventario del sitio protegido original después de la nueva protección

    Si utiliza un almacenamiento ampliado y ejecuta una nueva protección después de una recuperación ante desastres, puede recibir la siguiente advertencia.

    No se encontró el objeto solicitado o ya se eliminó.

    Después de la nueva protección, el almacén de datos en el inventario del sitio protegido original aparecerá como inactivo.

    Solución alternativa: Actualice o vuelva a examinar los adaptadores de almacenamiento.

    1. Haga clic en la pestaña Configurar y seleccione Adaptadores de almacenamiento.
    2. Haga clic en el icono Actualizar o Volver a examinar para actualizar o volver a examinar todos los adaptadores de almacenamiento.
  • Site Recovery Manager utiliza el valor predeterminado de la opción remoteSiteStatus.drPanicDelay incluso si se ha modificado el valor

    Aunque se establezca un valor personalizado para la demora entre un evento que no responde y un evento de sitio inactivo, la opción drPanicDelay posee un valor predeterminado en la vista Tareas.

    Solución alternativa: Cambie el valor de la opción remoteSiteStatus.drPanicDelay y reinicie el servidor de Site Recovery Manager.

  • Site Recovery Manager utiliza el valor predeterminado de la opción remoteSiteStatus.drPingFailedDelay incluso si se establece un valor predeterminado

    Aunque se establezca un valor personalizado para remoteSiteStatus.drPingFailedDelay, la opción tiene un valor predeterminado en la vista Tareas.

    Solución alternativa: Establezca el valor predeterminado para la opción remoteSiteStatus.drPingFailedDelay y reinicie el servidor de Site Recovery Manager.

  • Una máquina virtual y un grupo de consistencia asignados a una directiva de almacenamiento eliminado aparecen en la pestaña Objetos relacionados

    Si se elimina una directiva de almacenamiento, las máquinas virtuales y el grupo de consistencia asignados a la directiva de almacenamiento aparecerán como objetos relacionados en el grupo SPPG.

    Solución alternativa: Vuelva a crear el grupo de protección de directivas de almacenamiento. Después de volver a crear el grupo, las máquinas virtuales y el grupo de consistencia no aparecerán en la pestaña Objetos relacionados.

  • La recuperación de una máquina virtual cifrada puede generar errores durante el paso de encendido si la clave de cifrado no está disponible en el sitio de recuperación

    Si recupera una máquina virtual cifrada y la clave de cifrado utilizada en el sitio protegido no está disponible en el sitio de recuperación durante el proceso de recuperación, se produce un error en la recuperación cuando Site Recovery Manager enciende la máquina virtual.

    Solución alternativa: Siga estos pasos.

    1. Elimine la máquina virtual cifrada del inventario del sitio de recuperación.
    2. Asegúrese de que el servidor de administración de claves y la clave de cifrado utilizada en el sitio protegido se encuentren disponibles en el sitio de recuperación.
    3. Registre la máquina virtual cifrada en el inventario del sitio de recuperación.
    4. En la interfaz de usuario de Site Recovery Manager, abra las opciones de recuperación de la máquina virtual cifrada y deshabilite el encendido en la máquina virtual durante la recuperación.
    5. Vuelva a ejecutar la recuperación.
  • Una recuperación de prueba genera errores y muestra el mensaje No se puede crear una imagen aislada de prueba para el grupo

    Si tiene una máquina virtual con varios discos que se replican con vSphere Replication en diferentes almacenes de datos de vSphere Virtual Volumes en el sitio secundario, la operación de recuperación de prueba genera errores. Durante una recuperación de prueba, vSphere Replication intenta crear clones asociados para los discos de réplica de vSphere Virtual Volumes, pero la operación genera errores debido a que no se admiten clones asociados en los diferentes almacenes de datos. vSphere Replication crea clones asociados solo durante una recuperación de prueba. La recuperación planificada, la recuperación no planificada y la nueva protección se completan correctamente.

    Solución alternativa: Una operación de recuperación de prueba con discos de vSphere Virtual Volumes se completa correctamente solo si todos los discos se replican en el mismo almacén de datos de vSphere Virtual Volumes en el sitio secundario.

  • Los discos virtuales de las máquinas virtuales recuperadas se asocian con la directiva de almacenamiento predeterminada, independientemente de su asociación en las máquinas virtuales protegidas

    Lo mismo sucede con las máquinas virtuales después de un ciclo completo de nueva protección. Todos los discos virtuales están en las ubicaciones correctas, las máquinas virtuales pueden encenderse y siguen estando protegidas por Site Recovery Manager. Los discos virtuales de máquinas virtuales cifradas siguen estando cifrados incluso después de perder la asociación con el perfil de almacenamiento de cifrado.

    Solución alternativa: Aplique las directivas de almacenamiento correctas después de recuperar las máquinas virtuales.

  • El primer intento de recuperar las máquinas virtuales ubicadas en vSphere Virtual Volumes puede generar errores durante los pasos de personalización

    Site Recovery Manager no puede reconocer versiones anteriores de VMware Tools instaladas en máquinas virtuales ubicadas en el almacenamiento de vSphere Virtual Volumes durante el primer intento de recuperación. Es posible que se observen los siguientes errores, según la versión de VMware Tools instalada en las máquinas virtuales recuperadas. Vim::Fault::OperationNotSupportedByGuest : "El sistema operativo invitado no admite la operación". Vim::Fault::InvalidGuestLogin : "No se pudo autenticar en el sistema operativo invitado con las credenciales proporcionadas".

    Solución alternativa:

    1. Vuelva a ejecutar el plan de recuperación con errores, o bien límpielo y vuelva a ejecutarlo.
    2. Actualice VMware Tools a la versión más reciente para todas las máquinas virtuales ubicadas en almacenamiento de vSphere Virtual Volumes.

  • La migración planificada puede generar un error para las máquinas virtuales protegidas en un almacén de datos de vSphere Virtual Volumes

    Si tiene máquinas virtuales protegidas en almacenes de datos de vSphere Virtual Volumes, la migración planificada de las máquinas virtuales puede generar el siguiente error en el paso Cambiar el almacenamiento del sitio de recuperación para permitir la escritura.

    Error - No se pudo cambiar la directiva de almacenamiento: El destino de vSphere Virtual Volumes encontró un error específico del proveedor. Configuración no válida de la máquina virtual. Un parámetro especificado no era correcto: path.

    Solución alternativa: Vuelva a ejecutar el plan de recuperación.

  • El plan de recuperación genera errores si las máquinas virtuales recuperadas utilizan la versión más reciente de VMware Tools y no están sincronizadas con el host ESXi en el sitio de recuperación

    Si utiliza operaciones de personalización de direcciones IP o llamadas de invitados y la hora del sistema operativo invitado en la máquina virtual recuperada no está sincronizada con el host ESXi en el sitio de recuperación, recibirá el siguiente error.

    Error: No se pudo autenticar en el sistema operativo invitado con las credenciales proporcionadas.

    Solución alternativa: Si la opción recovery.autoDeployGuestAlias en la configuración avanzada está configurada con el valor FALSE, asegúrese de que exista una sincronización de hora entre la máquina virtual recuperada y la instancia de vCenter Single Sign-On en el sitio de recuperación y, a continuación, vuelva a ejecutar el plan de recuperación.

    Si la opción recovery.autoDeployGuestAlias en la configuración avanzada está configurada con el valor TRUE y el sistema operativo invitado de la máquina virtual recuperada es Windows, asegúrese de que exista una sincronización de hora entre el host ESXi y la instancia de vCenter Single Sign-On en el sitio de recuperación y, a continuación, vuelva a ejecutar el plan de recuperación que generó errores.

    Si la opción recovery.autoDeployGuestAlias en la configuración avanzada está configurada con el valor TRUE y el sistema operativo invitado de la máquina virtual recuperada es Linux, asegúrese de que exista una sincronización de hora entre el host ESXi y la instancia de vCenter Single Sign-On en el sitio de recuperación, actualice los parámetros de configuración de la máquina virtual con el siguiente procedimiento y, a continuación, vuelva a ejecutar el plan de recuperación que generó errores.

    1. Haga clic con el botón secundario en la máquina virtual recuperada.
    2. Haga clic en Editar configuración.
    3. En la pestaña Opciones, haga clic en General.
    4. Haga clic en Configuración para actualizar los parámetros de configuración.
    5. Haga clic en Agregar fila e introduzca time.synchronize.tools.startup.backward en el cuadro de texto Nombre y TRUE en el cuadro de texto Valor.
    6. Haga clic en Aceptar para confirmar.
  • Puede que algunas direcciones válidas de vCenter Server no aparezcan como destinos posibles cuando instala Site Recovery Manager.

    Si hay direcciones de vCenter Server duplicadas en su entorno debido a que se registraron varios servicios a partir de un único vCenter Server con distintas versiones, puede que no se incluyan algunas direcciones válidas. Site Recovery Manager informa de un error por las claves duplicadas en su archivo de registro de instalación.

    Aparece el siguiente mensaje de error en el archivo de registro de instalación de Site Recovery Manager:

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value '76B00E54-9A6F-4C13-8DD9-5C5A4E6101E3'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value 'default-first-site:b84bcef3-85fb-4d92-8204-2392acf0088d'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: ERROR: Duplicate key 'xxxxxx' exists

    Solución alternativa: Consulte https://kb.vmware.com/kb/2145520.


  • La sustitución del certificado SSL de vCenter Server provoca errores de validación de certificado en Site Recovery Manager.

    Si sustituye el certificado SSL en el sistema vCenter Server, se puede producir un error de conexión cuando Site Recovery Manager intenta conectarse a vCenter Server.

    Solución alternativa: Para obtener información sobre cómo actualizar los certificados de vCenter Server y permitir que soluciones como Site Recovery Manager sigan funcionando, consulte http://kb.vmware.com/kb/2109074.

  • La función de recuperación ante desastres para una máquina virtual conectada a una red de VSS muestra la red de sitio protegido en la interfaz de usuario para las asignaciones de red de marcador de posición temporales.

    Si utiliza una red de VSS para la que no configuró una asignación de red normal y ejecuta la función de recuperación ante desastres en un plan de recuperación con un grupo de protección de directivas de almacenamiento, Site Recovery Manager crea una asignación de marcador de posición temporal para esta red. Cuando completa la asignación de marcador de posición temporal, puede que aparezca una red en el sitio secundario con el mismo nombre que la red del sitio principal. Si no crea esta red explícitamente, no se trata de una red genuina. Sin embargo, se puede seleccionar como destino para la asignación de marcador de posición temporal y la recuperación se realizará correctamente. En ese caso, la red aparece como no accesible después de que finalice la recuperación, aun cuando las máquinas virtuales recuperadas aparezcan como conectadas a esta red en el sitio de recuperación.

    Solución alternativa: Después de la recuperación, asigne manualmente las máquinas virtuales a una red diferente y conéctelas a una red genuina.

  • No se eliminan las asignaciones de red de prueba cuando se elimina la asignación de red correspondiente.

    Puede darse el caso de que haya creado asignaciones de red y configurado una asignación de red específica para probar planes de recuperación y que, después de eliminar la asignación de red principal, la asignación de red de prueba no se elimine, aunque la red del sitio de recuperación que configuró no fuera el destino de otra asignación. Por ejemplo:

    • Configura una asignación de red de Protected_Network_Main en el sitio protegido a Recovery_Network_Main en el sitio de recuperación.
    • Configura una asignación de red de prueba de Recovery_Network_Main a Recovery_Network_Test para que se utilice como red de prueba para los planes de recuperación.
    • Recovery_Network_Main en el sitio de recuperación no se utiliza como destino para ninguna otra asignación de red.
    • Elimina la asignación de red de Protected_Network_Main a Recovery_Network_Main, utilizada para las recuperaciones completas.
    • La asignación de red de prueba de Recovery_Network_Main a Recovery_Network_Test no se elimina.

    Solución alternativa: Elimine la asignación de red de prueba manualmente.

  • Se produce un error en la dependencia entre dos máquinas virtuales (una con vMotion habilitado y otra sin él habilitado) en un almacenamiento extendido durante un flujo de trabajo de migración.

    Soluciones alternativas: Elimine la dependencia entre las máquinas virtuales y vuelva a ejecutar la migración planeada con vMotion. Vuelva a habilitar la dependencia manualmente en futuros flujos de trabajo de recuperación.
    Si desea conservar la dependencia entre máquinas virtuales, ejecute entonces la migración planeada sin vMotion. Ambas máquinas virtuales migran como máquinas virtuales normales según el orden de dependencia.

  • Site Recovery Manager no puede realizar el seguimiento de la eliminación de máquinas virtuales no críticas desde el inventario de vCenter Server, lo que produce errores de MONF en los flujos de trabajo de recuperación, recuperación de prueba y limpieza de prueba.

    Site Recovery Manager pierde las conexiones a los vCenter Servers en los sitios protegidos y de recuperación y no puede supervisar la eliminación de máquinas virtuales no críticas.

    Solución alternativa: Reinicie Site Recovery Manager Server.

  • Cuando edita una asignación de marcador de posición temporal, puede que vea el error La clave, el nombre o el identificador '6458aed1-6c80-4565-907f-189e6a102046' especificados ya existen.

    Este error se puede producir cuando hay una asignación regular para el mismo objeto de inventario del sitio protegido.

  • Si cambia el nombre de un almacén de datos asociado a una máquina virtual protegida, se pueden producir pérdidas de protección y en la configuración de recuperación.

    Una máquina virtual puede perder su estado de protección, así como valores de la configuración de recuperación, cuando cambia el nombre del almacén de datos asociado a ella. En primer lugar, desconecte Site Recovery Manager Server y, a continuación, cambie el nombre de los almacenes de datos para evitar perder valores de la configuración de recuperación de la máquina virtual.

    Solución alternativa: Para restaurar el estado de protección, reinicie Site Recovery Manager Server del sitio protegido o elimine el almacén de datos afectado del grupo de protección y, a continuación, vuelva a agregarlo. Después vuelva a configurar los valores de recuperación.

  • Site Recovery Manager muestra nombres incorrectos para algunos objetos de sitio protegidos en asignaciones de marcadores de posición.
    • Los centros de datos muestran el nombre vm en lugar del nombre definido por el usuario.
    • Los grupos de recursos muestran el nombre Recursos en lugar del nombre del grupo de recursos definido por el usuario.
    • Si traslada una máquina virtual a otra carpeta o grupo de recursos después de protegerla en un grupo de protección de perfiles de almacenamiento, las asignaciones de los marcadores de posición generados después del traslado muestran identificadores internos como folder-3 o resgroup-5 en lugar de nombres de objetos definidos por el usuario.

    Solución alternativa: No hay ninguna solución para los nombres de objetos incorrectos en las asignaciones de inventario. Compruebe el informe del historial de la prueba con el error o el flujo de trabajo de recuperación que hizo que se crearan las asignaciones del marcador de posición. Por ejemplo, si conoce el inventario del sitio protegido, puede determinar el centro de datos del mismo, la carpeta y el grupo de recursos que contenían la máquina virtual protegida que no pudo realizar la recuperación debido a que faltaba la asignación.

  • Cuando ejecuta una migración planeada con vMotion deshabilitado en un almacenamiento extendido con compensación de sitio estático, puede que la operación falle durante el paso de sincronización del almacenamiento.

    Solución alternativa: Después de que la migración planeada falle en el primer intento, ejecute los dispositivos de detección manualmente y vuelva a ejecutar la operación.

  • Después de que finalice el flujo de trabajo del plan, los últimos pasos de recuperación continúan mostrando el estado "En ejecución".

    El estado incorrecto es un problema transitorio de la interfaz de usuario. Site Recovery Manager ejecuta todos los pasos hasta finalizar.

    Solución alternativa: Haga clic en el icono de actualización global para actualizar la interfaz. Todos los pasos muestran el estado finalizado correcto.

  • Las indicaciones y comandos desaparecen de la lista de pasos en la vista de recuperación.

    Después de agregar una indicación o comando en Pasos de recuperación > Vista de recuperación, puede ver los mismos en la vista de prueba. Sin embargo, si intenta editar una indicación o comando en la vista de prueba, la indicación o comando específicos de la vista de recuperación podrían desaparecer de la lista de pasos.

    La desaparición de indicaciones o comandos es un problema temporal de la interfaz de usuario que afecta solo a la lista detallada de pasos de recuperación. Site Recovery Manager ejecuta todas las indicaciones y comandos cuando ejecuta una prueba o recuperación, aunque no aparezcan en la lista detallada de pasos.

    Solución alternativa: Haga clic en el icono de actualización global para actualizar la interfaz. Todas las llamadas vuelven a aparecer en la lista de pasos.

  • Cuando se produce un error en la matriz de almacenamiento en el sitio protegido, Site Recovery Manager no puede recuperar las máquinas virtuales en los grupos de protección de perfiles de almacenamiento.

    Las máquinas virtuales se desprotegen, aunque los datos siguen estando protegidos.

    Solución alternativa: Recupere manualmente los almacenes de datos y las máquinas virtuales en el sitio de recuperación.

  • El asistente de asignación de inventario muestra un inventario vacío después de que cambie un certificado de vCenter Server de confianza en un sitio remoto.

    Supongamos que su configuración utiliza certificados de confianza para vCenter Server tanto en sitios protegidos como en sitios de recuperación. Si cambia el certificado de vCenter Server para uno de los sitios con la sesión iniciada en la interfaz de Site Recovery Manager para el otro sitio y después trata de configurar asignaciones de recursos, el asistente de asignación de inventario muestra un inventario vacío en el sitio remoto.

    Solución alternativa: Cierre la sesión de vSphere Web Client y vuelva a iniciarla.

  • Site Recovery Manager desaparece de vSphere Web Client.

    En una instalación con vCenter Single Sign-On federado, Site Recovery Manager puede desaparecer de vSphere Web Client por alguna de las siguientes razones:

    • Inicia sesión en el sitio protegido o en el sitio de recuperación y Platform Services Controller para ese sitio está sin conexión. El complemento que se cargó la última vez que inició sesión no se implementa porque puede que una instancia de Platform Services Controller, vCenter Server o Site Recovery Manager Server en ese sitio, que sirve a Site Recovery Manager Plug-In, esté sin conexión.
      Solución alternativa: Reinicie el servicio de vSphere Web Client.
    • Instaló Site Recovery Manager en una configuración de sitio de recuperación compartido y desinstaló una de las instancias de Site Recovery Manager, registrada con vCenter Server, en el sitio compartido. Si eliminó todos los datos de Site Recovery Manager cuando desinstaló la instancia de Site Recovery Manager Server, Site Recovery Manager desaparece de vSphere Web Client. Ninguna de las instancias de Site Recovery Manager que queda está disponible.
      Solución alternativa: Reinicie el servicio de vSphere Web Client.
    • Site Recovery Manager Server en el sitio protegido o en el sitio de recuperación está sin conexión. En este caso, vSphere Web Client debe descargar el complemento del cliente de Site Recovery Manager del sitio activo que queda, pero no lo hace.
      Soluciones alternativas: Intente estas soluciones por orden.
      1. Reinicie la instancia de Site Recovery Manager Server que está sin conexión o repare la conexión entre Site Recovery Manager Server y Platform Services Controller.
      2. Si no puede conectar Site Recovery Manager Server, desinstale y vuelva a instalar esta instancia de Site Recovery Manager Server.
      3. Si no puede desinstalar Site Recovery Manager Server (por ejemplo, debido a que la máquina virtual que ejecuta no se puede iniciar), cancele el registro de la extensión de Site Recovery Manager Server del explorador de objeto gestionado (Managed Object Browser, MOB) de la instancia de vCenter Server para este sitio. A continuación, debe volver a instalar Site Recovery Manager.
  • Se produce un error la instalación de Site Recovery Manager si caduca el certificado de Platform Services Controller.

    Cuando se conecta a Platform Services Controller durante la instalación de Site Recovery Manager, puede aceptar el certificado de Platform Services Controller aunque haya caducado o ya no sea válido. Se produce un error en la instalación en el paso en el que selecciona la instancia de vCenter Server a la que conectarse, con el error No se pudo validar vCenter Server. Detalles: Error interno: código de error inesperado: -1. Se produce el mismo error si el certificado de Platform Services Controller caduca después de instalar Site Recovery Manager y de ejecutar el instalador de Site Recovery Manager en el modo Modificar. Si el certificado de Platform Services Controller caduca después de instalar Site Recovery Manager, pueden aparecer distintos errores en la interfaz de Site Recovery Manager.

    Solución alternativa: Reemplace el certificado de Platform Services Controller e intente instalar de nuevo.

  • En una instalación con vCenter Single Sign-On federado, Site Recovery Manager no puede iniciar la recuperación en cualquier plan cuando el nodo de protección se desactiva en la misma sesión.

    Solución alternativa: Cuando cambia la tipología de una instalación con vCenter Single Sign-On federado, cierre la sesión y vuelva a iniciarla en vSphere Web Client.

  • En una instalación con vCenter Single Sign-On federado, si el sitio remoto o el servicio de Platform Services Controller remoto están inactivos, Site Recovery Manager no puede cargar objetos en el inventario.

    Solución alternativa: Cierre sesión e inicie sesión en vSphere Web Client.

  • Al emparejar sitios en una instalación con vCenter Single Sign-On federado, Site Recovery Manager no muestra ningún error cuando uno de los usuarios de la solución no replica en la instancia de vCenter Single Sign-On secundaria.

    Solución alternativa: Reinicie la máquina virtual con dos instancias, una principal y otra secundaria, de Platform Services Controller.

  • La máquina virtual del marcador de posición del sitio de recuperación sigue existiendo después de eliminar el grupo de protección y el plan de recuperación.

    Cuando elimina el plan de recuperación y el grupo de protección del inventario de SRM, la máquina virtual del marcador de posición sigue siendo visible en el sitio de recuperación. Se produce un error cuando trata de crear un nuevo grupo de protección con el mismo almacén de datos y máquina virtual. Cuando trata de eliminar manualmente la máquina virtual del marcador de posición del inventario de vCenter Server, se produce un error. Site Recovery Manager marca la máquina virtual como huérfana.

    Solución alternativa: Elimine la máquina virtual del marcador de posición y elimine la máquina virtual huérfana. A continuación, cree el grupo de protección con la misma máquina virtual.

  • En Windows 8 o Windows 8.1 con las versiones 10 y 11 de Internet Explorer, cuando cambia la configuración regional a chino, vSphere Web Client muestra Site Recovery Manager en inglés.

    Solución alternativa: Utilice Chrome o Firefox.

  • Se produce un error en la limpieza si se intenta realizar en los 10 minutos siguientes tras reiniciar los hosts ESXi del sitio de recuperación desde el modo de mantenimiento.

    La operación de limpieza trata de intercambiar marcadores de posición y se basa en la memoria caché de resiliencia del host, que tiene un periodo de actualización de 10 minutos. Si intenta realizar una operación de intercambio en los hosts ESXi que se reinician dentro del periodo de 10 minutos, Site Recovery Manager no actualiza la información en la memoria caché de resiliencia del host de Site Recovery Manager y se produce un error en la operación de intercambio. Igualmente, se produce un error en la operación de limpieza.

    Solución alternativa: Espere 10 minutos y vuelva a intentar realizar la operación de limpieza.

  • Al volver a ejecutar la nueva protección, se produce el siguiente error: El grupo de protección '{NombreDelGrupoDeProtección}' ha protegido las máquinas virtuales con marcadores de posición que necesitan reparaciones.

    Si la operación ReloadFromPath no es tiene éxito durante la primera nueva protección, las máquinas virtuales protegidas entran en el estado repairNeeded. Cuando Site Recovery Manager ejecuta una nueva protección en el grupo de protección, Site Recovery Manager no puede reparar las máquinas virtuales protegidas ni restaurar las máquinas virtuales de marcador de posición. El error se produce cuando falla la primera operación de nueva protección para una máquina virtual porque la operación ReloadFromPath correspondiente falla.

    Solución alternativa: Vuelva a ejecutar la nueva protección con la opción forzar limpieza habilitada. Esta opción completa la operación de nueva protección y habilita la opción Volver a crear marcador de posición. Haga clic en Volver a crear marcador de posición para reparar las máquinas virtuales protegidas y restaurar las máquinas virtuales de marcador de posición.

  • La recuperación no continúa después de un error de conexión del sitio protegido.

    Si deja de haber acceso al sitio de protección durante una operación de desactivación o durante las operaciones RemoteOnlineSync o RemotePostReprotectCleanup (ambas suceden durante la nueva protección), puede que el plan de recuperación no progrese. En este caso, el sistema espera a que las máquinas virtuales o grupos que formaban parte del sitio de protección finalicen esas tareas interrumpidas. Si este problema se produce durante una operación de nueva protección, debe volver a conectar el sitio de protección original y, a continuación, cancelar y volver a iniciar el plan de recuperación. Si este problema se produce durante una recuperación, es suficiente con cancelar y reiniciar el plan de recuperación.

  • El montaje del volumen de VMFS presenta el error: No se pudo recuperar el almacén de datos.

    Este error puede ocurrir durante una latencia entre vCenter, ESXi y Site Recovery Manager Server.

    Solución alternativa: Vuelva a ejecutar el plan de recuperación.

  • La pérdida temporal de las conexiones de vCenter Server podría crear problemas de recuperación en las máquinas virtuales con asignaciones de discos sin formato.

    Si se pierde la conexión con vCenter Server durante una recuperación, podría producirse uno de los siguientes eventos:

    • vCenter Server permanece no disponible y se producen errores en la recuperación. Para resolver este problema, vuelva a establecer la conexión con vCenter Server y vuelva a ejecutar la recuperación.
    • En casos poco habituales, vCenter Server vuelve a estar disponible y la máquina virtual se recupera. En este caso, si la máquina virtual tiene asignaciones de discos sin formato (RDM), puede que estas no se realicen correctamente. Como resultado de este fallo en las asignaciones, puede que no sea posible encender la máquina virtual o que se produzcan errores relacionados con el sistema operativo invitado o con las aplicaciones que se ejecutan en este sistema.
      • Si se trata de una recuperación de prueba, realice una operación de limpieza y vuelva a encender la prueba.
      • Si se trata de una recuperación real, debe conectar manualmente la RDM correcta a esta máquina virtual recuperada.

    Consulte la documentación de vSphere sobre cómo editar la configuración de una máquina virtual para obtener más información sobre cómo agregar asignaciones de discos sin formato.

  • No se completa la cancelación del plan de recuperación.

    Cuando se ejecuta un plan de recuperación, se intentan sincronizar las máquinas virtuales. Es posible cancelar el plan de recuperación, pero los intentos para cancelar la ejecución del plan de recuperación no tienen éxito hasta que la sincronización finaliza o caduca. La caducidad predeterminada es de 60 minutos. Se pueden utilizar las siguientes opciones para completar la cancelación del plan de recuperación:

    • Pause vSphere Replication, lo que hace que falle la sincronización. Después de que la recuperación entre en estado de error, utilice vSphere Client para reiniciar vSphere Replication en la pestaña vSphere Replication. Después de reiniciar la replicación, se puede volver a ejecutar el plan de recuperación si se desea.
    • Espere a que la sincronización finalice o se agote el tiempo de espera. Puede que tarde un rato. Después de que la sincronización termine o caduque, la cancelación del plan de recuperación continúa.

  • Error en el plan de recuperación cuando se cierran máquinas virtuales protegidas: Error - Se agotó el tiempo de espera de la operación: 900 segundos durante el apagado de las máquinas virtuales en el paso de sitio protegido.

    Si utiliza Site Recovery Manager para proteger almacenes de datos en matrices que admiten intercambios dinámicos (por ejemplo, Clariion), ejecutar una recuperación ante desastres cuando el sitio protegido está parcialmente inactivo o ejecutar una recuperación forzosa puede producir errores cuando se vuelva a ejecutar el plan de recuperación para completar las operaciones del sitio protegido. Uno de estos errores se produce cuando el sitio protegido vuelve a tener conexión, pero Site Recovery Manager no puede desconectar las máquinas virtuales protegidas. Este error suele producirse cuando determinadas matrices hacen que las LUN protegidas sean de solo lectura, lo que hace que ESXi no pueda completar la E/S de las máquinas virtuales protegidas encendidas.

    Solución alternativa: Reinicie los hosts ESXi en el sitio protegido a los que afecten las LUN de solo lectura.

  • La migración planeada no se produce y genera el mensaje Error: No es posible copiar el archivo de configuración...

    Si hay dos hosts ESXi en un clúster y uno de ellos pierde la conectividad con el almacenamiento, normalmente el otro puede recuperar las máquinas virtuales replicadas. En algunos casos, el otro host podría no recuperar las máquinas virtuales y la recuperación generaría el siguiente error: Error: No es posible copiar el archivo de configuración...

    Solución alternativa: Vuelva a ejecutar la recuperación.

  • Se produce un error en la limpieza al desmontar el almacén de datos.

    La ejecución de la limpieza después de una recuperación de prueba puede fallar con el error Error - No se puede desmontar el almacén de datos 'nombre_de_almacén de datos' del host 'nombre_de_host'. La operación no se permite en el estado actual. Este problema se produce si el host ya desmontó el almacén de datos antes de ejecutar la operación de limpieza.

    Solución alternativa: Vuelva a ejecutar la operación de limpieza.

  • La personalización de IP genera errores debido a que se acaba el tiempo de espera cuando se cargan los scripts de personalización en las máquinas virtuales a través de VIX API.

    La carga de scripts de personalización de IP en máquinas virtuales a través de VIX cuando se ejecutan planes de recuperación genera un error de tiempo de espera.

    Solución alternativa: Ninguna.

  • Ejecutar una migración planeada de un plan de recuperación con máquinas virtuales no protegidas deja el entorno en estado no utilizable.

    Cuando un grupo de protección no contiene máquinas virtuales y ejecuta un plan de recuperación de este grupo de protección en un modo de migración planeada de una instancia remota de Site Recovery Manager Server, se produce un error en la operación. El plan pasa al estado de recuperación incompleta y no se puede eliminar. La LUN se desconecta tanto del host de protección como del de recuperación.

    Solución alternativa: Para restaurar el entorno, elimine el grupo de protección y el plan de recuperación y reconfigure manualmente la LUN mediante la interfaz de administración de SAN.

  • Cuando elimina permisos de un usuario en un sitio protegido y la sesión se inicia como este usuario, aparece el siguiente error: No es posible recuperar los datos de permisos. La sesión ya está iniciada. Aparece un error parecido en la pestaña Configuración avanzada.

    Este error aparece cuando elimina sus propios permisos en el ámbito del sitio. En su lugar, el mensaje debe informarle de que no dispone de permisos para ver la página.

  • La ejecución de un plan de recuperación genera un error de máquina virtual en el paso de configuración de almacenamiento.

    Las siguientes ejecuciones del plan de recuperación fallan en el mismo paso de configuración de almacenamiento para la misma máquina virtual con el error La clave, el nombre o el identificador especificados ya existen. Si observa el inventario de vCenter Server, verá dos máquinas virtuales con el mismo nombre que la máquina virtual, una de las cuales está en la carpeta de máquinas virtuales detectadas. Este problema se produce debido a un error de comunicación conocido entre vCenter Server y la instancia del servidor ESXi.

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