Arcserve |
Bienvenido a las Notas de la versión de Arcserve UDP 5.0 Update 3. Estas Notas de la versión contienen información importante acerca de esta actualización. Las actualizaciones son acumulativas y se pueden instalar en cualquier versión anterior de Arcserve UDP. Arcserve UDP 5.0 Actualización 3 no se descargará ni se instalará automáticamente en el sistema (a través de la función Actualizaciones que se incluye dentro del producto), pero en cambio requerirá una descarga manual desde los vínculos que aparecen en las instrucciones de instalación.
Se han agregado las mejoras o funciones siguientes a esta actualización de Arcserve UDP:
Cada dispositivo de la serie 7000 de Arcserve UDP es una solución autónoma de copia de seguridad y recuperación para configurarla y olvidarse de ella. El dispositivo de la serie 7000 de Arcserve UDP está totalmente integrado con el software de Arcserve Unified Data Protection líder de la industria y que se encuentra preinstalado en el hardware más puntero. Se ha diseñado con capacidades de nube nativa y su inigualable facilidad de implementación y usabilidad se combinan con un amplio conjunto de características tales como la deduplicación global basada en el origen, la replicación de múltiples sitios, el soporte de cintas y las capacidades automatizadas de recuperación de los datos. La serie 7000 de Arcserve UDP ofrece eficiencia y agilidad operacional inigualable y simplifica realmente las actividades de recuperación de desastres.
La ficha Cuadro de mandos permite ver una representación gráfica del almacenamiento de datos real, el tamaño de datos sin formato y el tamaño de los datos restaurables durante los últimos siete días, así como el estado de la última copia de seguridad.
Es la ficha Cuadro de mandos antigua de la versión anterior. Muestra el estado de las tareas durante un período específico. Se pueden aplicar filtros para clasificar los resultados o se pueden agrupar las tareas por plan.
Esta actualización corrige las incidencias siguientes, que podrían haber ocurrido:
Síntoma:
El servidor no puede arrancar después de una recuperación completa desde un punto de recuperación específico y sigue arrancando en modo de reparación o sigue reiniciándose.
Causa:
El Agente de Arcserve UDP no puede realizar una copia de seguridad de los datos de forma coherente durante una transacción de NTFS. Si la copia de seguridad se realiza después de que se inicie la transacción de NTFS y antes de que la transacción de NTFS confirme los datos, es posible que no se haya realizado una copia de seguridad de los datos no confirmados. Cualquier copia de seguridad incremental siguiente reproducirá este problema. Una copia de seguridad completa o una copia de seguridad de verificación puede solucionar este problema para un punto de recuperación recién creado.
Solución:
Actualice a Arcserve UDP 5.0 Actualización 3 y realice una copia de seguridad completa.
Nota: Antes de actualizar a Arcserve UDP 5.0 Actualización 3, revise las siguientes consideraciones de compatibilidad con versiones anteriores de su entorno:
La tarea de copia de seguridad de una máquina virtual de un clúster de Hyper-V se convierte en una copia de seguridad de verificación y aparece la advertencia en el registro de actividades "La función de seguimiento del bloque de cambios no está activa en un host de Hyper-V". Este problema se produce cuando uno de los hosts de Hyper-V del clúster se desaloja del clúster y se apaga inmediatamente.
Una máquina virtual de Hyper-V se coloca en el estado Guardado durante 1 o 2 minutos durante la etapa de toma de instantáneas de la copia de seguridad (después de la etapa de toma de instantáneas, la máquina virtual se reanudará automáticamente). Es posible que se produzca el problema donde se coloca una máquina virtual en el estado Guardado en un entorno Hyper-V 2008 R2 o Hyper-V 2012. Para Hyper-V 2012 R2, este problema puede ocurrir antes de aplicar la actualización 2919355 de Windows.
Para obtener más información sobre las incidencias corregidas en esta versión, consulte las Notas de la versión de Arcserve UDP 5.0.
Las incidencias siguientes podrían existir en esta actualización:
Síntoma:
VMware presenta un error al desactivar una máquina virtual, de modo que su instantánea contiene datos corruptos. La copia de seguridad lee los datos de la instantánea, así que los datos con copia de seguridad también se vuelven corruptos. Para obtener más información sobre esta incidencia, consulte el siguiente artículo de la base de conocimiento de VMware: Application quiescing with Windows 2008 R2 SP1 and Windows 2012 with vSphere Data Protection, VMware Data Recovery, and third-party backup software (2044169).
Nota: Este problema puede ocurrir con todas las versiones de VMware ESXi y en una máquina virtual con los sistemas operativos invitados Windows 2008 R2 SP1 y Windows 2012. El software no puede detectar el problema de corrupción de datos puesto que VMware no devuelve ningún error en este caso. Puede que no se dé cuenta del problema hasta el momento en que intente restaurar datos.
Solución:
Realice los siguientes métodos proporcionados en esta actualización para detectar y solucionar el problema:
Síntoma:
Cuando el equipo de origen es Windows 8.1 o Windows 2012 R2 y el usuario realiza una BMR en un equipo con un disco de 4 KB, se puede producir un error en el inicio del equipo después de BMR con el siguiente mensaje de error: system_thread_excption_not_handled (WppRecorder.sys).
Solución:
Inicie la consola de recuperación (debería obtenerla automáticamente después de los bloqueos de la pantalla azul).
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
fsutil behavior set DisableCompression 1
Síntoma:
Una tarea de migración no muestra la vista de la lista Nodos en la ficha Recursos.
Solución:
Acceda a la vista RPS o a la ficha tareas para comprobar el controlador de tareas.
Síntoma:
No es posible explorar volúmenes en la vista Punto de recuperación de Arcserve UDP.
Solución:
Utilice una ruta UNC directamente en lugar de realizar la asignación a una unidad de red.
La versión de Windows de proxy [<nombre de proxy>] es una versión anterior a la de la máquina virtual [<nombre de la máquina virtual>]. Como resultado, se puede producir un error en la tarea siguiente de catálogo de Exchange y será necesario instalar el paquete de actualización de Windows relacionado para resolver el problema.
Síntoma:
La tarea de catálogo de Exchange utilizará los archivos binarios de Exchange desde la máquina virtual. Si la versión de Windows del equipo de proxy es una versión anterior a la de la máquina virtual, los archivos binarios de Exchange no funcionarán correctamente y, como resultado, se producirá un error en la tarea de catálogo.
Solución:
Instale el paquete de actualización de Windows siguiente para resolver el problema:
Síntoma:
Se produce la conmutación por error para la máquina virtual agrupada en clúster antes de tomar una instantánea cuando se realiza una copia de seguridad de una máquina virtual. Esto hace que el host de Hyper-V registrado en la sesión de la copia de seguridad no sea coherente con la configuración de la máquina virtual.
Solución:
Se puede conectar manualmente el adaptador de red a un conmutador virtual en el host de Hyper-V o se puede utilizar la opción Restauración en una ubicación alternativa para recuperar la máquina virtual con la cual se puede establecer la configuración de la restauración para la máquina virtual.
Síntoma:
Suponga que se migra un servidor de copia de seguridad de Linux a la consola de Arcserve UDP. Si se inicia el servidor de copia de seguridad de Linux y, a continuación, se vuelve a migrar, se verá que se crea automáticamente un plan nuevo en la consola.
Ejemplo:
Se tiene un servidor llamado Servidor1 de copia de seguridad de Linux que gestiona el nodo llamado Nodo1_Linux. Se ha creado una tarea de copia de seguridad llamada Nuevo plan. También se tiene una consola de Arcserve UDP que gestiona el Nodo2_Linux y el Servidor2 de copia de seguridad de Linux y el plan también se llama Nuevo plan.
Se migra Servidor1 de copia de seguridad de Linux a la consola mediante el comando d2dreg. Después de la migración, el nombre de la tarea de copia de seguridad cambia a Nuevo plan_<Servidor1 de copia de seguridad de Linux>. Implemente el Nuevo plan_<Servidor1 de copia de seguridad de Linux>.
Ahora se debe agregar Nodo1_Linux al Nuevo plan, agregar Servidor1 de copia de seguridad de Linux como el servidor e implementar el plan. El Nuevo plan ahora protege a Nodo1_Linux y a Nodo2_Linux y el servidor es Servidor1 de copia de seguridad de Linux.
Ahora se inicia el Servidor1 de copia de seguridad de Linux desde la consola. Suprima el Nuevo plan y el Nuevo plan_<Servidor1 de copia de seguridad de Linux> de la consola. Cuando se migra el Servidor1 de copia de seguridad de Linux otra vez a la consola, se conseguirá migrar dos planes: El Nuevo plan y el Nuevo plan_<Servidor1 de copia de seguridad de Linux>.
Solución:
Suprima el plan nuevo. El plan nuevo no tiene nodos, por lo que no afecta a ninguna programación de copia de seguridad.
Síntoma:
Aunque la tarea de copia de seguridad de una máquina virtual ya haya finalizado, el estado de la máquina virtual todavía es Copia de seguridad en el gestor de Hyper-V. Por lo tanto, si otra tarea de copia de seguridad de esta máquina virtual se inicia en este momento, se producirá el error El editor de Hyper-V VSS ha encontrado un error al procesar esta máquina virtual. Además, no se podrán realizar algunas operaciones, como encender o apagar la máquina virtual en ese momento en el gestor de Hyper-V. Y si la máquina virtual es un clúster de Hyper-V, no se podrá realizar la migración en directo.
Este problema sucede durante las situaciones siguientes:
• Hay varias tareas de copia de seguridad que se inician al mismo tiempo o en horas muy similares (dentro de 1 minuto).
• Una o más tareas de copia de seguridad han finalizado, pero todavía hay como mínimo una tarea de copia de seguridad que continúa en curso.
Raíz del problema:
Para evitar crear una carga de trabajo innecesaria en el host de Hyper-V, en lugar de tomar una instantánea VSS para cada máquina virtual, Arcserve UDP intentará tomar una instantánea VSS para todas las máquinas virtuales si sus tareas de copia de seguridad se inician al mismo tiempo o en horas muy similares. Después de tomar la instantánea VSS, todas las máquinas virtuales de esta instancia de la instantánea VSS se bloquearán (se pondrán en el estado Realizando copia de seguridad). Como Arcserve UDP no puede iniciar la instantánea hasta que todas las tareas de copia de seguridad hayan finalizado, incluso si la tarea de copia de seguridad de una máquina virtual ya está completada, dicha máquina virtual todavía estará bloqueada. Debido a la limitación de la instantánea VSS de que solamente se puede tomar una instantánea de máquina virtual cada vez, si otra tarea de copia de seguridad de la misma máquina virtual se inicia en este momento, se producirá el error El editor de Hyper-V VSS ha encontrado un error al procesar esta máquina virtual. Además, algunas operaciones (como, por ejemplo, apagar y encender) se desactivan en el gestor de Hyper-V y, si la máquina virtual está en un clúster de Hyper-V, tampoco se permitirá la migración en directo. Esto no sucede en Hyper-V 2008R2 porque Hyper-V 2008R2 tiene un comportamiento diferente en el mecanismo de instantánea VSS.
Solución:
Mientras la máquina virtual está bloqueada, todavía se podrá utilizar el SO invitado con normalidad. Por lo tanto, este problema no tiene ningún impacto en el uso o disponibilidad del SO invitado. Sin embargo, si se está preocupado y se desea evitar esta situación, se puede hacer cualquiera de las siguientes opciones:
Síntoma:
La interfaz de usuario puede responder lentamente al acceder al Agente de Arcserve UDP (Windows) desde Internet Explorer 10 o 11, si se está utilizando alguna de las versiones específicas de Internet Explorer 10.0.9200.17XXX e Internet Explorer 11.0.9600.17XXX.
Si se produce esta incidencia, todas las otras solicitudes subsiguientes esperarán la respuesta durante 5 minutos.
Esta incidencia solamente sucede al utilizar cualquiera de las versiones mencionadas de Internet Explorer 10 y 11. Ningún otro explorador tiene esta incidencia.
Solución:
Realice una de las siguientes soluciones temporales:
Realice la siguiente solución permanente:
Solución:
Cree un disco virtual nuevo con un valor distinto de 1 MB.
Solución:
Póngase en contacto con el administrador del dominio para obtener ayuda para autorizar el servidor DHCP antes de usar el servidor de copia de seguridad de Linux de Arcserve UDP.
Síntoma:
Hay un interbloqueo en el sistema de archivos mientras se toma una instantánea cuando se está ejecutando una tarea de catálogo de la restauración granular.
Es posible que las condiciones siguientes puedan activar el problema:
Solución:
Configure la clave de registro siguiente para poder mover el archivo de memoria caché a otra ubicación que no esté protegida por el Motor de Arcserve UDP:
HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath
Si la clave AFStorHBAMgmt no existe, se tiene que crear una nueva.
Ejemplo: Si el destino de la copia de seguridad es la unidad local E:, la instantánea de la copia de seguridad se creará en la Unidad E: en la ruta de destino de la copia de seguridad.
Ejemplo: E:\temp, E:\temp se utilizará como ruta del almacén de la memoria caché.
Nota: Este problema sucede cuando la carga de E/S es alta y existen las siguientes condiciones:
Al tomar una instantánea se notificará al controlador del sistema de archivos que deberá vaciar los datos incompletos al volumen y se mantendrán todas las nuevas operaciones de escritura para todos los volúmenes por un corto tiempo. Esto creará un interbloqueo donde el volumen montado está vaciando datos al archivo y, al mismo tiempo, la operación de escritura está manteniendo el volumen donde está instalado Arcserve UDP.
Solución:
Vuelva a abrir el Asistente de restauración e intente seleccionar la base de datos de nuevo.
Síntoma:
En la consola de Arcserve UDP, se ha actualizado correctamente un nodo de proxy de la copia de seguridad sin agente con las nuevas credenciales. Sin embargo, las nuevas credenciales no surten efecto y el motor de Arcserve UDP utiliza las credenciales anteriores para iniciar el proceso de copia de seguridad. Esto ocurre solo cuando no se implementa ningún plan de copia de seguridad basada en el agente en el nodo de proxy.
Ejemplo:
Solución:
Como solución alternativa, cree un plan de copia de seguridad basada en el agente y agregue el proxy como un nodo protegido (asegúrese de que se han eliminado todas las programaciones del plan) y, a continuación, vuelva a actualizar el nodo de proxy.
Síntoma:
Después de actualizar a Google Chrome V41, ya no se pueden examinar las páginas web del Agente para Linux de Arcserve UDP/Arcserve D2D si se usa HTTPS como protocolo de comunicación. (HTTPS es el protocolo predeterminado para el Agente para Linux de Arcserve UDP/Arcserve D2D). Se mostrará el siguiente mensaje:
Esta página web no está disponible.
Código de error: ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Nota: Este problema afecta a todas las versiones de Arcserve D2D para Linux y a Arcserve UDP.
Solución:
En el equipo del servidor de copia de seguridad de Linux de Arcserve UDP/Arcserve D2D, abra la línea de comandos como administrador y ejecute los comandos siguientes:
#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv
#d2dserver stop
#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old
#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"
#d2dserver start
Notas:
Para obtener más información sobre este problema, consulte https://arcserve.zendesk.com/hc/en-us/articles/204506105
Síntoma:
Después de actualizar a Google Chrome V41, ya no se pueden examinar las páginas web del Agente para Windows de Arcserve UDP/Arcserve D2D si se usa HTTPS como protocolo de comunicación. (HTTPS es el protocolo predeterminado para el Agente para Windows de Arcserve UDP/Arcserve D2D). Se mostrará el siguiente mensaje:
Esta página web no está disponible.
Código de error: ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Nota: Este problema afecta a todas las versiones de Arcserve D2D para Windows y a la consola de Arcserve UDP.
Solución:
En el equipo de Windows de Arcserve UDP/Arcserve D2D, abra la línea de comandos como administrador y ejecute los comandos siguientes:
cd C:\Archivos de programa\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf
move server.keystore server.keystore.bak
..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=server_host_name" -ext san=dns:localhost,dns:server1,dns:server.domain.com
cd C:\Archivos de programa\CA\arcserve Unified Data Protection\Engine\bin
Changetohttps.bat
Notas:
Para obtener más información sobre este problema, consulte https://arcserve.zendesk.com/hc/en-us/articles/204542275
Para obtener más información sobre las incidencias conocidas de esta versión, consulte las Notas de la versión de Arcserve UDP 5.0.
Las siguientes consideraciones pueden existir en esta actualización:
Las limitaciones siguientes podrían existir en esta actualización:
Nota: Esta limitación solamente existe para las máquinas virtuales de VMware, que tiene la opción de establecer el tipo de sistema operativo. Para Hyper-V, este problema no existe.
Síntoma:
Cuando se inicia sesión en el dispositivo de Arcserve UDP con una cuenta del dominio, el asistente del dispositivo no se inicia inmediatamente. Se muestra el cuadro de diálogo Control de cuentas de usuario, que le solicita que confirme que se permite al programa realizar cambios en el equipo.
Solución:
En el cuadro de diálogo Control de cuentas de usuario, haga clic en Sí y se iniciará el asistente.
Para obtener más información sobre todas las consideraciones o limitaciones de esta versión, consulte las Notas de la versión de Arcserve UDP 5.0.
Las secciones siguientes proporcionan información acerca de los requisitos previos de la instalación y las instrucciones de instalación.
Tenga en cuenta las siguientes tareas de requisitos previos antes de instalar esta actualización:
Cuando se instale la actualización de Arcserve UDP o la de Agente de Arcserve UDP (Windows), es importante mantener un rendimiento óptimo entre la consola, el servidor de puntos de recuperación (RPS, por sus siglas en inglés) y los agentes. Como resultado, cuando se instale la actualización en un entorno que contenga tanto una consola como un agente, debe instalarse siempre la actualización en la consola primero, a continuación, en el RPS y, finalmente, en el agente (en el caso del agente instalado en la consola o el RPS, la actualización se instalará automáticamente en dicho agente al mismo tiempo).
Nota: Si se tiene un entorno que tiene tanto Arcserve UDP como Arcserve Backup instalados y se desea instalar Arcserve UDP 5.0 Actualización 3, también es necesario instalar al mismo tiempo el parche RO75131 correspondiente de Arcserve Backup.
Instalación de la actualización manualmente
Nota: Arcserve UDP 5.0 Actualización 3 no se descargará ni se instalará automáticamente en el sistema (a través de la función Actualizaciones que se incluye dentro del producto), pero en cambio requerirá una descarga manual desde los vínculos que aparecen en las instrucciones de instalación.
Para un paquete de instalación de la actualización para los servidores y estaciones de trabajo de Windows que tienen una versión anterior de Arcserve UDP ya instalada, descargue e instale la actualización manualmente utilizando los vínculos siguientes a los archivos de instalación:
Para obtener un paquete de instalación nuevo para los servidores y estaciones de trabajo de Windows que todavía no tienen Arcserve UDP instalado, realice las siguientes tareas:
Descargue e instale Arcserve UDP 5.0 Actualización 3:
Para una instalación en Linux, descargue e instale la actualización manualmente utilizando los vínculos siguientes a los archivos de instalación:
El equipo de Soporte de Arcserve ofrece un conjunto importante de recursos para resolver las incidencias técnicas y proporciona un fácil acceso a la información relevante del producto.
https://www.arcserve.com/support
Con Soporte de Arcserve:
Copyright © 2015 Arcserve. Todos los derechos reservados. Todas las marcas registradas, nombres comerciales, marcas de servicios y logotipos a los que se hace referencia en este documento pertenecen a sus respectivas compañías.