NetWorker: La restauración de la máquina virtual no se completa y el disco de la VM se elimina o se restaura como una unidad vacía

Resumen: La restauración de la máquina virtual falla y el archivo de disco de la VM se elimina o se vuelve a cero durante las operaciones de restauración de VM cuando la VM vProxy experimenta vMotion durante las operaciones de restauración. ...

Este artículo se aplica a Este artículo no se aplica a Este artículo no está vinculado a ningún producto específico. No se identifican todas las versiones del producto en este artículo.

Síntomas

Una restauración de VM realizada mediante el dispositivo vProxy de NetWorker VMware Protection (NVP) falla y la VM muestra un disco faltante o puesto a cero:Figura 1:
La VM muestra un disco faltante o sin cero
La VM muestra un disco faltante o sin cero

 

La restauración de VM falla y se muestra el siguiente error en el registro de la sesión de recuperación de VM:

YYYY-MM-DDTHH:MM:SSZ DEBUG:  [105] Data Mover: Hard disk 3: Reporting disk status error: Failed to initialize Block Writer.  Failed to open source VMDK '[DATASTORE] VM_NAME/VM_NAME_2.vmdk': VDDK Error: 13: You do not have access rights to this file.

 

El vProxy de /opt/emc/vproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log puede mostrar una alerta de "No encontrado".

YYYY-MM-DDTHH:MM:SSZ NOTICE: VDDK INFO YYYY-MM-DDTHH:MM:SSZ3Z error -[13331] [Originator@6876 sub=transport] Unmounting 42126e5f-f18a-8243-01ea-6a29456f8ecb using transport hotadd failed : Got bad HTTP response during feteching file (Not Found).

 

Las VM de vProxy vmware.log muestra que se inició vMotion durante la restauración.

YYYY-MM-DDTHH:MM:SSZ In(05) vmx - SVMotion: Enter Phase 1
....
YYYY-MM-DDTHH:MM:SSZ In(05) worker-2107995 - SVMotionCleanupThread: Cleanup complete.

 

NOTA: vmware.log archivos se almacenan en la misma ubicación que los archivos de configuración de VM. En vSphere Web Client, vaya al almacén de datos de la VM y abra la carpeta VM. Los vmware.log archivos se pueden descargar desde aquí.

 

Causa

VMware Distributed Resource Scheduler (DRS) está habilitado. La VM de vProxy se vMotion en el entorno VMware durante la operación de restauración. Cuando una VM recibe vMotion, reclama cualquier disco conectado a ella. Durante una restauración de VM, los discos de las VM se conectan al vProxy; es decir, si se produce un vMotion en el vProxy durante la restauración, se cambia el nombre de los discos de VM para que pertenezcan al vProxy.

 

Según la cantidad de discos que tenga la VM y el momento en que se produzca vMotion en el vProxy, es posible que algunos discos se restauren correctamente. Cuando se inicia vMotion, los discos pendientes fallan porque se cambió el nombre del disco de VM y el proceso de recuperación ya no puede encontrar el VMDK con el nombre de VM.

 

Esta es la funcionalidad esperada basada en el diseño de vMotion. Consulte el artículo 1029513 de VMware. Este hipervínculo lo redirige a un sitio web fuera de Dell Technologies.

 

Resolución

Se deben evitar las operaciones automáticas de vMotion para las VM de vProxy. Si una VM de vProxy recibe vMotion en medio del respaldo o la restauración, puede causar problemas inesperados. Deshabilite DRS en la VM de vProxy.

 

Consulte con el administrador o el equipo de soporte de VMware para realizar estos cambios.

 

Productos afectados

NetWorker

Productos

NetWorker Family, NetWorker Series
Propiedades del artículo
Número del artículo: 000215502
Tipo de artículo: Solution
Última modificación: 12 ago 2025
Versión:  9
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.