Notas de la versión de vSphere Data Protection 6.1.2

|
Notas de la versión de vSphere Data Protection 6.1.2 | 15 de marzo de 2016

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

Ventajas y funciones

Lea sobre las ventajas y las funciones de este producto en los vínculos siguientes:

vSphere Data Protection 6.1.2 es compatible con actualizaciones en el lugar, es decir, actualizaciones de las versiones 6.1 y 6.1.1 a la versión 6.1.2.

Nota: La opción de actualización en el lugar es compatible desde la versión vSphere Data Protection 6.1 en adelante.

Entornos compatibles

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

Problemas conocidos y limitaciones

A continuación, se presentan problemas y limitaciones conocidos en esta versión de vSphere Data Protection.

Problemas de VMware

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

  • Se produce un error al encender una máquina virtual cuando la máquina virtual con copia de seguridad se conectó a un DVS y se restauró en otro ESX (222475)

    Cuando se enciende una máquina virtual después de su restauración, vCenter Server devuelve un error de encendido 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 aparece cuando el entorno en el que se restaura la máquina virtual no posee la conexión de red que estuvo presente cuando se creó la copia de seguridad de la máquina virtual. Por ejemplo, un usuario crea una copia de seguridad de una máquina virtual que se encuentra conectada a un vSwitch distribuido. Más adelante, el usuario restaura la máquina virtual en un host ESX que forma parte de un clúster de DRS (Distributed Resource Scheduler). La instancia de vSwitch no existe en el clúster de DRS. En consecuencia, se produce un error en el encendido de la máquina virtual.

    Solución alternativa

     Edite la configuración de la máquina virtual, configure la conexión de red al adaptador de red y luego encienda la máquina virtual.

  • La alarma de conflicto de MAC de la VM aparece después de restaurar la máquina virtual en una ubicación alternativa (1588177)

    Después de haber restaurado satisfactoriamente una máquina virtual, ya esté administrada por vCenter Server 6.0 P2 o vCenter Server 6.0 U2, en una ubicación alternativa, aparece la alarma de conflicto de MAC de la VM en vCenter Server, a pesar de que la dirección MAC cambió durante la restauración.

    Solución alternativa

    Confirme y borre la alarma.

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 copia de seguridad en el nivel de imagen o restaurar la copia de seguridad en el nivel de disco como un disco nuevo en la máquina virtual original.

Problemas de actualización

  • Se produce un error en la detección de ISO durante la actualización de vSphere Data Protection 6.1 a la versión 6.1.1 (244505)

    Solución alternativa

    Antes de actualizar vSphere Data Protection Appliance, realice los siguientes pasos:

    1. En el paquete de instalación de vSphere Data Protection 6.1.1 de la instancia de vSphere Data Protection Appliance que desea actualizar, copie el archivo VDP61_Iso_Hotfix.tar.gz en cualquier directorio (por ejemplo, /root) de la misma instancia de vSphere Data Protection Appliance.
    2. Ejecute el siguiente comando para extraer el archivo VDP61_Iso_Hotfix.tar.gz:

      tar -zxvf VDP61_Iso_Hotfix.tar.gz

    3. Vaya al directorio VDP61_Iso_Hotfix.
    4. Ejecute el siguiente comando para agregar los permisos de ejecución al archivo VDP61_Iso_Hotfix.sh:

      chmod a+x VDP61_Iso_Hotfix.sh

    5. Ejecute el archivo VDP61_Iso_Hotfix.sh:

      ./VDP61_Iso_Hotfix.sh

    El hotfix comprueba si se está ejecutando en vSphere Data Protection 6.1. Si el hotfix no puede detectar vSphere Data Protection 6.1, se cierra sin aplicar cambios.

    El hotfix crea una copia de seguridad del archivo vdr-configure.war de vSphere Data Protection 6.1 en el directorio /VDP_Files. Se necesita el archivo vdr-configure.war para revertir vSphere Data Protection al estado en el que se encontraba antes de la ejecución del hotfix.

Problemas de VMDK

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

    vSphere Data Protection Appliance inicia una operación de restauración con los mismos identificadores de SCSI en la misma máquina virtual existente asignada para dos puntos de restauración distintos. 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 aplicación de configuración de vSphere Data Protection no permite un cambio de contraseña para la instancia de vCenter Server configurada si las copias de seguridad se encuentran en el estado En ejecución en el servidor. Si la contraseña del usuario en la instancia de vCenter Server configurada caducó, las tareas no se publican en la consola de tareas y, en consecuencia, 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 vSphere Data Protection Appliance en la ventana de mantenimiento y, a continuación, inicie sesión en la interfaz de usuario de configuración de vSphere Data Protection y cambie la contraseña de vCenter Server en la interfaz de usuario 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 interfaz de usuario Configurar 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.

  • La GUI de vSphere Data Protection muestra un mensaje de error en el navegador Firefox al editar un dispositivo de Data Domain (231126)

    Si edita un dispositivo de Data Domain mediante la GUI de vSphere Data Protection o la utilidad de configuración de vSphere Data Protection en el navegador Firefox, aparece un mensaje de error que indica que se produjo un error al editar el dispositivo de Data Domain aunque la configuración sea correcta.

    Solución alternativa

    Use el navegador Chrome o el navegador Internet Explorer.

  • La página de la pestaña de configuración muestra que los servicios no están ejecutando mensajes después de haber reiniciado vSphere Data Protection o una configuración inicial (235086)

    Después de reiniciar vSphere Data Protection o la configuración inicial, la página de la pestaña Configuración de la utilidad de configuración de vSphere Data Protection muestra los siguientes mensajes, y los estados de los proxy en color rojo.

    • Los servicios de copia de seguridad y recuperación no se están ejecutando.
    • El servicio de restauración en el nivel de archivos no se está ejecutando.

    Los mensajes desaparecen después de 20 minutos.

    Solución alternativa

    Para que los mensajes desaparezcan de inmediato, haga clic en el botón de actualización que se muestra junto a la opción Servidores proxy.

  • El estado de los dispositivos de Data Domain en la página de la pestaña Almacenamiento aparece como incorrecto después de cambiar la contraseña de vSphere Data Protection o de reiniciar el servicio de administración (237934)

    Después de cambiar la contraseña de vSphere Data Protection o reiniciar el servicio de administración, se mostrará el siguiente mensaje en la página de la pestaña Almacenamiento para los dispositivos de Data Domain:

    El estado de almacenamiento de Data Domain no se encuentra disponible. No es posible recuperar el par de archivos de clave SSH.

    Sin embargo, después de 20 minutos aproximadamente, los dispositivos de Data Domain aparecen como conectados.

  • El certificado de vCenter Server no aparece en la ventana Registro de vCenter, a pesar de que se cargó durante la configuración inicial de vCenter Server (238242)

    A pesar de que el certificado de vCenter Server se cargó durante la configuración inicial de vCenter Server, no se muestra en la ventana Registro de vCenter de la utilidad de configuración de vSphere Data Protection. Además, la selección del usuario no persiste.

    Debe cargar el certificado de vCenter Server cada vez que registre vCenter Server.

  • Si una instancia de vCenter Server posee vSphere Data Protection Appliances de varias versiones, la UI de cualquier versión de vSphere Data Protection muestra las características de la última versión (235357)

Problemas de copias de seguridad

  • La carga de los clientes tarda una cantidad de tiempo considerable al editar o clonar un trabajo de copia de seguridad (50334)

    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.

Problemas de migración

  • El trabajo de verificación de copia de seguridad no migra los parámetros de script de verificación (238608)

    Después de migrar a un servidor Avamar un trabajo de verificación de copia de seguridad que contiene parámetros de script de verificación, al hacer clic en Más Opciones en la página Administrador de Avamar > Administración de directivas > Editar grupo de validación de copias de seguridad de máquinas virtuales > Descripción general no se muestran los parámetros de script de verificación del trabajo migrado.

  • Después de realizar una migración a vSphere Data Protection 6.1, no es posible restaurar los datos de la aplicación en la ubicación original haciendo clic en Restablecer (240401)
  • Los trabajos de copia de seguridad que no poseen clientes activos no se migran a vSphere Data Protection 6.1.1 (244970)

    Se produce un error al migrar un trabajo de copia de seguridad que tiene todos los clientes (máquinas virtuales) con el estado MC_Retired de vSphere Data Protection 6.1 o versiones anteriores a vSphere Data Protection 6.1.1, debido a que los clientes no se encuentran activos porque se han retirado (eliminado).

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 de la que se realizó una copia de seguridad (si los discos se quitaron o se eliminaron de la máquina virtual), al ejecutar la operación "Restaurar en la ubicación original" después de seleccionar una marca de tiempo de un punto de restauración en el panel Restaurar se produce un error silencioso que impide la restauración del disco faltante de la máquina virtual.

    Solución alternativa

    Restaure el disco en su ubicación original después de agregar manualmente el disco faltante a la máquina virtual. Asegúrese de que el disco tenga el mismo tamaño que tenía cuando se realizó la copia de seguridad de la máquina virtual. Si esta solución alternativa no resulta exitosa, restaure el disco en una ubicación nueva para crear una nueva máquina virtual. Cuando se complete la tarea de restauración, desconecte los discos restaurados de la nueva máquina virtual y asócielos a la máquina virtual requerida mediante la información que se describe en “Desconectar y reconectar almacenamiento” en la Guía de administración de vSphere Data Protection.

  • Al cancelar una operación de restauración no se eliminan los datos restaurados en una máquina virtual (237125)

    Al realizar una restauración en una máquina virtual diferente que no corresponde a la máquina virtual de origen, si cancela la operación, la cancelación se completa correctamente, pero los datos ya restaurados que forman parte de la restauración cancelada no se eliminan de la máquina virtual.

  • Se produce un error al realizar una restauración en la misma ubicación de origen de una máquina virtual seleccionando la opción Restaurar junto con la configuración (237015)

    Si se quitan los discos virtuales de origen de la máquina virtual y se restauran los mismos discos virtuales en la misma ubicación de origen de la máquina virtual seleccionando la opción Restaurar junto con la configuración, se produce un error en la operación.

    Solución alternativa

    Realice la restauración en una ubicación alternativa.

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

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 de Microsoft Exchange queda registrado con dos vSphere Data Protection Advanced Appliances en vCenter Server, motivo por el que se produce este problema.

  • No es posible realizar una copia de seguridad de las bases de datos de SharePoint Server si los nombres de las bases de datos contienen caracteres Unicode (192449)
  • No es posible ejecutar una GLR en un cliente de Exchange si se instala el complemento de GLR usando la opción de reparación del instalador del cliente de Exchange (238439)

    No es posible ejecutar una GLR en un cliente de Exchange si el complemento de GLR no se encuentra instalado. Incluso si instala el complemento de GLR utilizando la opción de reparación del instalador del cliente de Exchange, no es posible ejecutar una GLR.

    Solución alternativa

    1. Desinstale el cliente de Exchange.
    2. Ejecute el instalador del cliente de Exchange.
    3. En la página Selección de características, seleccione la función GLR.
    4. Finalice la instalación.

  • 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.
  • En un host de servidor de acceso de cliente (Client Access Server, CAS) que no tiene una función de servidor de buzón de correo (Mailbox, MBX), la herramienta de configuración del usuario de copia de seguridad de EMC Avamar Exchange se bloquea durante el inicio de los servicios de VMwareVDPBackupUser para una cuenta existente (249184)

    Solución alternativa

    Inicie los servicios manualmente.

  • A veces, se produce un error en una operación de GLR en un Exchange Server 2013 que tiene solamente la función de MBX (249522)

    Antes de ejecutar la operación de GLR, asegúrese de que se cumplan los siguientes requisitos previos:

    • Se inició el servicio de agente de copia de seguridad mediante la cuenta dominio\VMwareVDPBackupUser.
    • Se ha quitado el proxy de configuración de LAN.
    • Se han reiniciado los servidores de buzón de correos para los cuales el reinicio está pendiente.
    • No se ha montado ninguna base de datos RDB en el entorno y se han eliminado las entradas obsoletas de bases de datos RDB.
    • Se ha creado correctamente el perfil de MFCMAPI (32 bits).

    A pesar de cumplir con estos requisitos previos, a veces se producen errores en la operación de GLR y se muestra el siguiente mensaje de error:

    2016-01-14 17:24:01 avmapi Error <0000>: Error 0x80040111 opening message store

    2016-01-14 17:24:01 avmapi Error <13547>: Error MAPI_E_LOGON_FAILED. (code: 0X80040111), avmapi_misc::open_mapi_session avmapi_misc.cpp:1363

    2016-01-14 17:24:01 avmapi Info <0000>: Logon failed for CAS: E13MBX3.MsApp-ExchBlrQa.com.

    En este caso, realice la siguiente solución alternativa:

    Solución alternativa

    1. Instale el último kit de MAPI CDO desde el sitio web de Microsoft.
    2. Habilite la cuenta VMwareVDPBackupUser.

      Para asegurarse de que la cuenta se encuentre habilitada, inicie sesión en el buzón de correo de la cuenta VMwareVDPBackupUser y envíe algunos correos electrónicos.

    3. Si la cuenta VMwareVDPBackupUser no está habilitada, ejecute el siguiente comando:

      Get-ExchangeServer | Add-ADPermission -User VMwareVDPBackupUser@dominio.com -ExtendedRights Receive-As,Send-As

    4. Si Exchange Server utiliza la autenticación de certificado SSL, cree el archivo avmapi.cmd en el directorio ..\avp\var de Exchange Server.
    5. Configure las siguientes marcas en el archivo avmapi.cmd:
      • --av_pr_profile_rpc_proxy_server_flags=19
      • --debug

    A pesar de realizar esta solución alternativa, si se produce un error en la operación de GLR, ejecute la operación de GLR en el Exchange Server que tenga tanto la función de CAS como la de MBX.

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.

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

  • ABV no se inicia si la última copia de seguridad finalizó con una excepción (206091)

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

244248

Se producía un error en la migración a vSphere Data Protection 6.1 con un error de autenticación.

248700 Se producía una degradación del rendimiento de vSphere Data Protection debido a una mayor frecuencia en las consultas de replicaciones.
246842 Se creaba la versión vSphere Data Protection 6.1.2 (resumen de sistema operativo OpenSSH y OpenSSL)
246849 El informe de correo electrónico de vSphere Data Protection mostraba un estado erróneo para la licencia de DDVE Boost.
233385 Nunca aparecía un informe de detalles para un trabajo de ABV bajo la columna de finalización en el complemento de vSphere Data Protection, a pesar de que el trabajo de ABV había finalizado correctamente.
247377 Se producía un error en la expansión de discos si el número de VMDK no coincidía con la asignación.
247297 Error Av_boot: se esperaba una versión de Tomcat de nombre de marca desconocida.
248596 El servidor vSphere Data Protection realizaba muchas búsquedas innecesarias de DNS en el sistema Data Domain.
248683 Se invertía la restitución de la funcionalidad de instantáneas no inactivas.
237352 No aparecía el tamaño del buzón de correo de un usuario durante una operación de GLR.
247481 Se debía corregir el requisito de espacio mínimo en disco para las actualizaciones.
252554 El vínculo a vSphere Data Protection en el cliente web no enumera los dispositivos de vSphere Data Protection implementados en una instancia específica de vCenter Server
252275 vSphere Data Protectionexpuesto a la vulnerabilidad CVE-2015-7547