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

|

Site Recovery Manager 6.1.1.1 | 10 de noviembre de 2016 | Compilación 4535903

Site Recovery Manager 6.1.1 | 26 de mayo 2016 | Compilación 3884620

Última actualización: 24 de febrero de 2017

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

Para obtener información sobre las versiones de revisión de Site Recovery Manager 6.1.1.x, consulte la sección correspondiente de 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.1.1

VMware Site Recovery Manager 6.1.1 proporciona nuevas correcciones a errores que se describen en la sección Problemas resueltos.

Actualización VMware Site Recovery Manager 6.1.1 proporciona las siguientes nuevas funciones:

  • Soporte técnico para la autenticación de dos factores con RSA SecurID para vCenter Server 6.0U2.
  • Soporte técnico para la autenticación de tarjeta inteligente (tarjeta de acceso común) para vCenter Server 6.0U2.
  • Site Recovery Manager 6.1.1 ya es compatible con las siguientes bases de datos externas:
    • Microsoft SQL Server 2012 Service Pack 3
    • Microsoft SQL Server 2014 Service Pack 1
  • Soporte técnico de localización en español.

VMware Site Recovery Manager 6.1.1 es compatible con VMware vSphere 6.0 Update 2.

Nota: Para la interoperatibilidad con versiones anteriores o posteriores de VMware vSphere, consulte las matrices de compatibilidad para VMware Site Recovery Manager 6.1.

Para obtener información sobre las funciones de vSphere 6.0 Update 2 y los métodos de autenticación de vCenter Server Update 2, consulte la documentación de vSphere 6.0.

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

Localización

VMware Site Recovery Manager 6.1.1 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

Para obtener información sobre interoperatibilidad y compatibilidad de productos, incluida la de sistemas operativos invitados y de la personalización de sistemas operativos invitados, consulte las matrices de compatibilidad para VMware Site Recovery Manager 6.1.

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 Virtual SAN

Site Recovery Manager 6.1.1 puede proteger las máquinas virtuales que residen en VMware Virtual SAN mediante vSphere Replication. Virtual SAN no necesita que funcione ningún adaptador de replicación de almacenamiento (Storage Replication Adapter, SRA) con Site Recovery Manager 6.1.1.

Soporte técnico de VMware VSA

Site Recovery Manager 6.1.1 puede proteger las máquinas virtuales que residen en vSphere Storage Appliance (VSA) mediante vSphere Replication. VSA no necesita que funcione ningún adaptador de replicación de almacenamiento (Storage Replication Adapter, SRA) con Site Recovery Manager 6.1.1.

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 5.8.x a la versión 6.1.1 de Site Recovery Manager. Para actualizar de Site Recovery Manager 5.8.x a Site Recovery Manager 6.1.1, primero debe actualizar Site Recovery Manager de 5.8.x a 6.0.x. No se admite la actualización directa de vSphere Replication de la versión 5.8.x a la versión 6.1.1. Si utiliza vSphere Replication con Site Recovery Manager 5.8.x y actualiza vSphere Replication de la versión 5.8.x a la versión 6.1 directamente, cuando trata de realizar la actualización intermedia de Site Recovery Manager de la versión 5.8.x a la versión 6.0.x, se produce un error en la actualización de Site Recovery Manager que alerta de una versión incompatible de vSphere Replication. Actualice vSphere Replication a la versión 6.0.x antes de actualizar Site Recovery Manager de 5.8.x a 6.0.x. Si ya actualizó vSphere Replication de 5.8.x a 6.1 directamente, consulte KB 2136677.
  • 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 podría 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 puertos de red que Site Recovery Manager necesita que estén abiertos en ambos sitios, consulte http://kb.vmware.com/kb/2119329.

Límites operativos de Site Recovery Manager 6.1.1

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

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.1.1 están disponibles en Descargas de VMware Site Recovery Manager. También puede descargar archivos de origen para cualquier GPL, LGPL u otras licencias similares que necesiten disponer del código de origen abierto 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.1.1 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 que esté 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.1.1 no admite la protección de máquinas virtuales configuradas con vSphere Fault Tolerance (FT) de varias CPU. Sin embargo, Site Recovery Manager 6.1.1 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 CPU múltiple 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. Debe desactivar vSphere FT manualmente en las máquinas virtuales recuperadas eliminando las propiedades de FT y volviendo a ejecutar el plan de recuperación.
    • 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.1.1 admite la replicación de máquinas virtuales en Virtual Volumes (vVols) con limitaciones. Site Recovery Manager 6.1.1 no admite la protección de máquinas virtuales en Virtual Volumes aunque utilice vSphere Replication como tecnología de replicación para la protección.
  • Site Recovery Manager 6.1.1 no admite los almacenes de datos de NFS v 4.1.
  • Site Recovery Manager no admite la reconfiguración de grupos de protección de perfiles de almacenamiento, como el cambio del conjunto de directivas de almacenamiento de asociación, el nombre de grupo o las descripciones. Si necesita 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 su Platform Services Controller para instalar Site Recovery Manager 6.1.1 y emparejar sus sitios de Site Recovery Manager 6.1.1.
    2. Las instancias de vCenter Server en ambos sitios de Site Recovery Manager 6.1.1 deben funcionar en modo Enhanced Linked Mode. Para evitar errores durante la actualización de Site Recovery Manager 6.1.1 a una nueva versión de Site Recovery Manager, las instancias de vCenter Server en ambos sitios deben ser partners de replicación directos.

Versiones de revisión disponibles

Las versiones de revisión Express de Site Recovery Manager 6.1.1.x resuelven problemas que se han encontrado después de la versión 6.1.1 inicial. Las versiones de revisión pueden obtenerse en la página Descargas de Site Recovery Manager en http://www.vmware.com/go/download-srm.

Versión de revisión Express de Site Recovery Manager 6.1.1.1

Fecha de publicación: 10 de noviembre de 2016 | Compilación 4535903

La versión de revisión Express de Site Recovery Manager 6.1.1.1 habilita el cifrado ECDHE.

La versión de revisión Express de Site Recovery Manager 6.1.1.1 resuelve los siguientes problemas:

  • El informe de historial del plan de recuperación no puede exportarse si el nombre contiene caracteres especiales

    Si el nombre del plan de recuperación incluye caracteres como /, * o %, al presionar Descargar informe, no se lleva a cabo ninguna acción. No se puede descargar el informe de historial. Si elimina los caracteres especiales del nombre del plan, el informe se exporta correctamente.

  • Al realizar tareas de conmutación por error con dispositivos RDM, SRM deja de responder o muestra el siguiente mensaje de error: El disco virtual está dañado o no posee un formato admitido.

  • Al realizar tareas de conmutación por error, SRM puede mostrar el siguiente mensaje de error: No es posible copiar el archivo de configuración "[almacén_de_datos]máquina/*.vmx" desde el host

    Este problema se resuelve con demoras y reintentos incorporados para los comandos de Network File Copy (NFC). La demora predeterminada para el comando de NFC se encuentra establecida en 3 segundos, mientras que el reintento predeterminado se encuentra establecido en 5.
    Si desea modificar los parámetros, desplácese hasta C:\Archivos de programa\VMware\VMware vCenter Site Recovery Manager\config y abra el archivo vmware-dr.xml. Agregue los siguientes elementos y establezca sus valores:
    <nfc>
    <retryCount>5</retryCount>
    <retryDelaySeconds>3</retryDelaySeconds>
    </nfc>

Notas de instalación y actualización

Si ejecuta Site Recovery Manager 6.1.1, actualice a Site Recovery Manager 6.1.1.1. Consulte Actualizar Site Recovery Manager en Instalación y configuración de Site Recovery Manager 6.1 para obtener instrucciones sobre la forma de actualizar Site Recovery Manager.

Si utiliza vSphere Replication con Site Recovery Manager 6.1.1, actualice el dispositivo de vSphere Replication a la versión 6.1.1.1. Consulte Notas de la versión de vSphere Replication 6.1.1.x para obtener información sobre vSphere Replication 6.1.1.1.

Problemas resueltos

En esta versión se resuelven los siguientes problemas de versiones anteriores.

  • El servicio de Site Recovery Manager falla si la información de NIC para su máquina virtual no es válida.

    Si la máquina virtual protegida forma parte de dos redes de máquinas virtuales y elimina una de sus direcciones MAC del archivo .vmx o algún problema de su entorno daña la información de NIC, se produce un error en la personalización de la IP de la máquina virtual, así como en el servicio de Site Recovery Manager en el sitio.

    Se solucionó el problema. El servicio no se bloquea y Site Recovery Manager escribe un error en sus registros.

    Por ejemplo, si elimina ethernet1.present y ethernet1.generatedAddress del archivo .vmx, aparece el siguiente error en los registros de Site Recovery Manager:

    Failed to customize IP for that VM

  • El método SrmLoginSites de la API pública de Site Recovery Manager devuelve un error InvalidLoginFault.

    Si los sitios de Site Recovery Manager están emparejados y funcionan en el modo Enhanced Linked Mode, el método SrmLoginSites devuelve un error incluso aunque llame al método con los parámetros username y password correctos.

    En el registro de ejecución aparece el siguiente error:

    "com.vmware.vim.binding.vim.fault.InvalidLogin: Cannot complete login due to an incorrect user name or password."

    Site Recovery Manager Server indica el siguiente error en sus registros:

    Cannot authenticate user Unknown

  • Las máquinas virtuales siguen mostrando la marca que indica que están administradas por SRM en el sitio protegido después de la recuperación.

    En máquinas virtuales en las que se estableció la opción Reservar toda la memoria de invitado (toda bloqueada), después de ejecutar la recuperación y volver a protegerlas, sigue apareciendo la marca Administrado por SRM en el sitio protegido. Debería aparecer como una máquina virtual normal.

  • Se produce un error en el servicio de Site Recovery Manager si el host no tiene una IP de vmkernel asignada.

    Se produce un error en el servicio de Site Recovery Manager si hay problemas en la asignación de la IP de vmkernel o existen errores temporales en la conexión entre el host, vCenter Server y Site Recovery Manager.

Problemas conocidos

Se detectaron los siguientes problemas conocidos después de pruebas rigurosas. Le ayudarán a comprender ciertos comportamientos que podría encontrar en esta versión.

  • NUEVO La personalización y la llamada de IP fallan cuando SRM 6.1.x recupera máquinas virtuales donde se ha instalado VMTools 10.1.x.

    Cuando Site Recovery Manager ejecute llamadas y personalización de IP en las máquinas virtuales recuperadas donde se haya instalado VMTools 10.1.x, verá el siguiente error: "Error inesperado '3051' al comunicarse con ESX o la máquina virtual invitada: El tipo de autenticación utilizado se deshabilitó en el sistema operativo invitado".

    Solución alternativa: Actualice a Site Recovery Manager 6.1.2 o 6.5, o utilice VMTools 10.0.9 en las máquinas virtuales recuperadas.

  • 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 produce un error de conexión cuando Site Recovery Manager trata de conectar 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.

  • Los grupos de protección de directivas de almacenamiento con máquinas virtuales no protegidas no reflejan ni recopilan cambios cuando una migración planeada presenta un estado de recuperación incompleta.

    Supongamos que se produce un error en la migración planeada en el estado de recuperación incompleta porque, en el almacén de datos protegido, hay una máquina virtual no protegida y no asociada a la directiva de almacenamiento apropiada. A continuación, asocia la máquina virtual no protegida a la directiva de almacenamiento correcta y vuelve a ejecutar la migración planeada, pero el grupo de protección de directiva de almacenamiento no se actualiza, por lo que no refleja ni recopila los cambios que realizó. Esta migración planeada continúa fallando en estado de recuperación incompleta debido a la máquina virtual no protegida, aun cuando esta máquina virtual ahora debe formar parte del grupo de protección.

    Soluciones alternativas: Pruebe alguna de las siguientes soluciones alternativas para sacar la máquina virtual del grupo de protección:

    • Si se puede acceder a la máquina virtual no protegida y no es de solo lectura, mígrela hasta sacarla del grupo de consistencia.
    • Copie la máquina virtual no protegida y utilice VirtualMachine.ReloadFromPath desde la API de vCenter Server para volver a cargar la máquina virtual en un almacén de datos que no se encuentra en el grupo de consistencia.
    • Copie la máquina virtual no protegida, cancele el registro de la antigua máquina virtual de vCenter Server y, a continuación, registre la nueva máquina virtual en un almacén de datos que no se encuentre en el grupo de consistencia. La máquina virtual pierde el valor MoRef pero mantiene el valor UUID.
    • Si la máquina virtual no protegida existe en el almacén de datos con error, cancele el registro de la misma en vCenter Server y recupérela manualmente en el sitio de recuperación.
  • Los planes de recuperación fallan en las máquinas virtuales no registradas en el paso del sitio protegido si Site Recovery Manager trata de cancelar el registro de una máquina virtual no protegida.

    Un plan de recuperación que incluye una máquina virtual no protegida puede fallar en las máquinas virtuales no registradas en el paso del sitio protegido cuando Site Recovery Manager trata de cancelar el registro de esa máquina virtual. Modificar la directiva de almacenamiento de la máquina virtual no protegida para agregarla al grupo de protección de directivas de almacenamiento después de haber intentado ejecutar la recuperación no resuelve el problema, tal y como se describe en el problema anterior.

    Solución alternativa: Traslade la máquina virtual no protegida a un almacén de datos diferente.

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

  • Cuando utiliza Storage DRS para migrar una máquina virtual a un almacén de datos que no coincide con las etiquetas de la directiva de almacenamiento, Site Recovery Manager no modifica la directiva de almacenamiento de la máquina virtual. Si esta máquina virtual está protegida en un grupo protegido de directivas de almacenamiento, podría perder la protección.

    Solución alternativa: En primer lugar, modifique la directiva Valor predeterminado de almacén de datos y, a continuación, la directiva de almacenamiento que corresponde al nuevo almacén de datos, para que el grupo de protección de directivas de almacenamiento correspondiente proteja automáticamente la máquina virtual.

  • La máquina virtual no está protegida ni asociada a ninguna directiva de almacenamiento protegida después de utilizar Storage vMotion.

    Si utiliza Storage vMotion en una máquina virtual protegida por un grupo de protección de directivas de almacenamiento de un almacén de datos a otro en un grupo de consistencia diferente y después utiliza Storage vMotion para volver al almacén de datos original, la máquina virtual no se protege.

    Solución alternativa: Vuelva a aplicar la directiva de almacenamiento en la máquina virtual. La máquina virtual vuelve a quedar protegida por el grupo de protección de directivas de almacenamiento original.

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

  • Cuando el sitio protegido está sin conexión, los planes de recuperación recién creados solo aparecen en la vista Árboles de inventario.

    Si el sitio protegido está sin conexión y crea un nuevo plan de recuperación desde el sitio de recuperación, el nuevo plan no aparece en la vista Inventarios > Planes de recuperación de la interfaz de Site Recovery Manager. El nuevo plan aparece en la vista Árboles de inventario > Planes de recuperación.

    Solución alternativa: Ninguna

  • Las operaciones de vSphere Replication fallan cuando hay mucho tráfico de replicación.

    Si recupera máquinas virtuales que protege mediante vSphere Replication, puede que, al protegerlas de nuevo, se produzca el error Unable to reverse replication y que otras operaciones fallen con el error java.net.UnknownHostException. Estos errores se producen porque las solicitudes de DNS se borran debido a la congestión de la red.

    Solución alternativa: Consulte las Notas de la versión de vSphere Replication 6.1.1.

  • 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.
  • Las operaciones fallan, pero Site Recovery Manager no emite ninguna advertencia o error cuando el certificado vCenter Server caduca.

    Si el certificado vCenter Server caduca, las operaciones de Site Recovery Manager fallan, pero no aparece ninguna advertencia o error en vSphere Web Client. El siguiente error aparece en los registros de Site Recovery Manager:

    [01460 warning 'Default'] Dr::Internal::StubExcTranslator : 
    Error while calling stub for 'dataservice.authentication.SessionManager:sessionManager'
    [...]
    --> The remote host certificate has these problems:
    --> 
    --> * A certificate in the host's chain is not time-valid.
    --> 
    --> * The certificate is not time-valid.
    --> 
    --> * unable to get local issuer certificate"
  • 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.

  • Site Recovery Manager no emite ninguna advertencia ni error cuando el certificado caduca o está a punto de hacerlo.

    El certificado de Site Recovery Manager caduca, pero no aparecen advertencias ni errores al iniciar sesión en Site Recovery Manager. Determinadas operaciones no se pueden realizar si el certificado caducó.

    Solución alternativa: Configure vCenter Server para que active alarmas para los siguientes eventos de Site Recovery Manager relacionados con la validez de los certificados:

    • SrmCertificateNotValidEvent
    • SrmCertificateExpiredEvent
    • SrmCertificateEvent

    Consulte Eventos del estado del sitio para obtener información sobre estos eventos. También puede ajustar el periodo de tiempo previo a la caducidad de un certificado en el que Site Recovery Manager emite un evento de caducidad de certificado modificando el valor localSiteStatus.minCertRemainingTime de configuración avanzada. Consulte Cambio de la configuración de sitio local en Administración de Site Recovery Manager para obtener información sobre esta configuración.

  • 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 una instalación con vCenter Single Sign-On federado, las funciones de Site Recovery Manager no aparecen en la lista correspondiente.

    Durante la instalación de Site Recovery Manager, el instalador crea privilegios y funciones para Site Recovery Manager que no se sincronizan correctamente entre los sitios. vCenter Server recibe la lista de funciones antes que la lista de privilegios y rechaza las funciones.

    Solución alternativa: Reinicie los servicios de vpxd que no registraron las funciones de Site Recovery Manager.

  • Cuando se trasladan grupos de protección en la carpeta raíz, Site Recovery Manager lanza una excepción FLEX.

    Solución alternativa: Descarte la excepción y realice una actualización global para volver a cargar vSphere Web Client.

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

  • Cuando las LUN del sitio de protección encuentran fallos en todas las rutas de acceso (All Paths Down, APD) o pérdida permanente de dispositivo (Permanent Device Loss, PDL), puede que Site Recovery Manager no recupere las LUN de asignación del disco sin formato (Raw Disk Mapping, RDM) en determinados casos.

    Durante el primer intento en una migración planeada, puede que vea el siguiente mensaje de error cuando Site Recovery Manager trata de desconectar la máquina virtual protegida:

    Error - No puede permitirse la operación a la hora actual porque la máquina virtual tiene una pregunta pendiente: 'msg.hbacommon.askonpermanentdeviceloss: El almacén que respalda el disco virtual VM1-1.vmdk muestra una pérdida permanente de dispositivo. Puede que pueda eliminar este dispositivo virtual en caliente desde la máquina virtual y continuar tras hacer clic en Reintentar. Haga clic en Cancelar para finalizar la sesión.

    Si las máquinas virtuales tienen dispositivos de RDM, en algunos casos, Site Recovery Manager no recupera la LUN de la RDM.

    Solución alternativa:

    1. Cuando las LUN encuentran los errores APD/PDL, ESXi Server marca todas las máquinas virtuales correspondientes con una pregunta que bloquea las operaciones de estas máquinas virtuales.
      1. En el caso de PDL, haga clic en Cancelar para apagar la máquina virtual.
      2. En el caso de APD, haga clic en Volver a intentar.

      Si ejecuta una migración planeada, Site Recovery Manager no puede apagar las máquinas virtuales de producción.
    2. Si las máquinas virtuales cuentan con dispositivos de RDM, Site Recovery Manager podría perder el rastro del dispositivo de RDM y no recuperarlo. Vuelva a examinar todos los HBA y asegúrese de que todas las LUN afectadas devuelven el estado APD/PDL.
    3. Compruebe el inventario de vCenter Server y responda a la pregunta de PDL que está bloqueando la máquina virtual.
    4. Si responde la pregunta de PDL antes de que las LUN vuelvan a tener conexión, la instancia de Site Recovery Manager Server en el sitio protegido detecta de forma incorrecta que el dispositivo de RDM ya no está conectado a esta máquina virtual y lo elimina. La siguiente vez que ejecuta una recuperación, Site Recovery Manager no recupera esta LUN.
    5. Vuelva a examinar todos los HBA para asegurarse de que todas las LUN tienen conexión en el inventario de vCenter Server y encienda todas las máquinas virtuales afectadas. vCenter Server asocia las RDM perdidas con máquinas virtuales protegidas.
    6. Compruebe la pestaña Administradores de matriz en la interfaz de Site Recovery Manager. Si no aparece ningún almacén de datos protegido ni dispositivo de RDM, haga clic en Actualizar para detectar los dispositivos y volver a computar los grupos de almacenes de trabajo.
    7. Asegúrese de que Edite la configuración del grupo muestra todos los almacenes de datos protegidos y los dispositivos de RDM, y que el estado de protección de la máquina virtual no muestra ningún error.
    8. Inicie una migración planeada para recuperar todas las LUN protegidas, incluidos los dispositivos de RDM.

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

  • Los nuevos usuarios con contraseñas de ASCII alto nativo no pueden iniciar sesión a través de vSphere Web Client.

    Cuando un nuevo usuario trata de iniciar sesión por primera vez utilizando vSphere Web Client con una contraseña de ASCII alto y tiene una configuración regional en francés o alemán, se produce un error en el inicio de sesión.

    Solución alternativa: Inicie sesión como administrador de vSphere Single Sign On (SSO) y agregue cualquier carácter ASCII único a la contraseña de ASCII alto existente del nuevo usuario.

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

  • Las máquinas virtuales siguen mostrando la marca que indica que están administradas por SRM en el sitio protegido después de la recuperación y la nueva protección.

    En máquinas virtuales con la opción Reservar toda la memoria de invitado (toda bloqueada) establecida, después de ejecutar la recuperación y volver a protegerlas dos veces, sigue apareciendo la marca Administrado por SRM en el sitio protegido. Debería aparecer como una máquina virtual normal.

    Solución alternativa: Ninguna

  • Después de actualizar Site Recovery Manager 6.1 a 6.1.1, las máquinas virtuales recuperadas por Site Recovery Manager 6.1 siguen mostrando la marca que indica que están administradas por SRM en el sitio protegido.

    En máquinas virtuales con la opción Reservar toda la memoria de invitado (toda bloqueada) establecida en Site Recovery Manager 6.1, después de ejecutar la recuperación en Site Recovery Manager 6.1, sigue apareciendo la marca Administrado por SRM en el sitio protegido. Debería aparecer como una máquina virtual normal.

    Solución alternativa: Para borrar la marca, ejecute el plan de recuperación después de actualizar Site Recovery Manager 6.1 a 6.1.1.

  • Cuando ejecuta una conmutación por error de prueba en una máquina virtual con Windows que está configurada para la personalización de IP, aparecerá el siguiente error en los registros: Error accessing guestcust.log.

    Este error se puede producir si la carpeta %TMP% o el archivo %TMP%\vmware-imc\guestcust.log no existen.

    Solución alternativa: Ejecute la personalización de IP manualmente.

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

  • La tarea de protección de la máquina virtual parece quedarse en el 100 %.

    El panel de tareas recientes de vSphere Web Client muestra una máquina virtual detenida en el 100 % durante la tarea Proteger máquina virtual. Site Recovery Manager marca la máquina virtual como Configurado, lo que indica que estaba protegida. No hace falta que realice ninguna acción, ya que Site Recovery Manager protege correctamente la máquina virtual.