Notas de la versión de vSphere Data Protection 6.1.4

|
Notas de la versión de vSphere Data Protection 6.1.4 | 16 de marzo de 2017

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

Características

El siguiente vínculo proporciona información sobre las características de vSphere Data Protection en esta versión: Introducción a la protección de datos.

Cambios

En la siguiente sección se describe el cambio realizado en vSphere Data Protection para esta versión:

Se habilitó la Seguridad de la capa de transporte (Transport Layer Security, TLS) 1.2 en el dispositivo de vSphere Data Protection

 Para un dispositivo de vSphere Data Protection en el que se habilitó TLS 1.2 para admitir una instancia de vCenter Server 6.0 U3 con TLS 1.2 habilitado, siga estos pasos:

  1. En el sitio web de VMware, descargue el paquete Hotfix275948-7.2.80-124.avp en el directorio /data01/avamar/repo/packages de vSphere Data Protection Appliance.
  2. Abra la GUI de avinstaller de vSphere Data Protection mediante la siguiente URL:

    http://VDP_IP:7580/avi/avigui.html

  3. Inicie sesión en la instancia de vSphere Data Protection Appliance en la que descargó el paquete Hotfix275948-7.2.80-124.avp con las credenciales raíz.
  4. Vaya a la lista de paquetes disponibles.

    El paquete Hotfix275948-7.2.80-124.avp se encuentra en el estado Listo para instalar.

  5. Instale el paquete.

Entornos compatibles

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

Prácticas recomendadas para implementar vSphere Data Protection

Estas son las prácticas recomendadas para implementar vSphere Data Protection:

  • Para un mejor rendimiento de vSphere Data Protection en un entorno a gran escala donde Data Domain es el destino, use esta referencia para implementar la cantidad de máquinas virtuales de acuerdo con la capacidad de vSphere Data Protection Appliance:
  • Capacidad de vSphere Data Protection Appliance Cantidad de máquinas virtuales que se implementarán
    0,5 TB 20
    1 TB 30
    2 TB 40
    4 TB 80
    8 TB 100
  • Para un equilibrio de carga efectivo, implemente un máximo de 10 instancias de vSphere Data Protection Appliance con 100 máquinas virtuales por dispositivo de vSphere Data Protection en un solo dominio de vCenter Server.
  • En un entorno grande, implemente un máximo de 8 servidores proxy por instancia de vSphere Data Protection Appliance sin importar el tamaño de las instancias de vSphere Data Protection Appliance.
  • Para un mejor rendimiento de las copias de seguridad y las restauraciones, limite el tamaño de cada máquina virtual a un máximo de 2 TB.

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 de enrutamiento/NAT/Firewall/IDS/TSNR entre vSphere Data Protection Appliance 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 de copia de seguridad está conectada a DVS y se restaura en otro ESXi. (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. 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. 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 MAC de la máquina virtual en conflicto aparece después de restaurar una máquina virtual en otra ubicación. (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.

  • Si el nombre del almacén de datos que se seleccionó para la restauración contiene caracteres que no son de ASCII o caracteres ASCII extendidos, se produce un error en la operación de restauración. (1755102)

    Solución alternativa

    Asegúrese de que el nombre del almacén de datos no contiene caracteres que no son de ASCII ni caracteres de ASCII extendidos.

  • Si la contraseña de vCenter Server contiene caracteres que no son de ASCII o caracteres ASCII extendidos, no se puede crear un almacenamiento. (1755156)

    Solución alternativa

    Asegúrese de que la contraseña de vCenter Server no contiene caracteres que no son de ASCII ni caracteres de ASCII extendidos.

Problemas de interoperabilidad

  • En un entorno de Virtual SAN, se admite la operación de restauración en el nivel de la imagen en la ubicación original, pero la operación de restauración en el nivel del disco en la ubicación original aparece atenuada tras 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 de detección de ISO durante la actualización de vSphere Data Protection 6.1 a 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.

  • Tras actualizar vSphere Data Protection, la pestaña Almacenamiento de la GUI no muestra la información de Data Domain. (269636)
  • Solución alternativa

    Inicie la consola de vSphere Data Protection y siga estos pasos:

    1. Ejecute el siguiente comando:

      admin@vdpmachine:~/>: ssh sysadmin@dd_ip

    2. SSH al sistema de Data Domain.
    3. Deje el campo de frase de contraseña en blanco.
    4. En el campo de contraseña, escriba la contraseña del usuario del sistema de Data Domain.
    5. Continúe con los demás campos como corresponda.

      Aparecerá la información del sistema de Data Domain.

    6. Para salir del sistema de Data Domain, ejecute el siguiente comando:

      sysadmin@ddsys# exit

  • Se produce un error en la actualización de vSphere Data Protection desde la versión 6.1 cuando se alcanza el 60 %. (270037)

    Solución alternativa

    1. Actualice vSphere Data Protection de 6.1 a 6.1.2.
    2. Actualice vSphere Data Protection de 6.1.2 a 6.1.3.
    3. Actualice vSphere Data Protection de la versión 6.1.3 a la 6.1.4.

Problemas de vSphere Data Protection

  • El comportamiento de vSphere Data Protection Appliance no es correcto 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.

  • No se admite el cambio de contraseña de una instancia configurada de vCenter Server en vSphere Data Protection Appliance ni siquiera después de que la contraseña de vCenter Server caducó. (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 del rendimiento (Performance Assessment Test, PAT) cambia a “No ejecutar nunca” cuando se cambia el nombre del 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 explorador Firefox cuando se edita 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 Configuración muestra mensajes que indican que los servicios no se están ejecutando tras reiniciar vSphere Data Protection o aplicar la 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 es incorrecto tras cambiar la contraseña de vSphere Data Protection o 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 contiene instancias de vSphere Data Protection Appliance de varias versiones, la interfaz de usuario de dichas versiones de vSphere Data Protection mostrará las funciones de la versión más reciente. (235357)
  • No se puede acceder a la interfaz de usuario Configurar de vSphere Data Protection, o esta se bloquea en la ventana de la barra de progreso de inicialización. (267125)

    Solución alternativa

    Actualice la página de la interfaz de usuario de configuración de vSphere Data Protection para acceder a la página que desee.

  • Si instala vSphere Data Protection 6.1.2.x y cualquier versión posterior en la misma instancia de vCenter Server, algunas veces observará un comportamiento inesperado del complemento de vSphere Data Protection (GUI). (267573)

    Solución alternativa

    Tras finalizar la configuración inicial de la versión más reciente de vSphere Data Protection:

    1. Cierre sesión en vSphere Web Client.
    2. Borre la memoria caché del explorador.
    3. Inicie sesión en vSphere Web Client.
  • Cuando se vuelve a configurar vSphere Data Protection, el servicio de programación de copias de seguridad a veces no se inicia de forma automática. (268661)

    Solución alternativa

    Espere 10 minutos y, a continuación, inicie el servicio de programación de copias de seguridad de forma manual mediante la utilidad de configuración de vSphere Data Protection.

  • Al configurar vSphere Data Protection, se muestra un mensaje de error en la ventana Registro de vCenter cuando se especifica la dirección IP del equilibrador de carga. (268915)

    Solución alternativa

    vSphere Data Protection no es compatible con el certificado del equilibrador de carga. Por tanto, configure vSphere Data Protection sin especificar la dirección IP del equilibrador de carga.

  • En el caso de vCenter Server 6.5, vSphere Data Protection no admite copias de seguridad ni restauraciones de máquinas virtuales cifradas. (270169)
  • vSphere Data Protection no puede implementar un proxy externo en un entorno de VxRail. (270040)

    vSphere Data Protection no puede implementar un proxy externo en un entorno de VxRail porque VxRail solo contiene configuración de clúster de vSwitch distribuido y ESXi.

    Solución alternativa

    Antes de implementar un proxy externo en un entorno de VxRail:

    1. Cree un conmutador estándar en el host ESXi en el que desee implementar el proxy externo.

      El conmutador estándar le permitirá implementar el proxy externo en cualquier conmutador (vSwitch estándar o distribuido).

    2. [Opcional] Siga los pasos de configuración descritos en este artículo de la base de conocimiento si es necesario:

      https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2102039

Problemas de copias de seguridad

  • La carga de clientes demora mucho tiempo cuando se edita o se clona un trabajo de copia de seguridad. (50334)

    La acción de edición o clonación de un trabajo de copia de seguridad para un servidor de SharePoint (complemento actualizado) tarda entre 5 y 10 minutos en cargar los 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.

  • El progreso de una copia de seguridad de gran tamaño se detiene en el 92 %. (270172)

    Si el tamaño de la copia de seguridad es mayor que 50 GB, la barra de progreso avanza hasta el 92% sin tener en cuenta el progreso real de la copia de seguridad y, a continuación, se detiene en ese punto hasta que se completa la copia de seguridad. Este comportamiento no depende de la versión de vCenter Server. Los registros de Avamar proporcionan el progreso real de la copia de seguridad.

     

  • Si se interrumpe la conexión entre vSphere Data Protection y vCenter Server, no se puede iniciar un trabajo de copia de seguridad de vSphere Data Protection. (272187)

    Solución alternativa

    Reinicie vSphere Data Protection.

Problemas de migración

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

  • Tras migrar a vSphere Data Protection 6.1, no se pueden restaurar los datos de la aplicación en la ubicación original al hacer 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 varios" 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)

    Mientras se restaura en una máquina virtual distinta de la máquina virtual de origen, si se cancela la operación, la cancelación se realiza correctamente, pero los datos que ya se han restaurado durante el proceso no se eliminan de la máquina virtual.

  • Se produce un error al restaurar en la misma ubicación de origen en una máquina virtual si se selecciona la opción Restaurar junto con la opción de 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.

  • No se puede restaurar una copia de seguridad de imagen en una máquina virtual nueva si se incluyeron discos físicos de asignación de dispositivos sin formato (Raw Device Mapping, RDM) en la copia de seguridad. (267439)

    Si crea una copia de seguridad de una máquina virtual que contiene discos virtuales y discos físicos de RDM, la copia de seguridad solo procesará correctamente los discos virtuales. Solo podrá restaurar los datos de copia de seguridad en la máquina virtual de origen, o redirigirlos a otra máquina virtual (que ya exista). Debido a que la copia de seguridad no procesa los discos físicos de RDM, no podrá restaurar los datos presentes en dichos discos. Por tanto, no podrá restaurar una copia de seguridad de imagen en una máquina virtual nueva.

Problemas de replicación

  • Se produce un error en la replicación de clientes replicados en un tenant determinado del 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

  • Los registros de replicación ocupan la partición raíz, por lo que es necesario crear un symlink 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

  • Se produce un error en la restauración a nivel granular (Granular Level Restore, GLR) de cualquier aplicación de Microsoft en Windows Server 2008 y Windows Server 2008 R2. (243196)

    Solución alternativa

    Nota: Esta solución alternativa se aplica solo a Windows Server 2008 R2.

    Instale la actualización 3033929 de Windows desde la siguiente ubicación:

    https://technet.microsoft.com/en-us/library/security/3033929

    https://support.microsoft.com/en-us/kb/3033929 proporciona información acerca de la actualización 3033929 de Windows.

Problemas con aplicaciones de Microsoft

  • En los clientes de Microsoft Exchange, se incluyen 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 se puede crear una copia de seguridad de las bases de datos del servidor de SharePoint si los nombres de estas contienen caracteres Unicode. (192449)
  • No se puede realizar una restauración GLR en un cliente de Exchange si se instala el complemento de GLR mediante 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.

  • Los directorios virtuales de SharePoint no se restauran. (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 de usuarios de copia de seguridad de EMC Avamar Exchange se bloquea al iniciar los servicios de VMwareVDPBackupuser para una cuenta existente. (249184)

    Solución alternativa

    Inicie los servicios manualmente.

  • En ocasiones, se produce un error de GLR en una instancia de Exchange Server 2013 que solo tiene la función 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: Se produce un error en el trabajo de verificación tras 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.

  • Si se produce un error en el trabajo de verificación debido a problemas de conexión de Data Domain, se muestran mensajes de error incorrectos. (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 se completó con una excepción. (206091)

Problemas de red

  • Si la dirección IPv6 de vSphere Data Protection contiene octetos con valores cero, solo se puede usar un proxy interno. Para usar un proxy externo, la dirección IPv6 debe contener octetos sin valores cero. (276747)

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
265470 Cuando se realiza una FLR y se busca una máquina virtual, la GUI de vSphere Data Protection muestra un error incorrecto.
268134 Un trabajo de recuperación de replicación que se ejecuta en un dispositivo de vSphere Data Protection de destino publica la tarea especificando el servidor de origen como desconocido.
274652 La biblioteca de colecciones Java de Tivoli incluye una vulnerabilidad que permite la explotación del puerto 7778 mediante la ejecución de un comando en un cliente remoto.
Para corregir las vulnerabilidades y las exposiciones comunes (common vulnerabilities and exposures, CVE) que contienen las bibliotecas de terceros, actualice el dispositivo de vSphere Data Protection con la versión de consolidación del cuarto trimestre de 2016 del sistema operativo Avamar.
En el dispositivo de vSphere Data Protection, actualice los archivos binarios en tiempo de ejecución de Java a la versión 8u121.
Ofrezca soporte para vCenter Server 6.0 U3.
En el dispositivo de vSphere Data Protection, habilite TLS 1.2.
Corrija el error; la contabilización del sistema no está en uso: La contabilización del sistema no se encontró en /etc/cron.d/sysstat.