Usted está aquí: Solución de problemas > Relacionados con Virtual Standby > Las tareas de Virtual Standby no se pueden realizar debido a errores internos

Las tareas de Virtual Standby no se pueden realizar debido a errores internos

Válido en sistemas operativos Windows.

Síntoma 1:

Las tareas de Virtual Standby producen errores. Aparece un mensaje en el registro de actividad que indica alguna de las siguientes situaciones:

No se ha podido convertir el disco virtual

Se ha producido un error interno, póngase en contacto con Soporte técnico

Además, VDDK comunica el mensaje de error siguiente:

Error desconocido.

Solución 1:

Para corregir este problema, tenga en cuenta las siguientes soluciones:

Las operaciones de conversión pueden fallar cuando no hay suficiente espacio libre en disco en el almacén de datos especificado en la política de Virtual Standby. VDDK devuelve el mensaje porque la API de VDDK no admite (actualmente) la funcionalidad para detectar la cantidad de espacio libre en disco en el almacén de datos. Para corregir este problema, libere la cantidad necesaria de espacio en disco en el almacén de datos original, de forma que se pueda completar la operación y, a continuación, vuelva a enviar la tarea.

Las perturbaciones en la de red y el tráfico elevado pueden causar que se produzcan errores en las operaciones de conversión. Para corregir este problema, compruebe que el nodo de origen y el sistema del servidor de ESX o del servidor de vCenter se pueden comunicar el uno con el otro a través de la red, y a continuación vuelva a enviar una tarea.
Se pueden producir errores en las tareas debido a la existencia de múltiples conexiones simultáneas compuestas por tareas de copia de seguridad o de recuperación de máquinas virtuales. Esto también incluye las conexiones de vSphere SDK a través del cliente VMware vSphere. Para corregir este problema, cierre todas las conexiones innecesarias y a continuación vuelva a enviar la tarea.
Este problema está causado por una limitación de conectividad de VDDK de VMware. Se aplican los siguientes límites del protocolo de copia de archivos de red (NFC):

ESXi 5: Limitado por un búfer de transferencia para todas las conexiones de NFC y aplicado por el host; la suma de todo el almacenamiento búfer de la conexión de NFC en un host de ESXi no puede superar los 32 MB. 52 conexiones por servidor de vCenter, lo que incluye el límite por host.

Nota: no se pueden compartir las conexiones entre discos. Los límites máximos no se aplican a conexiones de tipo SAN y HotAdd. Si no se cierra adecuadamente el cliente NFC, las conexiones pueden permanecer abiertas durante diez minutos.

Examine las secciones Tasks y Events del registro del cliente de VMware vSphere para conocer los errores internos para una máquina virtual específica. Corrija los errores internos y vuelva a enviar la tarea.
Ejemplo: Otra aplicación u operación está utilizando el archivo VMDK. Para corregir este problema, libere el archivo y a continuación vuelva a enviar la tarea.

Síntoma 2:

Las tareas de Virtual Standby producen errores. Aparece un mensaje en el registro de actividad que indica alguna de las siguientes situaciones:

No se ha podido convertir el disco virtual

Se ha producido un error interno, póngase en contacto con Soporte técnico

Además, VDDK comunica el mensaje de error siguiente:

Se ha producido un error al abrir vmdk. No se ha encontrado el archivo

Solución 2:

Este problema puede surgir en estos casos:

VDDK no ha procesado la instantánea correctamente.
VDDK no ha suprimido una instantánea de forma manual o interna para la máquina virtual.

Para corregir este problema, vuelva e enviar la tarea. Si la tarea produce errores de nuevo, suprima la máquina virtual recuperada y vuelva a enviar la tarea.

Síntoma 3:

Las tareas de Virtual Standby producen errores. Aparece un mensaje en el registro de actividad que indica alguna de las siguientes situaciones:

No se puede aplicar <Nombre Plan> al nodo <Nombre Nodo>. El servicio web del Agente de Arcserve UDP en el conversor <Nombre Conversor> está ocupado. Inténtelo de nuevo más tarde.

Además, el archivo de registro de la Consola de UDP (ARCApp.log) comunica el mensaje de error siguiente:

[ERROR] deployVsbTask: Se ha producido un error al invocar la API del servicio web de D2D: Tiempo de espera excedido. javax.xml.ws.WebServiceException: java.net.SocketTimeoutException: Tiempo de espera excedido de la lectura

Solución 3:

Este problema puede ocurrir debido a un tiempo de espera excedido. Para corregir este problema, realice los siguientes pasos:

Inicie sesión en la Consola de UDP con las credenciales adecuadas.
Abra la interfaz de la línea de comandos y ejecute el siguiente comando:
regedit
Se abre el registro.
Vaya a \SOFTWARE\Arcserve\Unified Data Protection\Engine\WebService.
Compruebe que la clave timeoutValue existe. Si la clave no existe, créela manualmente.
Agregue o modifique la clave tal y como se indica a continuación:
- Nombre de clave: timeoutValue
1. Valor: <especifique el valor en minutos>. Por ejemplo, si desea establecer el valor del tiempo de espera en 20 minutos, especifique 20 como el valor de esta clave.
Salga de regedit.
Vaya a la carpeta de instalación de la Consola de UDP. Por ejemplo, C:\Archivos de programa\Arcserve\Unified Data Protection\Management\Configuration.
Abra el archivo ConsoleConfiguration.xml utilizando el Bloc de notas.
Busque el siguiente texto en la sección <TimeoutConf>:
<webServiceRequestTimeout>600</webServiceRequestTimeout>
Modifique el valor de webServiceRequestTimeout en segundos. Por ejemplo, si desea establecer el valor del tiempo de espera en 20 minutos, especifique 1200 como el valor de esta clave.
Guarde el archivo y salga.
Reinicie el servicio de gestión de la Consola de UDP para permitir que se apliquen los valores de configuración.
Vuelva a implementar el plan y compruebe el resultado.