| Arcserve |
Se ha comprobado la existencia de los siguientes problemas en esta versión:
Relacionados con el explorador
Relacionados con la consola
Síntoma
Si cuenta con dos máquinas virtuales, VM1 y VM2, con el mismo GUID en los hosts de ESXi y ambas están gestionadas por una instancia distinta de vCenter, VC1 y VC2, respectivamente. Imagine que decide importar VM1 a la Consola (no puede importar ambas máquinas virtuales porque la Consola no admite nodos con el mismo GUID). Pero también importa máquinas virtuales del vCenter VC2. Cuando se ejecuta la detección automática, se conecta con VC1 en primer lugar y detecta VM1 por el GUID; acto seguido, la columna Hipervisor se actualiza con la información de VC1. Después, cuando se conecta con VC2, detecta VM2 por el GUID y la columna Hipervisor se actualiza con la información de VC2.
Solución
No es habitual que dos máquinas virtuales tengan el mismo GUID. En el peor de los casos, si se da esta situación, es posible que la copia de seguridad sin agente basada en host realice una copia de seguridad de la máquina virtual incorrecta, ya que Arcserve UDP utiliza el GUID para identificar cada máquina virtual. Para resolver el problema, puede cambiar manualmente el GUID de una de las máquinas virtuales. Para obtener más información sobre cómo hacerlo, consulte el tema relacionado en la Guía de soluciones.
Síntoma
No se puede iniciar sesión en la Consola de Arcserve UDP. En la Consola se muestran los siguientes mensajes cinco minutos después de haber iniciado sesión:
Identity Service is starting (El servicio de identidades se está iniciando)
Solución
Para resolver este problema, abra la consola de servicio de Windows y reinicie el servicio de la Consola de Arcserve UDP y el servicio de gestión de Arcserve UDP.
Relacionados con la Consola de gestión de usuarios de Arcserve UDP
Relacionados con la vista del punto de recuperación de Arcserve UDP
Síntoma
Si el volumen todavía está montado, la vista del punto de recuperación de Arcserve UDP abre directamente el volumen montado por el sistema operativo y no por la sesión de la copia de seguridad.
Si el volumen no está montado, no se muestra nada en la vista del punto de recuperación de Arcserve UDP bajo esa ruta de archivo.
Solución
Utilice Montar punto de recuperación para montar este tipo de volumen.
Relacionadas con el Agente de Arcserve UDP (Linux)
Relacionadas con la copia de seguridad
Síntoma
Se elimina el filtro superior del BLI de registro de la clase de volumen. Por lo tanto, el controlador de BLI no puede controlar volúmenes.
Solución
Puede seguir realizando una copia de seguridad incremental tras volver a instalar el controlador de seguimiento de cambios.
Lleve a cabo los pasos siguientes:
<Ruta de la instalación>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
<Ruta de la instalación>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
Síntoma
Los siguientes mensajes pueden encontrarse en el registro de eventos: "Intento de operación ilegal en una clave del Registro que estaba marcada para su eliminación" o "Windows detectó que otras aplicaciones o servicios siguen usando el archivo de registro. El archivo se descargará ahora. Puede las aplicaciones o servicios que lo usen no funcionen correctamente más adelante."
Solución
Para obtener una causa y una solución, consulte el artículo de KB de Microsoft 2287297.
Síntoma
Se produce un error al montar una sesión en una letra del controlador.
Esto sucede cuando el destino es una carpeta local y está en un volumen de FAT32. El montaje de un controlador solamente es compatible con la creación del archivo de la memoria caché en el volumen de NTFS.
Solución
Agregue una clave de registro nueva y personalice la ruta del archivo de la memoria caché a un volumen diferente.
Sigue estos pasos:
Más información:
El archivo de la memoria caché se creará montando un controlador cuando un volumen grabable se monte. Se crea un volumen grabable para la tarea de catálogo/restauración de restauración granular. Si la sesión realizará la copia de seguridad de los volúmenes en Windows 8, Windows 2012 o en un sistema operativo posterior, siempre se debe montar un volumen grabable cuando se monta una sesión a una letra del controlador.
Síntoma
La copia de seguridad enviada se muestra correctamente, pero no se puede ver ningún controlador de tareas desde la interfaz de usuario del Agente de Arcserve UDP (Windows). Esto es porque la tarea de copia de seguridad cumple el valor de configuración del número máximo de nodos simultáneos en el almacén de datos. La tarea de copia de seguridad se pone en espera en la cola.
Solución
Abra la Consola de Arcserve UDP y el controlador de tareas pendientes se mostrará en la vista de nodos.
Síntoma
Cuando se está ejecutando una tarea de copia de seguridad de verificación sin agente basada en el host, y si se ha activado la compresión en el plan, el Porcentaje de compresión mostrado en el controlador de tareas es más alto que el porcentaje real.
Todas las otras tareas de copia de seguridad no tienen este problema, incluyendo las tareas de copia de seguridad del agente y las tareas de copia de seguridad completa/incremental sin agente basada en el host.
Solución
El Porcentaje de compresión imprimido en el registro de actividades es correcto. Consúltelo después de que se complete la tarea de copia de seguridad de verificación sin agente basada en el host.
Relacionadas con BMR
Se ha producido un error al integrar el paquete de idioma en la Imagen de ISO de BMR.
Síntoma
El controlador de filtros del software antivirus de terceros (McAfee) causa esta incidencia, pero también puede suceder con otros filtros de terceros.
Solución
Desactive el software antivirus y pruebe la creación del kit de arranque otra vez.
Síntoma
Cuando el equipo de origen es un servidor Active Directory que realiza una reconstrucción completa en una máquina física con un hardware distinto o a una máquina virtual en un servidor Hyper-V, el servidor no se inicia y aparecerá una pantalla azul con el siguiente mensaje:
DETENCIÓN: los servicios del directorio c00002e2 no podrán iniciarse a causa del error siguiente: no funciona el dispositivo adjunto al sistema. Estado del error: 0xc0000001.
Solución
Reinicie el sistema en el entorno PE de BMR, cambie el nombre de todos los archivos *.log en la carpeta C:\Windows\NTDS y reinicie el sistema. Por ejemplo, renombre el archivo edb.log a edb.log.old y reinicie el sistema.
Síntoma
Es posible que no se pueda asignar el disco/volumen durante la reconstrucción completa cuando el equipo de destino es una máquina virtual con un disco de IDE en un servidor de Hyper-V 2008 o en un servidor de Hyper-V 2008R2.
Si se restauran los datos a una máquina virtual con un disco de IDE en un servidor de Hyper-V 2008 o en un servidor de Hyper-V 2008 R2 mediante la reconstrucción completa, no se podrá asignar el disco/volumen de origen al disco/volumen de destino incluso si los tamaños de los dos discos parecen ser los mismos. Esto se debe a que cuando se crea un disco de IDE en un servidor de Hyper-V 2008 o en un servidor de Hyper-V 2008R2, el tamaño real del disco es más pequeño que el tamaño especificado.
Solución
Cree un disco mayor en la máquina virtual. Por ejemplo, si se desea restaurar datos de un disco de 25 GB, se sugiere crear un disco de 26 GB en la máquina virtual de destino.
Síntoma
Se observa en servidor ESX de VMware. Para las máquinas virtuales de Windows 2003 el controlador de disco predeterminado es el adaptador de SCSI de LSI Logic y el controlador para este tipo de adaptador de SCSI no se incluye en Windows ADK 8.1. Es posible observar también esta situación en algunos servidores antiguos con adaptadores de SCSI antiguos.
Solución
Para resolver este problema, obtenga los controladores del sitio web del distribuidor de hardware y cargue el controlador desde la interfaz de usuario de reconstrucción completa.
Relacionados con la instantánea de hardware
[VDDKLOG] SSLCheckLockingCallback: bloqueo de devolución de llamada sobrescrito. Se esperaba 7FEE3A836E0, se ha visto 113C2420.
Como solución alternativa, establezca la clave de registro VDDKLogLevel a 0 en la siguiente ruta:
\HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
Se ha producido un error al crear una copia de la instantánea {xxx}_backup en varios volúmenes del sistema de almacenamiento xxx después de reintentarlo 100 veces en un intervalo de 10 segundos.
Siga estos pasos para crear la clave de registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
DoNotUseFlexCloneLicenseToCloneLun
Relacionadas con la copia de seguridad de la máquina virtual basada en el host
Síntoma
VMware ha publicado hace poco un artículo en su base de conocimiento, en el que se indica que, en ESXi 6.0 o ESXi 6.0.x, se ha detectado un error en el seguimiento de bloques modificados que hace que este devuelva una lista de sectores de cambios incorrecta. Arcserve UDP podría verse afectado por este problema, que genera copias de seguridad de máquinas virtuales incoherentes (tanto completas como incrementales). Para obtener más información, consulte la base de conocimiento de VMware.
Si ocurre este problema, podría ocurrir un error en la tarea del catálogo y es posible que se registren errores en la comprobación de punto de recuperación.
Solución
VMware ha publicado un parche para este problema. Aplique este parche en los hosts de ESXi. Para obtener más información, consulte el artículo de la base de conocimiento de VMware, o bien el de la base de conocimiento de Arcserve.
Síntoma
Este problema se detecta si el host de Hyper-V es Windows 2012 R2 y si el sistema operativo invitado de la máquina virtual es SUSE Linux Enterprise Server (SLES) 12 con un nivel de ejecución de 5 (con una interfaz gráfica). En este caso, la tarea de copia de seguridad sin agente se bloquea en la fase correspondiente a la toma de la instantánea y, finalmente, genera un error. Después de esto, el sistema operativo invitado de la máquina virtual no responde.
Solución
No se trata de un problema de Arcserve UDP, sino un problema de compatibilidad de Windows y SUSE. Este mismo problema ocurre al crear una instantánea de VSS utilizando el comando diskshadow en el host de Hyper-V. Siga estos pasos para verificar el problema:
Hasta el momento no hay ninguna solución alternativa. Le sugerimos que se ponga en contacto con Microsoft para solucionar la causa raíz. De forma alternativa, puede intentar cambiar el nivel de ejecución de SLES 12 de 5 a 3 (sin interfaz gráfica), pero esto no garantiza la resolución del problema.
Síntoma
En la máquina virtual de VMware, la comprobación previa (PFC) muestra el siguiente mensaje de advertencia para la comprobación de la coherencia de los datos, aunque el usuario ya haya proporcionado unas credenciales adecuadas.
No se ha verificado debido a que se ha producido un error cuando la aplicación trataba de acceder a la máquina virtual. Compruebe que las credenciales de inicio sesión son correctas y que dispone de permisos de administración.
Solución
Esta incidencia solo ocurre en la comprobación previa para máquinas virtuales de VMware. Otras funciones, como la copia de seguridad, no se verán afectadas. La solución alternativa consiste en instalar el Agente de Arcserve UDP en el equipo en el que se haya instalado la Consola de Arcserve UDP (no es necesario iniciar el servicio del Agente).
Síntoma
Aunque el modo de transporte SAN sea posible, las tareas de copia de seguridad y restauración utilizan el modo de transporte HotAdd, NBD o NBDSSL.
Solución
Se trata de un problema conocido de VMware VDDK 6.0.1. Por el momento, VMware no ha ofrecido ninguna solución. Para obtener más información, consulte la sección sobre problemas conocidos en VDDK 6.0.1 de las Notas de la versión.
Síntoma
Aunque el modo de transporte SAN sea posible, las tareas de copia de seguridad y restauración utilizan el modo de transporte HotAdd, NBD o NBDSSL cuando el tamaño aprovisionado del disco virtual de las máquinas virtuales es de 4 TB o un múltiplo de esta cantidad.
Solución
Se trata de un problema conocido de VMware que, según esta empresa, se ha corregido en los siguientes parches:
• Para ESXi 5.5: parche de la versión ESXi550-201504001 (2112672)
• Para ESXi 6.0: parche de la versión ESXi600-201505001 (2116125)
La solución alternativa consiste en evitar el uso de tamaños aprovisionados que sean múltiplos de 4 TB. Por ejemplo, no utilice 4 TB u 8 TB. En lugar de ello, utilice cantidades como 3,9 TB u 8,1 TB.
Síntoma
Cuando se desactiva una máquina virtual de VMware mediante VMware Tools, la instantánea contiene datos dañados. La copia de seguridad lee los datos de la instantánea, así que los datos con copia de seguridad también resultan dañados. Para obtener más información sobre esta incidencia, consulte el artículo de la base de conocimiento de VMware.
Nota: Este problema ocurre 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. Arcserve UDP no puede detectar el problema de daño de datos, puesto que VMware no devuelve un error en este caso. Puede que no se dé cuenta del problema hasta que intente restaurar datos.
Solución
Realice las siguientes tareas para detectar y solucionar el problema:
Síntoma
Si se utiliza el método de desactivación de instantáneas Microsoft VSS dentro de la máquina virtual para realizar una copia de seguridad de una máquina virtual de VMware, es posible que la copia de seguridad resultante no sea coherente. Especialmente al realizar copias de seguridad de máquinas virtuales con aplicaciones (como Exchange) instaladas.
Solución
La solución alternativa consiste en utilizar el método de desactivación de instantánea VMware Tools, y desactivar los editores de VSS, como el editor del servicio de Microsoft Search y el editor de optimización de instantáneas VSS en el sistema operativo invitado de la máquina virtual para corregir el problema.
No se puede conectar el adaptador de red <<nombre del adaptador>> con el conmutador virtual.
Síntoma
Al realizar una copia de seguridad de una máquina virtual, se produce una conmutación por error en la máquina virtual agrupada en clúster antes de tomar una instantánea. Esta conmutación por error 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 que permite establecer la configuración de la restauración para la máquina virtual.
Síntoma
Aunque ya se haya finalizado la tarea de copia de seguridad de una máquina virtual, 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. Si la máquina virtual es un clúster de Hyper-V, no se podrá realizar la migración en directo en ella.
Este problema sucede durante las situaciones siguientes:
Solución
Mientras la máquina virtual esté bloqueada, todavía se podrá utilizar el sistema operativo 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
Esto es una incidencia conocida de VMware que implica el seguimiento de bloque modificado (CBT) Con la desactivación de nivel de aplicación, el seguimiento de bloques modificados sobrevalora los cambios.
Solución
La incidencia se ha solucionado en VMware ESXi 5.5 o posterior y en VMware ESX 5.1 parche 02. Si el servidor de VMware vCenter 5.5 administra cualquier host de VMware ESXi 5.1, el parche debe aplicarse a ellos. Para obtener más información sobre esta corrección, consulte la base de conocimiento de VMware.
Si la incidencia persiste, establezca el registro siguiente en el servidor proxy:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]
"ResetCBT"=dword:00000001
Ejemplo:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
Nota: Después de que el valor del registro se establezca, la tarea de copia de seguridad incremental siguiente se convierte en una tarea de copia de seguridad de verificación y, a continuación, las tareas de copia de seguridad incremental subsiguientes continúan ejecutándose con el tamaño adecuado.
Para obtener más información, consulte el artículo 2055943 de la base de conocimiento de VMware.
Síntoma
La máquina virtual del origen de la copia de seguridad tiene VMDK más grandes que 2 TB y el servidor de ESX/ESX(i) con una versión inferior a 5.5 solo puede ser compatible con un disco virtual de hasta 2 TB de tamaño. Sin embargo, durante la recuperación de la máquina virtual, se pueden producir los errores siguientes:
Solución
Es una limitación de VMware. El tamaño máximo con el que la versión inferior a 5.5 del servidor de ESX/ESX(i) de VMware es compatible es 2 T-16 GB, que es igual a 2032 GB.
Se recomienda utilizar el servidor de ESX(i) de VMware 5.5 como el destino para realizar la conversión con un disco grande.
Para obtener más información, consulte el artículo 1012384 de la base de conocimiento de VMware.
Síntoma
Cuando se ejecuta una tarea de copia de seguridad en una máquina virtual que contiene un controlador de SCSI con más de 7 VMDK, se produce un error en la tarea de copia de seguridad. Se produce un error en la tarea de copia de seguridad porque VMware requiere un número máximo de ranuras libres para que los VMDK de un controlador de SCSI concreto creen una instantánea. Un controlador de SCSI puede tener un número máximo de 15 ranuras. Por ejemplo, si un controlador de SCSI tiene 7 VMDK, se puede crear una instantánea para cada VMDK. (Se utiliza un total de 14 ranuras con una ranura libre). Si un controlador de SCSI tiene 8 VMDK, se producirá un error en la tarea de copia de seguridad porque no se puede crear la instantánea debido a que solamente hay 15 ranuras disponibles.
Nota: También se produce un error al crear manualmente una instantánea.
Solución
Para las máquinas virtuales que tienen más de siete discos en un controlador de SCSI único, realice los pasos siguientes:
Ahora se pueden crear instantáneas para cada VMDK.
Esta incidencia es una limitación de VMware donde Arcserve Backup solo puede ser compatible con el número de discos de VMDK para copias de seguridad.
Para obtener más información al respecto, consulte el siguiente artículo de la base de conocimiento de VMware: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
Para resolver esta incidencia, elimine la máquina virtual antigua de Central Protection Manager e importe la máquina virtual nueva.
Síntoma
Esto es una incidencia de VMware conocida que afecta a los hosts y a las máquinas virtuales de ESXi 5.0, 5.1 y 5.5 que utilizan los adaptadores de red virtual E1000 y E1000.
Nota: Esta incidencia se resuelve en las siguientes actualizaciones de VMware.
Solución
Cámbiese a un adaptador VMXNET3. Para obtener más información, consulte el artículo 2059053 de la base de conocimiento de VMware.
Síntoma
Cuando una máquina virtual se importa a la vista de nodos, se produce un error si otra máquina virtual con el mismo UUID de instancia de máquina virtual ya se ha agregado a la vista de nodos.
Síntoma
Cuando un plan de copia de seguridad de la máquina virtual basada en el host incluye un equipo de proxy que tiene instalada la versión anterior de Arcserve D2D (por ejemplo, r16.5), aparece el mensaje de error No se puede encontrar el método de envío cuando el plan se guarda.
Solución
Este problema se produce porque la API de la versión actual no es compatible con la API de la versión anterior de Arcserve D2D. Como solución temporal, se puede actualizar manualmente Arcserve D2D a la versión actual del Agente de Arcserve UDP (Windows).
Síntoma
La tarea de copia de seguridad de la máquina virtual basada en el host se bloquea durante horas y no puede continuar.
Solución
Termine afbackend.exe según el ID del proceso en el registro de actividades, elimine la instantánea de la máquina virtual si la hay y reenvíe la tarea de copia de seguridad.
Síntoma
El comportamiento del sistema operativo crea el estado sin conexión de forma predeterminada.
La política de SAN se ha introducido en Windows Server 2008 para proteger los discos compartidos a los cuales tienen acceso varios servidores. La política de SAN predeterminada de la máquina virtual de origen es Compartido sin conexión para todos los discos de SAN, excepto para el disco de arranque. Al establecer la política en Sin conexión se permite a los discos de SAN estar sin conexión durante el inicio. Después de la recuperación, se creará un disco nuevo para la máquina virtual. El archivo de disco de la máquina virtual parece ser un disco de SAN y el sistema operativo piensa que está sin conexión. Cuando el disco fuera de línea se vuelva a establecer en línea, el disco permanece en línea incluso después de reiniciar el sistema.
Solución
Como solución temporal, especifique el comando DISKPART.exe: SAN POLICY=OnlineAll setting for the source VM before backup. Como que los discos se pueden compartir entre otros servidores, se puede producir una corrupción de los datos. Se debe utilizar la política de SAN correcta para proteger los datos.
Línea de comandos DISKPART.EXE
Consultar la política de SAN:
DISKPART > san
Política de SAN: Sin conexión compartida
Cambiar la política de SAN:
DISKPART > san policy=OnlineAll
DISKPART cambia correctamente la política de SAN para el sistema operativo actual.
Síntoma
Después de realizar la copia de seguridad de una máquina virtual de Hyper-V, los volúmenes de los dispositivos de iSCSI no se muestran en la interfaz de usuario de restauración.
Solución
Cree un plan de copia de seguridad basado en el agente en Arcserve UDP o utilice el Agente de Arcserve UDP (Windows) para realizar la copia de seguridad de la máquina virtual.
Síntoma
Para las tareas de copia de seguridad sin agente basada en el host de una máquina virtual de Hyper-V, si el sistema operativo invitado es Windows Server 2003, no se pueden ejecutar los comandos Pre/Post. El registro de actividades imprime la advertencia No se esperaba el nombre de la máquina virtual. No se pueden ejecutar los comandos Pre/Post.
Solución
Windows Server 2008, Windows Vista o un sistema operativo de una versión posterior no tienen este problema y son los sistemas operativos que se deben utilizar.
Relacionados con la instalación y/o la implementación remota (Agente)
Síntoma
La API de configuración de Windows registra el error 1460, lo que significa que el período de tiempo de espera ha caducado. El valor del tiempo de espera predeterminado es 300 segundos para actualizar el controlador del dispositivo.
Solución
Para ajustar el valor del tiempo de espera, siga estos pasos:
Computer Configuration\Administrative Templates\System\Device Installation
Configure el tiempo de espera de la instalación del dispositivo.
Relacionados con la máquina virtual instantánea
Síntoma
Cuando se utiliza la información de ESX para iniciar sesión y se selecciona una agrupación de recursos como la ubicación de la máquina virtual instantánea, esta estará ubicada bajo el host de ESX y no en la agrupación de recursos. Si se suprime la máquina virtual instantánea de la Consola y se recrea una máquina virtual instantánea con el mismo nombre, agregará un sufijo (1) al nombre de la máquina virtual instantánea, no a la marca de hora, tal y como se esperaría.
Solución
Se debe a que el servidor de ESX se gestiona a través de un vCenter. La información de inicio de sesión de vCenter se utilizará para crear una máquina virtual instantánea.
Síntoma
Cuando se inicia la máquina virtual instantánea y, a continuación, se reinicia el servidor de recuperación de Hyper-V, se produce un error al iniciarse la máquina virtual instantánea.
Solución
Para resolver este error de arranque, reinicie la máquina virtual instantánea.
Síntoma
He asignado un volumen de Windows como carpeta compartida de NFS y he proporcionado esta ruta del volumen compartido como ruta de archivo de la máquina virtual instantánea. Cuando formateo el volumen de Windows y, a continuación, intento crear la máquina virtual instantánea, se produce un error al crear la máquina virtual instantánea. La máquina virtual instantánea no se crea porque se produce un error en el host de ESXi al agregar el almacén de datos de NFS. VMware muestra los siguientes mensajes de error:
Se ha producido un error en VMware al crear la máquina virtual.
En el archivo vmkernal.log se muestra el siguiente registro de error:
Ningún dispositivo subyacente para principal, secundaria
Solución
Para solucionar esta incidencia, realice los siguientes pasos en el servidor de recuperación:
Se abre el cuadro de diálogo Herramientas administrativas.
Se abrirá el cuadro de diálogo Servicios.
Se crea la máquina virtual instantánea.
Relacionados con la vista de registros
Síntoma
En la vista de registro, si una máquina virtual protegida no tiene un nombre de host, su valor de NodeName se muestra como "VM(nombre de nodo)". En este caso, no funcionan otros filtros.
Solución
Se puede modificar manualmente el valor de NodeName desde la máquina virtual (nombre de host) al nombre de host y, a continuación, todos los filtros funcionarán bien. Por ejemplo, modifique NodeName "VM(xxxxx01-AB)" a "xxxxx01-AB".
Relacionadas con Microsoft Exchange
Síntoma
Esto ocurre cuando el servidor Exchange se instala dentro de una máquina virtual y se está ejecutando el Agente de Arcserve UDP (Windows) para proteger esta máquina virtual. Después de que la copia de seguridad se ejecute durante un tiempo, si la máquina virtual se revierte a una instantánea de la máquina virtual guardada previamente y se intenta recuperar la base de datos de Exchange en la ubicación original, se produce un error en la restauración con el error: Se ha restaurado la base de datos/el grupo de almacenamiento de Exchange [DB_Name] a su ubicación original, pero se ha producido un error en el montaje.
La causa raíz se está investigando todavía, pero actualmente parece que está relacionada con la marca de hora registrada dentro de la base de datos de Exchange y los últimos archivos del registro de transacciones.
Solución
Intente recuperar la base de datos de Exchange a un directorio alternativo o desmonte la base de datos y elimine todos los archivos de la carpeta de destino antes de realizar la restauración.
Relacionados con Microsoft SQL Server
Síntoma
Microsoft SQL Server puede necesitar adjudicar más memoria para procesar la consulta, especialmente cuando hay muchos datos en la base de datos de Arcserve UDP. Pero si Microsoft SQL Server no puede conseguir más memoria debido a la no disponibilidad o al límite máximo configurado, el procesamiento de la consulta se realizará muy lentamente y, por lo tanto, se impactará el grado de reacción de la consola de Arcserve UDP.
Solución
Suprima algunos registros de la base de datos mediante Registrar/Suprimir y reinicie el Servicio de SQL.
Relacionados con el servidor de punto de recuperación/almacén de datos
Síntoma
Cuando se envía una tarea de combinación manualmente, esta no se ejecuta, sino que se muestra el siguiente mensaje en el registro de actividad:
No se puede ejecutar la tarea de combinación para <nombre del nodo>, se está ejecutando otra tarea.
Solución
El motivo de este error podría radicar en que hay otras tareas en ejecución que afectan al nodo en el mismo servidor de puntos de recuperación, pero en un almacén de datos distinto. Como solución alternativa, espere a que finalicen esas tareas y, a continuación, inténtelo de nuevo.
Síntoma
Se produce un error en la copia de seguridad o en la tarea de replicación con el error "el sistema no puede encontrar el archivo especificado".
Compruebe el registro de eventos de Windows. McAfee detecta el archivo del almacén de datos (por ejemplo, P0000000042.data ) como un virus troyano Exploit-ScriptNull y lo suprime.
Solución
Configure la configuración del antivirus para establecer la ubicación del almacén de datos del servidor de punto de recuperación (RPS) en la lista de exclusión.
Nota: Algunos software de antivirus requieren que se establezca la lista de exclusión desde el lado del servidor.
Síntoma
Esto sucede cuando se establece la limitación de red en un ancho de banda bajo o cuando el rendimiento de la red en el servidor de RPS de destino es lento. Por lo tanto, se pueden tardar varios minutos esperando a que se envíen los datos en cola.
Solución
Espere a que la tarea de replicación salga de manera correcta.
Relacionados con el servidor de punto de recuperación (RPS) o con la importación desde Hyper-V/nodo
Síntoma
Cuando se intenta agregar un nodo mediante la dirección IP o el nombre de nodo en sistemas operativos Windows que son compatibles con el Control de cuentas de usuario (UAC) (en Windows Vista o versiones posteriores) o se intenta importar máquinas virtuales desde un servidor Hyper-V que sea compatible con el UAC, y se utiliza una cuenta de usuario de Windows nueva que es una cuenta local en el grupo de administradores pero no es el administrador integrado, se mostrará el siguiente mensaje:
"El privilegio del administrador es obligatorio."
Solución
Utilice a un administrador integrado o un administrador de dominios. O se puede desactivar UAC remoto.
Este es el comportamiento predeterminado de Windows llamado restricciones remotas de UAC. Si todavía se desea utilizar esta cuenta para agregar el nodo, desactive el UAC remoto realizando los pasos siguientes:
Se abre el Editor del registro de Windows.
Nota: Puede ser necesario proporcionar credenciales administrativas para poder abrir el Editor del registro de Windows.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Para obtener más información detallada acerca de los comportamientos de Windows, consulte el artículo http://support.microsoft.com/kb/951016.
Síntoma
La eliminación de la función del hipervisor para un nodo no se proporciona en esta versión.
Solución
Elimine el nodo y agréguelo otra vez.
Síntoma
Con interfaz de usuario todo incluido en Arcserve UDP, no se espera que los usuarios tengan varias consolas de Arcserve UDP y, por lo tanto, el escenario de mover el agente de un servidor a otro solamente se producirá cuando el servidor antiguo se retire.
Solución
El mover un nodo de una consola a otra es un escenario muy raro.
Relacionados con el registro
Síntoma
McAfee u otro software de terceros establecen EnableECP=1 en el registro cuando se instalan en Windows Server 2012.
Solución
En el registro, cambie el valor de EnableECP de 1 a 0 bajo la clave siguiente:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
Para obtener más información consulte la página web http://support.microsoft.com/kb/2817216.
Relacionados con la replicación
Síntoma
La segunda tarea de replicación se bloqueará en el estado Preparar y se producirá un error a los 10 minutos.
Solución
No es necesario realizar ninguna operación específica. Después de que se produzca el error en la segunda tarea de replicación, la tarea de nueva copia de seguridad se activará.
Relacionadas con la utilidad Arcserve UDP Exchange Granular Restore (AEGR)
Síntoma
Después de una tarea de restauración, puede que no se restauren correctamente las siguientes propiedades de los elementos:
Solución
Utilice la opción Exportar a PST para restaurar los elementos que faltan.
Relacionadas con la restauración
Síntoma
Al utilizar agentes de la actualización 4 o versiones inferiores, se producen los siguientes errores:
La base de datos o el grupo de almacenamiento de Exchange se han restaurado a su ubicación original, pero se ha producido un error en el montaje.
Solución
Actualice los Agentes de Arcserve UDP a la versión 6.0.
Síntoma
Cuando el destino de la restauración es una carpeta de recursos compartidos remota como \\FileServer\ShareFolder\RestDest y el destino de la copia de seguridad es una carpeta de recursos compartidos remota con la misma ruta como, por ejemplo, \\FileServer\ShareFolder\RestDest, se produce el error.
Si la cuenta de usuario que se utiliza para conectarse a la carpeta de recursos compartidos raíz no está en la lista de permisos, se producirá un error en la tarea de restauración sin tener en cuenta que cuenta se utiliza para la carpeta de destino de la restauración.
Solución
Agregue la cuenta de usuario que se asigna al destino de la copia de seguridad para crear la conexión en la lista de permisos de la carpeta de recursos compartidos raíz y asegúrese de que la cuenta de usuario tiene los permisos correctos para restaurar el archivo.
Agregue la cuenta de usuario al grupo de operadores de la copia de seguridad y asegúrese de que tiene el permiso de anular restricciones de seguridad.
Síntoma
Si el cifrado se permite para el punto de recuperación, no se tiene que introducir la contraseña para los puntos de recuperación de los que se ha realizado la copia de seguridad desde el servidor actual. Sin embargo, si se actualiza el SO de Windows (por ejemplo, de Windows 2008 a Windows 2008 R2), las contraseñas no se rellenarán automáticamente en la interfaz de usuario del Agente de Arcserve UDP (Windows) y se deberá volver a introducir la contraseña.
Solución
Registre la contraseña de cifrado del punto de recuperación o la contraseña de sesión y guárdela en un lugar seguro para recuperarla más tarde.
Síntoma
Al restaurar una máquina virtual de VMware, obtengo el error siguiente:
No tiene derechos de acceso a este archivo; para obtener más información, consulte el registro de depuración de la restauración. Si es necesario, póngase en contacto con Soporte de Arcserve.
Se pueden ver las entradas de registro siguientes en los registros de depuración de la restauración:
[VDDKLOG] CnxAuthdConnect: se devuelve False porque se ha solicitado la comprobación de SSL y authd de destino no es compatible con SSL
[VDDKLOG] CnxConnectAuthd: se devuelve False porque se ha producido un error en CnxAuthdConnect
[VDDKLOG] Cnx_Connect: se devuelve False porque se ha producido un error en CnxConnectAuthd
[VDDKLOG] Cnx_Connect: mensaje de error: se requiere SSL
Solución
El motivo de este error es que la autenticación SSL está desactivada en el host de VMware ESX. Para solucionar este error, utilice uno de los métodos siguientes:
config.defaults.security.host.ruissl
/etc/vmware/config;
Se activa la autenticación SSL.
Relacionados con la conexión del servidor
Síntoma
Cuando se exploran los registros de actividades del agente o de la consola, se puede mostrar el error siguiente:
Error al conectarse al servidor 'arcservedocs.com'.
Solución
Se puede ignorar este mensaje.
Relacionadas con Virtual Standby
Síntoma
Se realiza la copia de seguridad de un nodo en un almacén de datos del servidor de puntos de recuperación, se replica en otro almacén y, después, se crea un equipo de Virtual Standby con el origen de la replicación. Tras la implementación del plan, puede reanudar Virtual Standby directamente si hay sesiones más antiguas para la tarea de Virtual Standby. Pero, tras enviarla, la tarea de Virtual Standby no se inicia.
Solución
Para solucionar esta incidencia, realice primero una replicación manual. Haga clic con el botón secundario del ratón en el nodo y haga clic en Replicar ahora. Una vez que se haya finalizado la replicación, reanude la tarea de Virtual Standby.
Síntoma
La tarea de Virtual Standby no se lleva a cabo, sino que genera el siguiente error:
Se ha producido un error al obtener la firma del disco (la firma del disco está vacía)
Solución
En la versión 6.0 de Arcserve UDP, el .lib de VDDK de VMware se actualiza de la versión 5.5 a la 6.0. En VDDK v6, para inicializar el .lib de VDDK se necesita un nuevo campo llamado “Thumbprint” (Huella digital). La llamada del conversor VSB se basa en la versión 5.0 de Arcserve UDP, donde falta el valor de Thumbprint (Huella digital). Por este motivo, se produce un error en la llamada del conversor al controlador.
Para solucionar este problema, actualice el conversor a Arcserve UDP versión 6.0.
Síntoma
Se ha realizado una copia de seguridad de Agente de Arcserve UDP (Windows) en el almacén de datos del servidor de puntos de recuperación de Arcserve UDP y este servidor se ha actualizado a Arcserve UDP 6.0. Además, se ha realizado una copia de seguridad de Agente de Arcserve UDP (Windows) en una carpeta compartida y el Agente se ha actualizado a Arcserve UDP 6.0. Se ha producido un error en la tarea de Virtual Standby (VSB) para Hyper-V y se muestran los siguientes mensajes de error:
No se encuentra el método de envío para {http://webservice.arcflash.com}IsVmFileExist.
o
No se encuentra el método de envío para {https://webservice.arcflash.com}IsVmFileExist.
Solución
Actualice el Agente de Arcserve UDP a Arcserve UDP 6.0 en el servidor de Hyper-V.
Otra causa de este comportamiento se refiere al encendido de máquinas virtuales que contienen volúmenes de "solo lectura". Para corregir esta condición, coloque los volúmenes en el disco con el estado editable.
Se ha producido un error al obtener la información del punto de recuperación.
Este comportamiento se produce cuando se realizan recuperaciones V2P utilizando la instantánea más reciente y la tarea de conversión para el nodo no se completado tras haber vuelto a implementar la tarea de Virtual Standby en el nodo.
Solución
Solución
Realice la recuperación de V2P mediante la reconstrucción completa del Agente de Arcserve UDP.
Nota: Esta limitación solo se aplica a las tareas de Virtual Standby que se ejecutan en los servidores de Hyper-V.
Síntoma
El Agente de Arcserve UDP (Windows) tiene un disco de 2 TB y el servidor de ESX/ESX(i) con una versión inferior a la versión 5.5 puede ser solamente compatible con un disco virtual de hasta 2 TB de tamaño. Sin embargo, durante la conversión, pueden ocurrir los errores siguientes:
Solución
Es una limitación de VMware. El tamaño máximo con el que la versión inferior a 5.5 del servidor de ESX/ESX(i) de VMware es compatible es 2 T-16 GB, que es igual a 2032 GB.
Se recomienda utilizar el servidor de ESX(i) de VMware 5.5 como el destino para realizar la conversión con un disco grande.
Para obtener más información, consulte el artículo 1012384 de la base de conocimiento de VMware.
Síntoma
Se ha producido un error en la implementación del plan y se muestra el siguiente mensaje de error: "No se pueden aplicar valores de configuración de Virtual Standby al nodo xxx. (Se ha producido un error al establecer la conexión entre xxx y el controlador: xxx. Las credenciales del usuario no son válidas)".
Solución
Edite la tarea de Virtual Standby en el plan, introduzca la contraseña correcta para el controlador y guarde el plan.
Relacionados con la instantánea VSS
Solución alternativa
Nota: Este problema ocurre pocas veces. Para obtener más información, consulte el artículo de la base de conocimiento de VMware 2006849 o el artículo de la base de conocimiento de Microsoft 2853247.
Data Corruption During UDP Upgrade due to Backward Compatibility
You may notice data corruption for backward compatibility of protecting UDP v5 nodes to UDP v6 RPS, it might cause data corruption on deduplication data store.
This issue does not impact if you are using one of the following options:
This issue impacts if you have:
When do you face this data corruption:
If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6, you may face this issue in the following scenarios:
Síntoma
The data corruption issue might happen in the following two scenarios.
Scenario 1: The Agent node is with Arcserve UDP v5 and the RPS node is with Arcserve UDP v6. Agent job fails to back up and generates the incomplete recovery point on the deduplication data store. Deleting the incomplete recovery point from the deduplication data store may lead to data corruption.
Scenario 2: The source RPS node is with Arcserve UDP v5 and the destination RPS node is with Arcserve UDP v6. The Replication job fails and generates the incomplete recovery point destination deduplication data store. Deleting the incomplete recovery point from the destination deduplication data store may lead to data corruption.
Reason
Due to the mismatch of interface between different versions, when Arcserve UDP v6 RPS tries to delete the incomplete sessions generated by Arcserve UDP v5, it may wrongly delete additional index files which leads to data corruption.
Solución
If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6:
Note: Before applying the patch, do not run any backup/replication jobs.
Note: If you opt for this option, do not upgrade to Arcserve UDP v6. You can directly upgrade from Arcserve UDP v5 to Arcserve UDP v6 update 1.
If you have already upgraded from Arcserve UDP v5 to Arcserve UDP v6:
Note: Contact Arcserve Support to get the patch.
How to handle corrupted recovery points?
You cannot recover any recovery point that is corrupted due to the backward compatibility issue as the corresponding index file is incorrectly deleted.
To make sure that the subsequent recovery points do not depend on the corrupted recovery point, we recommend to take again full backup for the impacted node.
In addition, other jobs related to merge job that need to read from the corrupted recovery point might continue failing even though new full backup is done.
To solve the above, we recommend to rename the node folder in the backup destination folder of dedupe data store. Add Backup as prefix to the original node name.
For example:
NODE_NAME[1a98528f-db3c-45de-83d6-9d729815ab7d]
to
BackupNode_Name[1a98528f-db3c-45de-83d6-9d729815ab7d]
As a result, new folder name of the source node is created that automatically converts the recovery point as full when the specific node backs up to the data store again.
For the renamed folder, you can perform the following options:
You can select to delete the renamed node through data store UI, if all the recovery points in the renamed folder are not useful anymore. The automatic retention management of the Plan only applies to the new recovery points done after the renaming of the folder.
Si usa el explorador web Edge de Windows 10, es posible que no pueda iniciar sesión en los Agentes de Windows o Linux desde la Consola al hacer clic en Restaurar o en Login Agent (Iniciar sesión en el Agente). Utilice otro explorador para iniciar sesión.
Síntoma
Si cuenta con dos máquinas virtuales, VM1 y VM2, con el mismo GUID en los hosts de ESXi y ambas están gestionadas por una instancia distinta de vCenter, VC1 y VC2, respectivamente. Imagine que decide importar VM1 a la Consola (no puede importar ambas máquinas virtuales porque la Consola no admite nodos con el mismo GUID). Pero también importa máquinas virtuales del vCenter VC2. Cuando se ejecuta la detección automática, se conecta con VC1 en primer lugar y detecta VM1 por el GUID; acto seguido, la columna Hipervisor se actualiza con la información de VC1. Después, cuando se conecta con VC2, detecta VM2 por el GUID y la columna Hipervisor se actualiza con la información de VC2.
Solución
No es habitual que dos máquinas virtuales tengan el mismo GUID. En el peor de los casos, si se da esta situación, es posible que la copia de seguridad sin agente basada en host realice una copia de seguridad de la máquina virtual incorrecta, ya que Arcserve UDP utiliza el GUID para identificar cada máquina virtual. Para resolver el problema, puede cambiar manualmente el GUID de una de las máquinas virtuales. Para obtener más información sobre cómo hacerlo, consulte el tema relacionado en la Guía de soluciones.
Síntoma
No se puede iniciar sesión en la Consola de Arcserve UDP. En la Consola se muestran los siguientes mensajes cinco minutos después de haber iniciado sesión:
Identity Service is starting (El servicio de identidades se está iniciando)
Solución
Para resolver este problema:
Síntoma
Se produce un error en la tarea de Jumpstart para varios nodos si uno de los nodos tiene una tarea de replicación en curso.
Solución
Se puede esperar a que finalice la tarea de replicación antes de enviar la tarea de Jumpstart o enviar la tarea de Jumpstart al resto de nodos.
Síntoma
Es posible que se produzca un error en la tarea de copia en cinta en los casos siguientes:
Solución
Para el primer problema, agregue el nodo del agente de Arcserve UDP a la interfaz de usuario de la Consola de Arcserve UDP con el nombre de usuario no localizado.
Para el segundo problema, agregue el nodo del servidor de puntos de recuperación a la Consola de Arcserve UDP con el nombre de usuario no localizado.
Síntoma
Si el plan contiene las siguientes tareas, se verá una configuración redundante del dispositivo NAT en la tarea Replicar desde un servidor de puntos de recuperación remoto cuando sea necesario modificar el plan en el entorno de NAT:
Cuando se deba modificar el plan y ver la configuración de la tarea 1, se puede encontrar la opción redundante El servidor está detrás del dispositivo NAT cuando la opción El servidor está detrás del enrutador de NAT esté configurada. Se puede realizar correctamente la tarea de replicación si se proporciona de forma correcta la información del enrutador de NAT.
Solución
Se puede ignorar el campo El servidor está detrás del dispositivo NAT que se encuentra en la tarea Replicar desde un servidor de puntos de recuperación remoto cuando se modifica un plan, que es redundante. Utilice el campo El servidor está detrás del enrutador de NAT para asegurarse de que la tarea de replicación se realice correctamente.
Síntoma
Se elimina el filtro superior del BLI de registro de la clase de volumen. Por lo tanto, el controlador de BLI no puede controlar volúmenes.
Solución
Puede seguir realizando una copia de seguridad incremental tras volver a instalar el controlador de seguimiento de cambios.
Sigue estos pasos:
<Ruta de la instalación>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
<Ruta de la instalación>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
Síntoma
Los siguientes mensajes pueden encontrarse en el registro de eventos: "Intento de operación ilegal en una clave del Registro que estaba marcada para su eliminación" o "Windows detectó que otras aplicaciones o servicios siguen usando el archivo de registro. El archivo se descargará ahora. Puede las aplicaciones o servicios que lo usen no funcionen correctamente más adelante."
Solución
Para obtener una causa y una solución, consulte el artículo de KB de Microsoft 2287297.
Síntoma
Se produce un error al montar una sesión en una letra del controlador.
Esto sucede cuando el destino es una carpeta local y está en un volumen de FAT32. El montaje de un controlador solamente es compatible con la creación del archivo de la memoria caché en el volumen de NTFS.
Solución
Agregue una clave de registro nueva y personalice la ruta del archivo de la memoria caché a un volumen diferente.
Sigue estos pasos:
Más información:
El archivo de la memoria caché se creará montando un controlador cuando un volumen grabable se monte. Se crea un volumen grabable para la tarea de catálogo/restauración de restauración granular. Si la sesión realizará la copia de seguridad de los volúmenes en Windows 8, Windows 2012 o en un sistema operativo posterior, siempre se debe montar un volumen grabable cuando se monta una sesión a una letra del controlador.
Síntoma
La copia de seguridad enviada se muestra correctamente, pero no se puede ver ningún controlador de tareas desde la interfaz de usuario del Agente de Arcserve UDP (Windows). Esto es porque la tarea de copia de seguridad cumple el valor de configuración del número máximo de nodos simultáneos en el almacén de datos. La tarea de copia de seguridad se pone en espera en la cola.
Solución
Abra la Consola de Arcserve UDP y el controlador de tareas pendientes se mostrará en la vista de nodos.
Síntoma
Cuando se está ejecutando una tarea de copia de seguridad de verificación sin agente basada en el host, y si se ha activado la compresión en el plan, el Porcentaje de compresión mostrado en el controlador de tareas es más alto que el porcentaje real.
Todas las otras tareas de copia de seguridad no tienen este problema, incluyendo las tareas de copia de seguridad del agente y las tareas de copia de seguridad completa/incremental sin agente basada en el host.
Solución
El Porcentaje de compresión imprimido en el registro de actividades es correcto. Consúltelo después de que se complete la tarea de copia de seguridad de verificación sin agente basada en el host.
Síntoma
La tarea de copia de seguridad de la máquina virtual de VMware se completa correctamente en la Consola de Arcserve UDP. La tarea está marcada con el icono verde y el registro de actividad muestra el mensaje Se ha completado correctamente un trabajo de copia de seguridad. Sin embargo, el archivo de volcado del proceso back-end como, por ejemplo, AFBackend.exe.7912.00.dmp se genera en la carpeta BIN de la ruta de instalación del agente. Por ejemplo: C:\Archivos de programa\Arcserve\Unified Data Protection\Engine\BIN.
Solución
Esto sucede debido a un problema de VMware VDDK ya que en algunas ocasiones VDDK se bloquea cuando Arcserve UDP está cerrando las llamadas de la API a VDDK. Se puede ignorar este problema porque sucede en la última fase de la tarea de copia de seguridad. En ese momento la tarea de copia de seguridad está casi completa y el punto de recuperación se ha ajustado correctamente.
Se ha producido un error al integrar el paquete de idioma en la Imagen de ISO de BMR.
Síntoma
El controlador de filtros del software antivirus de terceros (McAfee) causa esta incidencia, pero también puede suceder con otros filtros de terceros.
Solución
Desactive el software antivirus y pruebe la creación del kit de arranque otra vez.
Síntoma
Cuando el equipo de origen es un servidor Active Directory que realiza una reconstrucción completa en una máquina física con un hardware distinto o a una máquina virtual en un servidor Hyper-V, el servidor no se inicia y aparecerá una pantalla azul con el siguiente mensaje:
DETENCIÓN: los servicios del directorio c00002e2 no podrán iniciarse a causa del error siguiente: no funciona el dispositivo adjunto al sistema. Estado del error: 0xc0000001.
Solución
Reinicie el sistema en el entorno PE de BMR, cambie el nombre de todos los archivos *.log en la carpeta C:\Windows\NTDS y reinicie el sistema. Por ejemplo, renombre el archivo edb.log a edb.log.old y reinicie el sistema.
Síntoma
Es posible que no se pueda asignar el disco/volumen durante la reconstrucción completa cuando el equipo de destino es una máquina virtual con un disco de IDE en un servidor de Hyper-V 2008 o en un servidor de Hyper-V 2008R2.
Si se restauran los datos a una máquina virtual con un disco de IDE en un servidor de Hyper-V 2008 o en un servidor de Hyper-V 2008 R2 mediante la reconstrucción completa, no se podrá asignar el disco/volumen de origen al disco/volumen de destino incluso si los tamaños de los dos discos parecen ser los mismos. Esto se debe a que cuando se crea un disco de IDE en un servidor de Hyper-V 2008 o en un servidor de Hyper-V 2008R2, el tamaño real del disco es más pequeño que el tamaño especificado.
Solución
Cree un disco mayor en la máquina virtual. Por ejemplo, si se desea restaurar datos de un disco de 25 GB, se sugiere crear un disco de 26 GB en la máquina virtual de destino.
Síntoma
Se observa en servidor ESX de VMware. Para las máquinas virtuales de Windows 2003 el controlador de disco predeterminado es el adaptador de SCSI de LSI Logic y el controlador para este tipo de adaptador de SCSI no se incluye en Windows ADK 8.1. Es posible observar también esta situación en algunos servidores antiguos con adaptadores de SCSI antiguos.
Solución
Para resolver este problema, obtenga los controladores del sitio web del distribuidor de hardware y cargue el controlador desde la interfaz de usuario de reconstrucción completa.
[VDDKLOG] SSLCheckLockingCallback: bloqueo de devolución de llamada sobrescrito. Se esperaba 7FEE3A836E0, se ha visto 113C2420.
Como solución alternativa, establezca la clave de registro VDDKLogLevel a 0 en la siguiente ruta:
\HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
Se ha producido un error al crear una copia de la instantánea {xxx}_backup en varios volúmenes del sistema de almacenamiento xxx después de reintentarlo 100 veces en un intervalo de 10 segundos.
Siga estos pasos para crear la clave de registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
DoNotUseFlexCloneLicenseToCloneLun
Después de cambiar la vista del punto de recuperación de Arcserve UDP, no se puede montar el volumen que se monta bajo una ruta de archivo en la sesión de la copia de seguridad.
Síntoma
Si el volumen todavía está montado, la vista del punto de recuperación de Arcserve UDP abre directamente el volumen montado por el sistema operativo y no por la sesión de la copia de seguridad.
Si el volumen no está montado, no se muestra nada en la vista del punto de recuperación de Arcserve UDP bajo esa ruta de archivo.
Solución
Utilice Montar punto de recuperación para montar este tipo de volumen.
Síntoma
VMware ha publicado hace poco un artículo en su base de conocimiento, en el que se indica que, en ESXi 6.0 o ESXi 6.0.x, se ha detectado un error en el seguimiento de bloques modificados que hace que este devuelva una lista de sectores de cambios incorrecta. Arcserve UDP podría verse afectado por este problema, que genera copias de seguridad de máquinas virtuales incoherentes (tanto completas como incrementales). Para obtener más información, consulte la base de conocimiento de VMware.
Si ocurre este problema, podría ocurrir un error en la tarea del catálogo y es posible que se registren errores en la comprobación de punto de recuperación.
Solución
VMware ha publicado un parche para este problema. Aplique este parche en los hosts de ESXi. Para obtener más información, consulte el artículo de la base de conocimiento de VMware, o bien el de la base de conocimiento de Arcserve.
Síntoma
Este problema se detecta si el host de Hyper-V es Windows 2012 R2 y si el sistema operativo invitado de la máquina virtual es SUSE Linux Enterprise Server (SLES) 12 con un nivel de ejecución de 5 (con una interfaz gráfica). En este caso, la tarea de copia de seguridad sin agente se bloquea en la fase correspondiente a la toma de la instantánea y, finalmente, genera un error. Después de esto, el sistema operativo invitado de la máquina virtual no responde.
Solución
No se trata de un problema de Arcserve UDP, sino un problema de compatibilidad de Windows y SUSE. Este mismo problema ocurre al crear una instantánea de VSS utilizando el comando diskshadow en el host de Hyper-V. Siga estos pasos para verificar el problema:
Hasta el momento no hay ninguna solución alternativa. Le sugerimos que se ponga en contacto con Microsoft para solucionar la causa raíz. De forma alternativa, puede intentar cambiar el nivel de ejecución de SLES 12 de 5 a 3 (sin interfaz gráfica), pero esto no garantiza la resolución del problema.
Síntoma
En la máquina virtual de VMware, la comprobación previa (PFC) muestra el siguiente mensaje de advertencia para la comprobación de la coherencia de los datos, aunque el usuario ya haya proporcionado unas credenciales adecuadas.
No se ha verificado debido a que se ha producido un error cuando la aplicación trataba de acceder a la máquina virtual. Compruebe que las credenciales de inicio sesión son correctas y que dispone de permisos de administración.
Solución
Esta incidencia solo ocurre en la comprobación previa para máquinas virtuales de VMware. Otras funciones, como la copia de seguridad, no se verán afectadas. La solución alternativa consiste en instalar el Agente de Arcserve UDP en el equipo en el que se haya instalado la Consola de Arcserve UDP (no es necesario iniciar el servicio del Agente).
Síntoma
Aunque el modo de transporte SAN sea posible, las tareas de copia de seguridad y restauración utilizan el modo de transporte HotAdd, NBD o NBDSSL.
Solución
Se trata de un problema conocido de VMware VDDK 6.0.1. Por el momento, VMware no ha ofrecido ninguna solución. Para obtener más información, consulte la sección sobre problemas conocidos en VDDK 6.0.1 de las Notas de la versión.
Síntoma
Aunque el modo de transporte SAN sea posible, las tareas de copia de seguridad y restauración utilizan el modo de transporte HotAdd, NBD o NBDSSL cuando el tamaño aprovisionado del disco virtual de las máquinas virtuales es de 4 TB o un múltiplo de esta cantidad.
Solución
Se trata de un problema conocido de VMware que, según esta empresa, se ha corregido en los siguientes parches:
• Para ESXi 5.5: parche de la versión ESXi550-201504001 (2112672)
• Para ESXi 6.0: parche de la versión ESXi600-201505001 (2116125)
La solución alternativa consiste en evitar el uso de tamaños aprovisionados que sean múltiplos de 4 TB. Por ejemplo, no utilice 4 TB u 8 TB. En lugar de ello, utilice cantidades como 3,9 TB u 8,1 TB.
Síntoma
Cuando se desactiva una máquina virtual de VMware mediante VMware Tools, la instantánea contiene datos dañados. La copia de seguridad lee los datos de la instantánea, así que los datos con copia de seguridad también resultan dañados. Para obtener más información sobre esta incidencia, consulte el artículo de la base de conocimiento de VMware.
Nota: Este problema ocurre 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. Arcserve UDP no puede detectar el problema de daño de datos, puesto que VMware no devuelve un error en este caso. Puede que no se dé cuenta del problema hasta que intente restaurar datos.
Solución
Realice las siguientes tareas para detectar y solucionar el problema:
Síntoma
Si se utiliza el método de desactivación de instantáneas Microsoft VSS dentro de la máquina virtual para realizar una copia de seguridad de una máquina virtual de VMware, es posible que la copia de seguridad resultante no sea coherente. Especialmente al realizar copias de seguridad de máquinas virtuales con aplicaciones (como Exchange) instaladas.
Solución
La solución alternativa consiste en utilizar el método de desactivación de instantánea VMware Tools, y desactivar los editores de VSS, como el editor del servicio de Microsoft Search y el editor de optimización de instantáneas VSS en el sistema operativo invitado de la máquina virtual para corregir el problema.
No se puede conectar el adaptador de red <<nombre del adaptador>> con el conmutador virtual.
Síntoma
Al realizar una copia de seguridad de una máquina virtual, se produce una conmutación por error en la máquina virtual agrupada en clúster antes de tomar una instantánea. Esta conmutación por error 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 que permite establecer la configuración de la restauración para la máquina virtual.
Síntoma
Aunque ya se haya finalizado la tarea de copia de seguridad de una máquina virtual, 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. Si la máquina virtual es un clúster de Hyper-V, no se podrá realizar la migración en directo en ella.
Este problema sucede durante las situaciones siguientes:
Solución
Mientras la máquina virtual esté bloqueada, todavía se podrá utilizar el sistema operativo 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
Esto es una incidencia conocida de VMware que implica el seguimiento de bloque modificado (CBT) Con la desactivación de nivel de aplicación, el seguimiento de bloques modificados sobrevalora los cambios.
Solución
La incidencia se ha solucionado en VMware ESXi 5.5 o posterior y en VMware ESX 5.1 parche 02. Si el servidor de VMware vCenter 5.5 administra cualquier host de VMware ESXi 5.1, el parche debe aplicarse a ellos. Para obtener más información sobre esta corrección, consulte la base de conocimiento de VMware.
Si la incidencia persiste, establezca el registro siguiente en el servidor proxy:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]
"ResetCBT"=dword:00000001
Ejemplo:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
Nota: Después de que el valor del registro se establezca, la tarea de copia de seguridad incremental siguiente se convierte en una tarea de copia de seguridad de verificación y, a continuación, las tareas de copia de seguridad incremental subsiguientes continúan ejecutándose con el tamaño adecuado.
Para obtener más información, consulte el artículo 2055943 de la base de conocimiento de VMware.
Síntoma
La máquina virtual del origen de la copia de seguridad tiene VMDK más grandes que 2 TB y el servidor de ESX/ESX(i) con una versión inferior a 5.5 solo puede ser compatible con un disco virtual de hasta 2 TB de tamaño. Sin embargo, durante la recuperación de la máquina virtual, se pueden producir los errores siguientes:
Solución
Es una limitación de VMware. El tamaño máximo con el que la versión inferior a 5.5 del servidor de ESX/ESX(i) de VMware es compatible es 2 T-16 GB, que es igual a 2032 GB.
Se recomienda utilizar el servidor de ESX(i) de VMware 5.5 como el destino para realizar la conversión con un disco grande.
Para obtener más información, consulte el artículo 1012384 de la base de conocimiento de VMware.
Síntoma
Cuando se ejecuta una tarea de copia de seguridad en una máquina virtual que contiene un controlador de SCSI con más de 7 VMDK, se produce un error en la tarea de copia de seguridad. Se produce un error en la tarea de copia de seguridad porque VMware requiere un número máximo de ranuras libres para que los VMDK de un controlador de SCSI concreto creen una instantánea. Un controlador de SCSI puede tener un número máximo de 15 ranuras. Por ejemplo, si un controlador de SCSI tiene 7 VMDK, se puede crear una instantánea para cada VMDK. (Se utiliza un total de 14 ranuras con una ranura libre). Si un controlador de SCSI tiene 8 VMDK, se producirá un error en la tarea de copia de seguridad porque no se puede crear la instantánea debido a que solamente hay 15 ranuras disponibles.
Nota: También se produce un error al crear manualmente una instantánea.
Solución
Para las máquinas virtuales que tienen más de siete discos en un controlador de SCSI único, realice los pasos siguientes:
Ahora se pueden crear instantáneas para cada VMDK.
Esta incidencia es una limitación de VMware donde Arcserve Backup solo puede ser compatible con el número de discos de VMDK para copias de seguridad.
Para obtener más información al respecto, consulte el siguiente artículo de la base de conocimiento de VMware: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
Para resolver esta incidencia, elimine la máquina virtual antigua de Central Protection Manager e importe la máquina virtual nueva.
Síntoma
Esto es una incidencia de VMware conocida que afecta a los hosts y a las máquinas virtuales de ESXi 5.0, 5.1 y 5.5 que utilizan los adaptadores de red virtual E1000 y E1000.
Nota: Esta incidencia se resuelve en las siguientes actualizaciones de VMware.
Solución
Cámbiese a un adaptador VMXNET3. Para obtener más información, consulte el artículo 2059053 de la base de conocimiento de VMware.
Síntoma
Cuando una máquina virtual se importa a la vista de nodos, se produce un error si otra máquina virtual con el mismo UUID de instancia de máquina virtual ya se ha agregado a la vista de nodos.
Síntoma
Cuando un plan de copia de seguridad de la máquina virtual basada en el host incluye un equipo de proxy que tiene instalada la versión anterior de Arcserve D2D (por ejemplo, r16.5), aparece el mensaje de error No se puede encontrar el método de envío cuando el plan se guarda.
Solución
Este problema se produce porque la API de la versión actual no es compatible con la API de la versión anterior de Arcserve D2D. Como solución temporal, se puede actualizar manualmente Arcserve D2D a la versión actual del Agente de Arcserve UDP (Windows).
Síntoma
La tarea de copia de seguridad de la máquina virtual basada en el host se bloquea durante horas y no puede continuar.
Solución
Termine afbackend.exe según el ID del proceso en el registro de actividades, elimine la instantánea de la máquina virtual si la hay y reenvíe la tarea de copia de seguridad.
Síntoma
El comportamiento del sistema operativo crea el estado sin conexión de forma predeterminada.
La política de SAN se ha introducido en Windows Server 2008 para proteger los discos compartidos a los cuales tienen acceso varios servidores. La política de SAN predeterminada de la máquina virtual de origen es Compartido sin conexión para todos los discos de SAN, excepto para el disco de arranque. Al establecer la política en Sin conexión se permite a los discos de SAN estar sin conexión durante el inicio. Después de la recuperación, se creará un disco nuevo para la máquina virtual. El archivo de disco de la máquina virtual parece ser un disco de SAN y el sistema operativo piensa que está sin conexión. Cuando el disco fuera de línea se vuelva a establecer en línea, el disco permanece en línea incluso después de reiniciar el sistema.
Solución
Como solución temporal, especifique el comando DISKPART.exe: SAN POLICY=OnlineAll setting for the source VM before backup. Como que los discos se pueden compartir entre otros servidores, se puede producir una corrupción de los datos. Se debe utilizar la política de SAN correcta para proteger los datos.
Línea de comandos DISKPART.EXE
Consultar la política de SAN:
DISKPART > san
Política de SAN: Sin conexión compartida
Cambiar la política de SAN:
DISKPART > san policy=OnlineAll
DISKPART cambia correctamente la política de SAN para el sistema operativo actual.
Síntoma
Después de realizar la copia de seguridad de una máquina virtual de Hyper-V, los volúmenes de los dispositivos de iSCSI no se muestran en la interfaz de usuario de restauración.
Solución
Cree un plan de copia de seguridad basado en el agente en Arcserve UDP o utilice el Agente de Arcserve UDP (Windows) para realizar la copia de seguridad de la máquina virtual.
Síntoma
Para las tareas de copia de seguridad sin agente basada en el host de una máquina virtual de Hyper-V, si el sistema operativo invitado es Windows Server 2003, no se pueden ejecutar los comandos Pre/Post. El registro de actividades imprime la advertencia No se esperaba el nombre de la máquina virtual. No se pueden ejecutar los comandos Pre/Post.
Solución
Windows Server 2008, Windows Vista o un sistema operativo de una versión posterior no tienen este problema y son los sistemas operativos que se deben utilizar.
Síntoma
Cuando se utiliza un equipo de Windows 2003 R2 de 64 bits como el servidor proxy de copia de seguridad para proteger la máquina virtual de VMware, a veces la tarea de copia de seguridad se puede bloquear. Se pueden ver los siguientes mensajes de error en el archivo de registro de depuración de la tarea de copia de seguridad:
[2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLib: VixDiskLib_OpenEx: Open a disk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: VixDiskLibVim_GetNfcTicket: Get NFC ticket for [datastore1 (3)] VMname/VMware_1.vmdk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Error 18000 (listener error GVmomiFaultInvalidResponse). {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Login failure. Callback error 18000 at 2439. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Failed to find the VM. Error 18000 at 2511. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
Solución
En Arcserve UDP versión 6.0, está integrado VMWare VDDK 6.0.1. Pero oficialmente VDDK 6.0.1 no es compatible con Windows 2003 R2. Como solución alternativa, se puede llevar a cabo una de las opciones siguientes:
Cómo aplicar una versión de VDDK distinta a la incorporada (6.0.1) en Arcserve UDP
Síntoma
Cuando se utiliza la información de ESX para iniciar sesión y se selecciona una agrupación de recursos como la ubicación de la máquina virtual instantánea, esta estará ubicada bajo el host de ESX y no en la agrupación de recursos. Si se suprime la máquina virtual instantánea de la Consola y se recrea una máquina virtual instantánea con el mismo nombre, agregará un sufijo (1) al nombre de la máquina virtual instantánea, no a la marca de hora, tal y como se esperaría.
Solución
Se debe a que el servidor de ESX se gestiona a través de un vCenter. La información de inicio de sesión de vCenter se utilizará para crear una máquina virtual instantánea.
Síntoma
Cuando se inicia la máquina virtual instantánea y, a continuación, se reinicia el servidor de recuperación de Hyper-V, se produce un error al iniciarse la máquina virtual instantánea.
Solución
Para resolver este error de arranque, reinicie la máquina virtual instantánea.
Síntoma
He asignado un volumen de Windows como carpeta compartida de NFS y he proporcionado esta ruta del volumen compartido como ruta de archivo de la máquina virtual instantánea. Cuando formateo el volumen de Windows y, a continuación, intento crear la máquina virtual instantánea, se produce un error al crear la máquina virtual instantánea. La máquina virtual instantánea no se crea porque se produce un error en el host de ESXi al agregar el almacén de datos de NFS. VMware muestra los siguientes mensajes de error:
Se ha producido un error en VMware al crear la máquina virtual.
En el archivo vmkernal.log se muestra el siguiente registro de error:
Ningún dispositivo subyacente para principal, secundaria
Solución
Para solucionar esta incidencia, realice los siguientes pasos en el servidor de recuperación:
Se abre el cuadro de diálogo Herramientas administrativas.
Se abrirá el cuadro de diálogo Servicios.
Se crea la máquina virtual instantánea.
El filtro registro no funciona cuando NodeName es una máquina virtual (nombre de host) y la vista de registro se carga haciendo clic en el vínculo Ver registros.
Síntoma
En la vista de registro, si una máquina virtual protegida no tiene un nombre de host, su valor de NodeName se muestra como "VM(nombre de nodo)". En este caso, no funcionan otros filtros.
Solución
Se puede modificar manualmente el valor de NodeName desde la máquina virtual (nombre de host) al nombre de host y, a continuación, todos los filtros funcionarán bien. Por ejemplo, modifique NodeName "VM(xxxxx01-AB)" a "xxxxx01-AB".
Se ha producido un error en la instalación del controlador montado con el código de error 1460 en el registro de depuración.
Síntoma
La API de configuración de Windows registra el error 1460, lo que significa que el período de tiempo de espera ha caducado. El valor del tiempo de espera predeterminado es 300 segundos para actualizar el controlador del dispositivo.
Solución
Para ajustar el valor del tiempo de espera, siga estos pasos:
Se produce un error en la restauración de la base de datos de Exchange con el error: "Se ha producido un error durante el montaje".
Síntoma
Esto ocurre cuando el servidor Exchange se instala dentro de una máquina virtual y se está ejecutando el Agente de Arcserve UDP (Windows) para proteger esta máquina virtual. Después de que la copia de seguridad se ejecute durante un tiempo, si la máquina virtual se revierte a una instantánea de la máquina virtual guardada previamente y se intenta recuperar la base de datos de Exchange en la ubicación original, se produce un error en la restauración con el error: Se ha restaurado la base de datos/el grupo de almacenamiento de Exchange [DB_Name] a su ubicación original, pero se ha producido un error en el montaje.
La causa raíz se está investigando todavía, pero actualmente parece que está relacionada con la marca de hora registrada dentro de la base de datos de Exchange y los últimos archivos del registro de transacciones.
Solución
Intente recuperar la base de datos de Exchange a un directorio alternativo o desmonte la base de datos y elimine todos los archivos de la carpeta de destino antes de realizar la restauración.
La consola de Arcserve UDP puede responder lentamente si Microsoft SQL Server no pueden adjudicar más memoria.
Síntoma
Microsoft SQL Server puede necesitar adjudicar más memoria para procesar la consulta, especialmente cuando hay muchos datos en la base de datos de Arcserve UDP. Pero si Microsoft SQL Server no puede conseguir más memoria debido a la no disponibilidad o al límite máximo configurado, el procesamiento de la consulta se realizará muy lentamente y, por lo tanto, se impactará el grado de reacción de la consola de Arcserve UDP.
Solución
Suprima algunos registros de la base de datos mediante Registrar/Suprimir y reinicie el Servicio de SQL.
Síntoma
Cuando se envía una tarea de combinación manualmente, esta no se ejecuta, sino que se muestra el siguiente mensaje en el registro de actividad:
No se puede ejecutar la tarea de combinación para <nombre del nodo>, se está ejecutando otra tarea.
Solución
El motivo de este error podría radicar en que hay otras tareas en ejecución que afectan al nodo en el mismo servidor de puntos de recuperación, pero en un almacén de datos distinto. Como solución alternativa, espere a que finalicen esas tareas y, a continuación, inténtelo de nuevo.
Síntoma
Se produce un error en la copia de seguridad o en la tarea de replicación con el error "el sistema no puede encontrar el archivo especificado".
Compruebe el registro de eventos de Windows. McAfee detecta el archivo del almacén de datos (por ejemplo, P0000000042.data ) como un virus troyano Exploit-ScriptNull y lo suprime.
Solución
Configure la configuración del antivirus para establecer la ubicación del almacén de datos del servidor de punto de recuperación (RPS) en la lista de exclusión.
Nota: Algunos software de antivirus requieren que se establezca la lista de exclusión desde el lado del servidor.
Síntoma
Esto sucede cuando se establece la limitación de red en un ancho de banda bajo o cuando el rendimiento de la red en el servidor de RPS de destino es lento. Por lo tanto, se pueden tardar varios minutos esperando a que se envíen los datos en cola.
Solución
Espere a que la tarea de replicación salga de manera correcta.
Síntoma
Cuando se intenta agregar un nodo mediante la dirección IP o el nombre de nodo en sistemas operativos Windows que son compatibles con el Control de cuentas de usuario (UAC) (en Windows Vista o versiones posteriores) o se intenta importar máquinas virtuales desde un servidor Hyper-V que sea compatible con el UAC, y se utiliza una cuenta de usuario de Windows nueva que es una cuenta local en el grupo de administradores pero no es el administrador integrado, se mostrará el siguiente mensaje:
"El privilegio del administrador es obligatorio."
Solución
Utilice a un administrador integrado o un administrador de dominios. O se puede desactivar UAC remoto.
Este es el comportamiento predeterminado de Windows llamado restricciones remotas de UAC. Si todavía se desea utilizar esta cuenta para agregar el nodo, desactive el UAC remoto realizando los pasos siguientes:
Se abre el Editor del registro de Windows.
Nota: Puede ser necesario proporcionar credenciales administrativas para poder abrir el Editor del registro de Windows.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Para obtener más información detallada acerca de los comportamientos de Windows, consulte el artículo http://support.microsoft.com/kb/951016.
Síntoma
La eliminación de la función del hipervisor para un nodo no se proporciona en esta versión.
Solución
Elimine el nodo y agréguelo otra vez.
Síntoma
Con interfaz de usuario todo incluido en Arcserve UDP, no se espera que los usuarios tengan varias consolas de Arcserve UDP y, por lo tanto, el escenario de mover el agente de un servidor a otro solamente se producirá cuando el servidor antiguo se retire.
Solución
El mover un nodo de una consola a otra es un escenario muy raro.
Si el destino de la copia de seguridad es un volumen de NTFS con la deduplicación de datos activada en Windows Server 2012 y el Agente de Arcserve UDP (Windows) está instalado en Windows 2003, las tareas de restauración, combinación o de catálogo pueden ser erróneas. La tarea produce un error con el código de error 50 de Windows y aparecerá el mensaje "La solicitud no se admite".
Síntoma
McAfee u otro software de terceros establecen EnableECP=1 en el registro cuando se instalan en Windows Server 2012.
Solución
En el registro, cambie el valor de EnableECP de 1 a 0 bajo la clave siguiente:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
Para obtener más información consulte la página web http://support.microsoft.com/kb/2817216.
Síntoma
La segunda tarea de replicación se bloqueará en el estado Preparar y se producirá un error a los 10 minutos.
Solución
No es necesario realizar ninguna operación específica. Después de que se produzca el error en la segunda tarea de replicación, la tarea de nueva copia de seguridad se activará.
Síntoma
Se produce un error en la tarea de replicación (entrada) y el registro de actividad muestra el mensaje Se ha producido un error al bloquear la sesión en <ruta>. La sesión ya está bloqueada por la tarea de copia de archivos, el nombre del equipo: <nombre>, ID del proceso <ID>. Se produce cuando se activa la copia de seguridad con la tarea del catálogo del sistema de archivos y se configura la tarea de copia de archivos para que se ejecute desde el almacén de datos de destino de la replicación.
Solución
La tarea de copia de archivos bloquea la sesión por lo que no se puede ejecutar la tarea de replicación. Para solucionar este problema, se puede emplear cualquiera de las siguientes opciones:
Síntoma
Después de una tarea de restauración, es posible que las siguientes propiedades de los elementos no se restauren correctamente:
Solución
Utilice la opción Exportar a PST para restaurar los elementos que faltan.
Síntoma
Este problema se produce cuando se presentan las siguientes condiciones:
Solución
Para solucionar estas condiciones, realice una de las soluciones siguientes para ayudarle a solucionar el problema:
Síntoma
Al utilizar agentes de la actualización 4 o versiones inferiores, se producen los siguientes errores:
La base de datos o el grupo de almacenamiento de Exchange se han restaurado a su ubicación original, pero se ha producido un error en el montaje.
Solución
Actualice los Agentes de Arcserve UDP a la versión 6.0.
Síntoma
Cuando el destino de la restauración es una carpeta de recursos compartidos remota como \\FileServer\ShareFolder\RestDest y el destino de la copia de seguridad es una carpeta de recursos compartidos remota con la misma ruta como, por ejemplo, \\FileServer\ShareFolder\RestDest, se produce el error.
Si la cuenta de usuario que se utiliza para conectarse a la carpeta de recursos compartidos raíz no está en la lista de permisos, se producirá un error en la tarea de restauración sin tener en cuenta que cuenta se utiliza para la carpeta de destino de la restauración.
Solución
Agregue la cuenta de usuario que se asigna al destino de la copia de seguridad para crear la conexión en la lista de permisos de la carpeta de recursos compartidos raíz y asegúrese de que la cuenta de usuario tiene los permisos correctos para restaurar el archivo.
Agregue la cuenta de usuario al grupo de operadores de la copia de seguridad y asegúrese de que tiene el permiso de anular restricciones de seguridad.
Síntoma
Si el cifrado se permite para el punto de recuperación, no se tiene que introducir la contraseña para los puntos de recuperación de los que se ha realizado la copia de seguridad desde el servidor actual. Sin embargo, si se actualiza el SO de Windows (por ejemplo, de Windows 2008 a Windows 2008 R2), las contraseñas no se rellenarán automáticamente en la interfaz de usuario del Agente de Arcserve UDP (Windows) y se deberá volver a introducir la contraseña.
Solución
Registre la contraseña de cifrado del punto de recuperación o la contraseña de sesión y guárdela en un lugar seguro para recuperarla más tarde.
Síntoma
Al restaurar una máquina virtual de VMware, obtengo el error siguiente:
No tiene derechos de acceso a este archivo; para obtener más información, consulte el registro de depuración de la restauración. Si es necesario, póngase en contacto con Soporte de Arcserve.
Se pueden ver las entradas de registro siguientes en los registros de depuración de la restauración:
[VDDKLOG] CnxAuthdConnect: se devuelve False porque se ha solicitado la comprobación de SSL y authd de destino no es compatible con SSL
[VDDKLOG] CnxConnectAuthd: se devuelve False porque se ha producido un error en CnxAuthdConnect
[VDDKLOG] Cnx_Connect: se devuelve False porque se ha producido un error en CnxConnectAuthd
[VDDKLOG] Cnx_Connect: mensaje de error: se requiere SSL
Solución
El motivo de este error es que la autenticación SSL está desactivada en el host de VMware ESX. Para solucionar este error, utilice uno de los métodos siguientes:
config.defaults.security.host.ruissl
/etc/vmware/config;
Se activa la autenticación SSL.
El error de conexión del servidor se muestra al examinar los registros.
Síntoma
Cuando se exploran los registros de actividades del agente o de la consola, se puede mostrar el error siguiente:
Error al conectarse al servidor 'arcservedocs.com'.
Solución
Se puede ignorar este mensaje.
Síntoma
Se realiza la copia de seguridad de un nodo en un almacén de datos del servidor de puntos de recuperación, se replica en otro almacén y, después, se crea un equipo de Virtual Standby con el origen de la replicación. Tras la implementación del plan, puede reanudar Virtual Standby directamente si hay sesiones más antiguas para la tarea de Virtual Standby. Pero, tras enviarla, la tarea de Virtual Standby no se inicia.
Solución
Para solucionar esta incidencia, realice primero una replicación manual. Haga clic con el botón secundario del ratón en el nodo y haga clic en Replicar ahora. Una vez que se haya finalizado la replicación, reanude la tarea de Virtual Standby.
Síntoma
La tarea de Virtual Standby no se lleva a cabo, sino que genera el siguiente error:
Se ha producido un error al obtener la firma del disco (la firma del disco está vacía)
Solución
En la versión 6.0 de Arcserve UDP, el .lib de VDDK de VMware se actualiza de la versión 5.5 a la 6.0. En VDDK v6, para inicializar el .lib de VDDK se necesita un nuevo campo llamado “Thumbprint” (Huella digital). La llamada del conversor VSB se basa en la versión 5.0 de Arcserve UDP, donde falta el valor de Thumbprint (Huella digital). Por este motivo, se produce un error en la llamada del conversor al controlador.
Para solucionar este problema, actualice el conversor a Arcserve UDP versión 6.0.
Síntoma
Se ha realizado una copia de seguridad de Agente de Arcserve UDP (Windows) en el almacén de datos del servidor de puntos de recuperación de Arcserve UDP y este servidor se ha actualizado a Arcserve UDP 6.0. Además, se ha realizado una copia de seguridad de Agente de Arcserve UDP (Windows) en una carpeta compartida y el Agente se ha actualizado a Arcserve UDP 6.0. Se ha producido un error en la tarea de Virtual Standby (VSB) para Hyper-V y se muestran los siguientes mensajes de error:
No se encuentra el método de envío para {http://webservice.arcflash.com}IsVmFileExist.
o
No se encuentra el método de envío para {https://webservice.arcflash.com}IsVmFileExist.
Solución
Actualice el Agente de Arcserve UDP a Arcserve UDP 6.0 en el servidor de Hyper-V.
Otra causa de este comportamiento se refiere al encendido de máquinas virtuales que contienen volúmenes de "solo lectura". Para corregir esta condición, coloque los volúmenes en el disco con el estado editable.
Se ha producido un error al obtener la información del punto de recuperación.
Este comportamiento se produce cuando se realizan recuperaciones V2P utilizando la instantánea más reciente y la tarea de conversión para el nodo no se completado tras haber vuelto a implementar la tarea de Virtual Standby en el nodo.
Solución
Solución
Realice la recuperación de V2P mediante la reconstrucción completa del Agente de Arcserve UDP.
Nota: Esta limitación solo se aplica a las tareas de Virtual Standby que se ejecutan en los servidores de Hyper-V.
Síntoma
El Agente de Arcserve UDP (Windows) tiene un disco de 2 TB y el servidor de ESX/ESX(i) con una versión inferior a la versión 5.5 puede ser solamente compatible con un disco virtual de hasta 2 TB de tamaño. Sin embargo, durante la conversión, pueden ocurrir los errores siguientes:
Solución
Es una limitación de VMware. El tamaño máximo con el que la versión inferior a 5.5 del servidor de ESX/ESX(i) de VMware es compatible es 2 T-16 GB, que es igual a 2032 GB.
Se recomienda utilizar el servidor de ESX(i) de VMware 5.5 como el destino para realizar la conversión con un disco grande.
Para obtener más información, consulte el artículo 1012384 de la base de conocimiento de VMware.
Síntoma
Se ha producido un error en la implementación del plan y se muestra el siguiente mensaje de error: "No se pueden aplicar valores de configuración de Virtual Standby al nodo xxx. (Se ha producido un error al establecer la conexión entre xxx y el controlador: xxx. Las credenciales del usuario no son válidas)".
Solución
Edite la tarea de Virtual Standby en el plan, introduzca la contraseña correcta para el controlador y guarde el plan.
Se produce un error en la generación del catálogo para la copia de seguridad sin agente de las máquinas virtuales de VMware
Síntoma
Debido a un problema de la instantánea VSS causado por VMware o Microsoft dentro del SO invitado de la máquina virtual, se puede producir un error en la generación de catálogos para la copia de seguridad sin agente de las máquinas virtuales de VMware con el mensaje siguiente:
"Se ha producido un error al asignar un bloque de índice al bloque de volumen correcto. Se ha producido un error de IndexAlloc."
Solución
Nota: Este problema ocurre pocas veces. Para obtener más información, consulte el artículo de la base de conocimiento de VMware 2006849 o el artículo de la base de conocimiento de Microsoft 2853247.
No se inician las tareas de copia de archivos o de archivado de archivos.
Síntoma
No se inician las tareas de copia de archivos o de archivado de archivos.
Solución
En raras ocasiones, el archivo que se utiliza para indicar un punto de recuperación se debe guardar para la tarea de copia de archivos o de archivado de archivos y no se puede eliminar después de la finalización de la tarea de copia de archivos o de archivado de archivos. Estos archivos se llaman *.alck bajo la carpeta de destino de la copia de seguridad de un nodo específico y el tamaño del archivo es cero. Como solución alternativa, se pueden buscar estos archivos y eliminarlos de forma manual.
Síntoma
Se produce un error en la descarga de los componentes Arcserve Backup o Arcserve High Availability desde el instalador único (mediante ASDownloader.exe) cuando el volumen de destino es el sistema de archivos FAT32 debido a que el paquete supera la limitación de tamaño de archivo de 4 GB que admite el sistema de archivos FAT32.
Solución
Como solución alternativa, se puede descargar al volumen NTFS.
Después de realizar la actualización a Arcserve UDP v6 en el dispositivo Arcserve UDP, se verá la opción Restablecer los valores de fábrica en la ficha Configuración de la Consola de Arcserve UDP. Si se intenta restablecer los valores de fábrica haciendo clic en Restablecer los valores de fábrica y se hace clic en Restablecer en el cuadro de diálogo Confirmar el restablecimiento de los valores de fábrica, aparecerá el siguiente mensaje de error:
Se ha producido un error al restablecer los valores de fábrica del dispositivo. Restablezca manualmente los valores de fábrica del dispositivo mediante el siguiente comando: "powershell.exe .arcserve_factoryreset.ps1 –perserve_data –auto_reboot" en cmd en la ruta C:\Archivos de programa\Arcserve\Unified Data Protection\Management\Appliance.
Nota: El mensaje de error no es correcto. Para el usuario del dispositivo que se actualiza a UDP v6, la opción Restablecer los valores de fábrica no es compatible porque no hay ninguna partición de recuperación de Arcserve UDP en el equipo del dispositivo.
La máquina virtual instantánea para el punto de recuperación de Linux no es compatible con el dispositivo si se utiliza el servidor de copia de seguridad de Linux en el dispositivo.
Síntoma
Se produce un error en la tarea de la máquina virtual instantánea y aparece el siguiente mensaje de error:
Se ha producido un error al obtener la dirección IP de la máquina virtual $vmname. Compruebe si la máquina virtual y el servidor de copia de seguridad se encuentran en la misma red.
Solución
El error se debe a la máquina virtual en espera que se crea en la tarea de máquina virtual instantánea. Intenta conectarse al servidor de copia de seguridad de Linux a través de Appliance_hostname:8014 aunque se haya agregado el servidor de copia de seguridad de Linux a la Consola por medio de Appliance_hostname:8018. Como en el equipo del dispositivo el puerto 8014 se monitoriza mediante el servicio del agente de Windows de UDP, se producirá un error en la tarea de máquina virtual instantánea.
Se puede utilizar una solución alternativa para solucionar este error para la tarea de máquina virtual instantánea de Linux con una dirección IP estática.
Sigue estos pasos:
Se puede utilizar el comando netstat-aon|findstr "puerto" para comprobar si el puerto está ocupado.
Nota: Si se está actualizando a Arcserve UDP v6, el puerto 8018 que se encuentra en el equipo del dispositivo UDP se configura para redirigir al puerto 8014 del servidor de copia de seguridad de Linux. Utilice el siguiente comando para liberar el puerto 8018 en el equipo del dispositivo UDP:
netsh interface portproxy delete v4tov4 listenport=8018
Nota: Si el archivo no existe, créelo. Ejecute el siguiente comando para reiniciar el servidor de copia de seguridad de Linux:
/opt/Arcserve/d2dserver/bin/d2dserver restart
#iptables -A INPUT -p tcp --dport 8018 -j ACCEPT
#iptables -A INPUT -p tcp --dport 8035 -j ACCEPT
#/etc/init.d/iptables save
netsh interface portproxy add v4tov4 listenport=8018 connectaddress=192.168.10.2 connectport=8018 protocol=tcp
netsh interface portproxy add v4tov4 listenport=8035 connectaddress=192.168.10.2 connectport=8035 protocol=tcp
C:\Archivos de programa\Arcserve\Unified Data Protection\Engine\BIN\Appliance
netsh interface portproxy add v4tov4 listenport=8018 connectaddress=$VMIp connectport=8018 protocol=tcp
netsh interface portproxy add v4tov4 listenport=8035 connectaddress=$VMIp connectport=8035 protocol=tcp
Importante: La solución alternativa no se aplica a las siguientes opciones:
Copyright © 2015 Arcserve. All rights reserved. All trademarks, trade names, service marks, and logos referenced herein belong to their respective companies.