Notas de la versión 6.0.5 de vSphere Data Protection

|
Notas de la versión 6.0.5 de vSphere Data Protection | 6 de junio de 2017

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

Ventajas y funciones

La Guía de administración de vSphere Data Protection 6.0 proporciona información sobre las ventajas y las características de vSphere Data Protection.

Entornos compatibles

Para obtener información sobre los entornos compatibles, consulte la Matriz de interoperabilidad de VMware.

Nota: vSphere Data Protection 6.0.5 es compatible con vCenter Server 6.0 Update 3, pero no con vCenter Server 6.5.x.

Problemas conocidos y limitaciones

A continuación se proporcionan los problemas conocidos y las limitaciones de esta versión de vSphere Data Protection:

Problemas de VMware

  • Error en la copia de seguridad de la imagen de la máquina virtual encendida que está en ejecución en el almacén de datos de Virtual SAN (1281041)

    Se produce un error en la copia de seguridad de la imagen de las máquinas virtuales encendidas que están en ejecución en un almacén de datos de Virtual SAN, cuando tanto el dispositivo de vSphere Data Protection como la máquina virtual se ejecutan en el mismo almacén de datos de Virtual SAN, pero se alojan y se encienden desde hosts de vSphere diferentes. Este problema solo se produce cuando la máquina virtual se encuentra en estado encendido.

  • Compatibilidad del enrutamiento/NAT/firewall/IDS/TSNR entre el dispositivo de vSphere Data Protection y vCenter Server (1292848)

    Al configurar la red para el dispositivo de vSphere Data Protection y vCenter Server, no se admite la modificación de la información de dirección de red mediante NAT u otros métodos de configuración (por ejemplo: firewall, IDS o TSNR). Cuando estas herramientas se implementan como parte de la red virtual, es posible que algunas funcionalidades de protección de vSphere Data Protection no funcionen según lo diseñado.

  • La ejecución en modo seguro provoca que los usuarios no puedan limpiar las copias de seguridad con errores anteriores, en las que los artefactos se abandonan (1294581)

    Los errores 1293852 y 1294581 están relacionados con la habilitación del modo seguro. Actualmente, en la interfaz de usuario del dispositivo de vSphere Data Protection, se recomienda a los usuarios habilitar la verificación de host SSL (deshabilitada de forma predeterminada) si desean proteger su implementación. Anteriormente, esta opción no existía.

  • Se ha deshabilitado el inicio de sesión de usuario raíz en vSphere Data Protection 5.8 (1309755)

    Se ha deshabilitado el inicio de sesión de usuario raíz en vSphere Data Protection 5.8 porque no es una práctica recomendada. Es necesaria una opción para habilitar el inicio de sesión de usuario raíz de SSH. Si no se detecta actividad en el shell, el tiempo de espera de este se agotará tras 15 minutos. Es necesaria una opción para deshabilitar el tiempo de espera de shell. Estas mejoras resultarán útiles para la experiencia de soporte del cliente durante la solución de problemas y al utilizar el shell.

    Solución alternativa

    Inicie sesión con la cuenta del administrador y, a continuación, utilice el comando sudo para realizar las funciones del usuario raíz.

    Si no se detecta actividad en el shell de bash, el tiempo de espera de este (en el directorio/etc/profile) se agotará tras 15 minutos. Puede agregar el valor de tiempo de espera de la consola mediante el script de protección. Por ejemplo:

    TMOUT=900

    export TMOUT

  • Error al encender una máquina virtual cuando la máquina virtual con copia de seguridad se conectó a DVS y se restauró en otro host ESXi (222475)

    Al encender una máquina virtual después de restaurarla, vCenter Server devuelve un error de PowerOnFailure similar al siguiente:

    DRS no puede encontrar un host para encender o migrar la máquina virtual. La interfaz de red 'adaptador de red 1' utiliza la red '77 d3 02 50 5f 76 ca d7-db f9 42 6c 0f 6f 87 1f', que no es accesible

    Este mensaje de error se produce cuando el entorno donde se restaura la máquina virtual no tiene la conexión de red que estaba presente cuando se realizó la copia de seguridad de la máquina virtual. Por ejemplo, un usuario realiza una copia de una máquina virtual que está conectada a un vSwitch distribuido. A continuación, el usuario restaura la máquina virtual en un host ESXi que forma parte de un clúster de Distributed Resource Scheduler (DRS). La instancia de vSwitch no existe en el clúster de DRS. Por lo tanto, al encender la máquina virtual se produce un error.

    Solución alternativa

     Edite la configuración de la máquina virtual, establezca la conexión de red con el adaptador de red y, a continuación, encienda la máquina virtual.

Problemas de interoperabilidad

  • En un entorno de Virtual SAN, se permite la operación de restauración a la ubicación original a nivel de imagen, pero la operación de restauración a la ubicación original a nivel de disco está atenuada después de migrar la máquina virtual completa a otro almacén de datos (58839)

    Solución alternativa

    Puede restaurar la máquina virtual completa con una copia de seguridad a nivel de imagen o restaurar la copia de seguridad a nivel de disco como un disco nuevo en la máquina virtual original.

Problemas de actualización

  • Para actualizar el dispositivo de vSphere Data Protection de las versiones 5.5.10, 5.8.2, 6.0.2 o 6.0.3 a 6.0.4, se requiere la actualización del kernel (244133)

    Antes de actualizar el dispositivo de vSphere Data Protection de las versiones 5.5.10, 5.8.2, 6.0.2 o 6.0.3 a 6.0.4, actualice el kernel del dispositivo de vSphere Data Protection que desee actualizar. De lo contrario, se producirá un error en la actualización.

    Solución alternativa

    Realice los siguientes pasos para actualizar el kernel del dispositivo de vSphere Data Protection:

    1. Desde el paquete de instalación de vSphere Data Protection 6.0.4 en el dispositivo de vSphere Data Protection que desea actualizar, copie el archivo <vSphereDataProtectionHotfix_KernelUpgrade>.tar.gz en cualquier directorio, por ejemplo, /root, en el mismo dispositivo de vSphere Data Protection.
    2. Extraiga el archivo <vSphereDataProtectionHotfix_KernelUpgrade>.tar.gz ejecutando el siguiente comando:

      tar -zxvf <vSphereDataProtectionHotfix_KernelUpgrade>.tar.gz

    3. Vaya al directorio <vSphereDataProtectionHotfix_KernelUpgrade>.
    4. Agregue los permisos de ejecución en el archivo <vSphereDataProtectionHotfix_KernelUpgrade>.sh ejecutando el siguiente comando:

      chmod a+x <vSphereDataProtectionHotfix_KernelUpgrade>.sh

    5. Ejecute el archivo <vSphereDataProtectionHotfix_KernelUpgrade>.sh:

      ./<vSphereDataProtectionHotfix_KernelUpgrade>.sh

      El dispositivo de vSphere Data Protection se reiniciará.

      El kernel se actualizará.

    6. Actualice el dispositivo de vSphere Data Protection mediante la imagen ISO de vSphere Data Protection 6.0.4.

Problemas de VMDK

  • Comportamiento incorrecto del dispositivo de vSphere Data Protection cuando se agregan más discos a las mismas ranuras de SCSI (59774)

    El dispositivo de vSphere Data Protection inicia una operación de restauración con los mismos identificadores SCSI en la misma máquina virtual existente asignada a dos puntos de restauración diferentes. Además, la página de resumen indica incorrectamente que se agregarán dos nuevos discos virtuales. La operación de restauración se completa correctamente sin informar al usuario de que solo se agregó el primer disco y de que el segundo disco simplemente reemplazó al primero.

Problemas de vSphere Data Protection

  • No se permite cambiar la contraseña en una instancia configurada de vCenter Server en el dispositivo de vSphere Data Protection, incluso después de que la contraseña caduque (59497)

    La utilidad de configuración de vSphere Data Protection no permite un cambio de contraseña para la instancia configurada de vCenter Server si las copias de seguridad se encuentran en estado de ejecución en el servidor. Si la contraseña del usuario en la instancia configurada de vCenter Server ya caducó, no se publican tareas en la consola de tareas y por eso no se pueden cancelar.

    Solución alternativa

    Realice los pasos siguientes:

    1. Espere hasta que finalicen todas las copias de seguridad y las tareas en el dispositivo de vSphere Data Protection y, a continuación, cambie la contraseña.
    2. Reinicie el dispositivo de vSphere Data Protection en la ventana de mantenimiento y, a continuación, inicie sesión en la utilidad de configuración de vSphere Data Protection. Luego, cambie la contraseña de vCenter Server desde la utilidad de configuración de vSphere Data Protection.

  • El resultado de la prueba de evaluación de rendimiento (Performance Assessment Test, PAT) cambia a Nunca ejecutar cuando se modifica el nombre de almacén de datos (59784)

    En este escenario, el usuario abre la utilidad de configuración de vSphere Data Protection, hace clic en la pestaña Almacenamiento, selecciona un almacén de datos y hace clic en la casilla Ejecutar el análisis de rendimiento en la configuración de almacenamiento. La prueba de análisis de rendimiento se completa con éxito y los resultados correspondientes se muestran correctamente. Sin embargo, si el usuario cambia el nombre del almacén de datos, los resultados del análisis de rendimiento indican erróneamente el estado Nunca ejecutar.

  • El servidor de vSphere Data Protection es propenso a ataques del tipo “man-in-the-middle” (197873)

    Después de habilitar la configuración de SSL para proteger una conexión entre vCenter Server y vSphere Data Protection, un usuario no puede conectarse desde el complemento de vSphere Data Protection. Como resultado, aparece el siguiente error en vdr-server.log:

    javax.net.ssl.SSLHandshakeException:java.security.cert.CertificateException: No se encontraron nombres alternativos de sujeto que coincidan con la dirección IP x.x.x.x

    Causa principal

    vCenter Server se registra en vSphere Data Protection mediante el uso de una dirección IP de vCenter Server. No hay un nombre alternativo del sujeto disponible en el certificado de vCenter Server.

    Solución alternativa

    Opte por una de las siguientes soluciones alternativas:

    • Vuelva a generar el certificado autofirmado de vCenter Server y agregue el nombre alternativo del sujeto para incluir la dirección IP.
    • Vuelva a registrar vCenter Server con vSphere Data Protection utilizando el nombre de host completo que se proporcionó en el certificado de vCenter Server. Si decide volver a registrar mediante el uso de un nombre de host completo, se eliminarán todos los trabajos de copia de seguridad y las directivas. Debe volver a crear los trabajos de copia de seguridad y las directivas después de hacer cambios en la configuración. Los trabajos de restauración y las copias de seguridad no se ven afectados.
  • A pesar de que se procesan correctamente los trabajos de comprobación de copias de seguridad automáticas (Automatic Backup Verification, ABV), vSphere Data Protection muestra siempre los trabajos ABV como “nunca” en la columna “Finalizar” en la pestaña Informes o en la pestaña Comprobación de la copia de seguridad (233385)
  • Solución alternativa

    Reinicie el servicio emwebapp.sh ejecutando el siguiente comando:

    emwebapp.sh -restart

Problemas de copias de seguridad

  • La carga de clientes tarda una cantidad significativa de tiempo al editar o clonar un trabajo de copia de seguridad (60249)

    Las acciones de edición o clonación de un trabajo de copia de seguridad para un servidor SharePoint (complemento actualizado) tardan entre 5 y 10 minutos en cargar clientes. Además, se producen algunas demoras durante la carga de clientes para los servidores de Microsoft Exchange y SQL que se crearon antes de una actualización.

    Se trata de un problema conocido que se solucionará en una versión futura.

  • Se produce un error en la copia de seguridad de una máquina virtual cuando el host ESXi se traslada de un centro de datos a otro dentro del mismo inventario de vCenter Server (207375)

    Cuando se mueve un host ESXi de un centro de datos (centro de datos A) a otro (centro de datos B) y, a continuación, se realiza una copia de seguridad manual de un cliente de máquina virtual en el centro de datos B, se puede producir un error en la copia de seguridad. El registro de error muestra que el trabajo de copia de seguridad aún hace referencia al centro de datos A en lugar de B.

    Para solucionar este problema, realice uno de los siguientes pasos antes de ejecutar una copia de seguridad manual de la máquina virtual:

    • Espere 24 horas. Esto permite que la tarea de copia de seguridad refleje el centro de datos correcto.
    • Ejecute el siguiente comando mccli vmcache sync:

mccli vmcache sync --name=vCenter_Server_IP_address --domain=/vCenter_Server_IP_address

Problemas de restauración

  • Al intentar eliminar una máquina virtual durante una operación de restauración de vSphere Data Protection, no se elimina correctamente del inventario de vSphere Data Protection. Esto provoca un error cuando se editan los trabajos de copia de seguridad que incluyen la máquina virtual eliminada como origen. Además, si se crea una máquina virtual con el mismo nombre, se producirá un error al intentar agregar la máquina virtual a un trabajo de copia de seguridad (35110)

    Solución alternativa

    Como práctica recomendada, evite eliminar máquinas virtuales durante las operaciones de restauración. Si se produce este error, cree la máquina virtual con un nombre nuevo y agréguela a una nueva tarea de copia de seguridad.

  • Restauración de nivel de archivo (File Level Restore, FLR): “Error 10007: Errores diversos” se muestra para la mayoría de los errores de FLR (45699)

    El mensaje “Error 10007: Errores diversos” se muestra para la mayoría de los errores de FLR. Además, FLR no muestra ningún mensaje de error en los casos donde hay un error de restauración debido a que el disco está lleno o una ruta de acceso de archivo es muy larga. Por lo tanto, es imposible determinar la causa principal del error de FLR.

  • Los discos eliminados se omiten al restaurar en la ubicación original (53004)

    Si la máquina virtual de destino ya no tiene el mismo tamaño de disco que la máquina virtual original para la que se realizó una copia de seguridad (si los discos se eliminaron de la máquina virtual), al realizar una operación de restauración a la ubicación original, después de seleccionar una marca de tiempo del punto de restauración en el panel Restaurar, se producirá un error silencioso al restaurar el disco que falta de la máquina virtual.

    Solución alternativa

    Restaure el disco a su ubicación original después de agregar manualmente el disco que falta a la máquina virtual. Asegúrese de que el disco sea del mismo tamaño que tenía cuando se realizó la copia de la máquina virtual. Si se produce un error en esta solución alternativa, puede restaurar el disco en una nueva ubicación para crear una nueva máquina virtual. Una vez finalizada la tarea de restauración, separe los discos restaurados de la máquina virtual nueva y asócielos a la máquina virtual requerida. Para ello, consulte la información de la sección “Separar y volver a asociar almacenamiento” de la Guía de administración de vSphere Data Protection.

  • Restauración de nivel de archivo (File Level Restore, FLR): Necesita el mensaje de error apropiado para cargar el árbol de la partición de EXT4 con proxy interno (191574)

    No se admite la exploración de FLR de una partición EXT4 con un proxy interno. Si el usuario realiza esta acción, no se solicita ningún error apropiado.

  • Restauración de la copia de seguridad de una réplica secundaria con errores o anulada con error de espacio de registro (CLON DE 197652: 197437)

    Al restaurar una copia de seguridad incremental de una réplica secundaria, la restauración devolvió un estado Con errores/Anulado; el registro indica el error de espacio de registro, aunque la base de datos no tiene espacio de registro. Tenga en cuenta que este problema no se observó al restaurar una copia de seguridad de una réplica principal.

    El problema está relacionado con la sincronización de los nodos AlwaysOn y se produce durante la creación del archivo de metadatos de SQL en el flujo de trabajo de la copia de seguridad, en casos donde se toma la copia de seguridad en una réplica secundaria de AlwaysOn.

    Este problema se traduce en copias de seguridad con un archivo de metadatos dañados, por lo que los usuarios no pueden realizar una recuperación de la cola de registro, o bien algunas copias de seguridad diferencial o incremental adicional no pueden vincularse a esta cadena de copia de seguridad.

    No hay pérdida de datos.

    Solución alternativa

    Realice una copia de seguridad completa. Asegúrese de que esté desactivada la opción de copia de seguridad “Forzar copia de seguridad incremental después de la copia de seguridad completa”.

Problemas de replicación

  • Error en la replicación de los clientes replicados en un arrendatario determinado en el servidor de destino (194669)

    La replicación de clientes replicados de un servidor de origen a un servidor de destino en una cuenta de arrendatario determinado produce el siguiente mensaje de error:

    La cuenta especificada () no se encuentra dentro del dominio de la autorización actual.

    Además, el error ocurre con las siguientes combinaciones de origen/destino:

    • Servidor de origen: vSphere Data Protection Advanced y Servidor de destino: vSphere Data Protection Advanced/Identidad de destino de replicación (Replication Target Identity, RTI)
    • Servidor de origen: RTI y Servidor de destino: RTI/vSphere Data Protection Advanced

  • Recuperación de replicación: Los registros de replicación llenan la partición raíz; necesita crear un vínculo simbólico a otra partición (195196)

    Los registros de replicación actualmente se encuentran en la partición /space y no en la partición root.

    Solución alternativa

    Administre los registros de replicación en el directorio /usr/local/Avamar/var/client (la partición de espacio).

  • La replicación se realiza correctamente cuando no hay puntos de restauración (196573)

    Las tareas de replicación se ejecutaron y se completaron correctamente, incluso después de que se eliminaran los puntos de restauración. Sin embargo, la tarea no replica las copias de seguridad. El comportamiento esperado es que la tarea falle porque no hay ningún punto de restauración para replicar.

    Se trata de un problema conocido que se solucionará en una versión futura.

Problemas con los sistemas operativos

Problemas con aplicaciones de Microsoft

  • En clientes Microsoft Exchange, hay demasiados mensajes de advertencia en el registro de avagent que se imprimen con frecuencia y llenan los registros (56723)

    El cliente Microsoft Exchange queda registrado con dos dispositivos de vSphere Data Protection Advanced en vCenter Server, que está causando el problema.

  • Actualización 2014: El usuario del agente de copia de seguridad se restablece al sistema local después de actualizar el complemento del cliente Microsoft Exchange (191795)

    Al actualizar el complemento de cliente Microsoft Exchange desde la versión anterior del dispositivo de vSphere Data Protection Advanced al dispositivo actual, el usuario de inicio de sesión del servicio de agente de copia de seguridad se restablece al Sistema Local, en lugar de hacerlo a Usuario de copia de seguridad.

    Desde las versiones 5.5.6 a 5.8 de vSphere Data Protection, el sistema restablece las credenciales a las del sistema local sin pedir permiso, lo que provoca un error en el trabajo de copia de seguridad.

    Solución alternativa

    Para editar el trabajo de copia de seguridad de Microsoft Exchange o para crear un trabajo nuevo de este tipo, el usuario debe configurar manualmente el servicio del agente de copia de seguridad. Para ello, debe introducir el nombre de usuario y la contraseña mediante la utilidad de configuración del usuario de copia de seguridad.

  • Directorios virtuales de SharePoint no restaurados (248324)

    Al realizar una copia de seguridad completa de una aplicación web, no se copian los directorios virtuales de SharePoint. Por lo tanto, si se eliminan la aplicación web de origen y los directorios virtuales de SharePoint, y se restaura la copia de seguridad de la aplicación web, no se restaurarán los directorios virtuales de SharePoint. No se pueden abrir los sitios que aparecen en la aplicación web.

    Solución alternativa

    1. Realice una copia de la imagen completa de la máquina virtual.
    2. Para restaurar los directorios virtuales requeridos, realice una restauración de nivel de archivo de la copia de seguridad de la imagen de la máquina virtual.

Problemas de la comprobación de copias de seguridad automática (ABV)

  • ABV: Error en el trabajo de comprobación después de cambiar el nombre del almacén de datos (55790)

    Este error puede ocurrir si se cambia el nombre del almacén de datos de destino o se lo mueve fuera de vSphere Data Protection.

    Solución alternativa

    Edite el trabajo de comprobación y seleccione el almacén de datos de destino que se movió o al que se cambió el nombre como el nuevo destino. Para obtener instrucciones, consulte “Editar un trabajo de comprobación de copia de seguridad” en la Guía de administración de vSphere Data Protection.

  • ABV: El trabajo de comprobación no se puede iniciar cuando la ruta de acceso de destino para el host se modifica (55795)

    Solución alternativa

    Edite el trabajo de comprobación y seleccione la ruta de acceso de destino correspondiente al realizar el trabajo de comprobación.

  • Se notifican mensajes de error inadecuados si falló el trabajo de comprobación debido a problemas de conexión por un dominio de datos (56619)

    No se puede restaurar la copia de seguridad y se produce un error en el trabajo de comprobación debido a que el dispositivo de vSphere Data Protection no puede comunicarse con el dominio de datos. Se espera que se produzca un error en el trabajo de comprobación. Sin embargo, no aparece el mensaje de error apropiado y el usuario no sabe la causa del error.

Problemas resueltos

En la siguiente tabla, se enumeran los problemas que se solucionaron en esta versión de vSphere Data Protection:

Número de defecto Descripción
268134 Se publica la tarea del trabajo de recuperación de réplicas con el servidor de origen como desconocido.
265470 La interfaz gráfica de usuario de FLR muestra un mensaje de error confuso que indica que en la interfaz no se puede examinar una máquina virtual debido a que los servidores proxy no están disponibles.
273171 Se solucionan las vulnerabilidades de seguridad notificadas por los clientes.
265938 Se corrige la clave privada de SSH comprometida y los problemas de seguridad del almacenamiento de credenciales de vCenter Server experimentados en vSphere Data Protection 6.1.2 y versiones anteriores.
280874 Se soluciona el problema de deserialización de Java.
280697 Se agrega un resumen del sistema operativo del cuarto trimestre de 2016 a vSphere Data Protection 6.0.5 para solucionar las vulnerabilidades de seguridad.
282558 Se actualiza la versión de Java para vSphere Data Protection 6.0.5.