NVP vProxy: los respaldos de VM permanecen en estado de espera para ejecutarse durante un período prolongado

• Los respaldos de máquinas virtuales (VM) vProxy de NetWorker VMware Protection (NVP) permanecen en estado de "espera de ejecución" durante un período prolongado. 
   
• No hay problemas de comunicación entre NetWorker Server y vProxies. Es decir, ambos se resuelven entre sí correctamente y pueden comunicarse a través del puerto 9090: NVP vProxy: solución de problemas de conectividad de red para operaciones de respaldo y restauración
• No hay alertas en NetWorker Management Console (NMC) ni en NetWorker Server daemon.raw Con respecto a que los vProxies están deshabilitados o no están disponibles:
  • Linux: /nsr/logs/daemon.raw
  • Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Cómo usar nsr_render_log para representar .raw archivos de registro
• La acción de respaldo se configura con la selección "automática" de vProxy. Es decir, si se configuran varios vProxies, NetWorker puede elegir cualquier vProxy con suficiente disponibilidad de sesión.
• La habilitación del registro de selección de vProxy según NetWorker VMware Protection-vProxy: Cómo habilitar el registro de depuración da como resultado el siguiente registro en la daemon.raw:

0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401461 nsrd-D0 Vmproxy queue: Selecting vProxy for request with reducing num_disks (id=13, manager_id=1774026055) in pending queue
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401551 nsrd-D0 select_vproxy: all full '0'.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401627 nsrd-D0 select_vproxy: vProxy not found.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401707 nsrd-D0 Proxies are overloaded with Hotadd/NBD sessions during concurrent VMDKs parallelism, we will try recursive parallelism later.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401794 nsrd-D0 recursive parallelism: not found vproxy with 2 sessions.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401871 nsrd-D0 process_pending: err: 53014.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401948 nsrd-D0 process_pending: err: 53014.

La acción de respaldo se configura con los modos de transporte "VMDK simultáneo" y "Auto":

Los vProxies se configuran solo con el modo de adición en caliente:
| 

El flujo de trabajo de respaldo incluye un grupo de protección que contiene una o más VM a las que no se puede acceder mediante la adición en caliente. Esto puede ocurrir cuando las VM no son compatibles con la adición en caliente, por ejemplo, si utilizan discos IDE.

Para que una VM sea accesible con adición en caliente, se debe implementar un vProxy en un host ESXi que tenga acceso al almacén de datos de VMware donde residen los discos de la VM. Sin esta alineación entre el host ESXi del vProxy y el almacén de datos de la VM, no es posible el procesamiento de adición en caliente. Las limitaciones y los requisitos de adición en caliente se documentan en la Guía de integración de VMware de NetWorker, disponible a través de: Soporte para NetWorker | Manuales y documentos 

Esto provoca que la falla select_vproxy lógica para atascarse en el intento de identificar un vProxy para iniciar sesiones simultáneas de VMDK. En algunos escenarios, el trabajo puede identificar las máquinas virtuales para las que puede iniciar las sesiones de VMDK. El tiempo necesario puede variar según el tamaño del entorno de VMware, es posible que el trabajo nunca concilie un vProxy para el flujo de trabajo.

Use una de las siguientes opciones:

Opción 1: Conciliar los requisitos de la adición en caliente:

Los siguientes pasos identifican qué máquinas virtuales no son accesibles mediante la adición en caliente:

1. Inicie sesión en la interfaz del usuario web de NetWorker (NWUI): https://nwui-server-name:9090/nwui
2. Vaya a Protection-Policies> y expanda hasta el flujo de trabajo Policy, seleccione la acción de respaldo y haga clic en Edit.
3. Haga clic en la pestaña VMware Specific Configuration .
4. Cambie el modo de transporte a adición en caliente.
   NOTA: Esta opción no está disponible en NetWorker Management Console (NMC); solo está disponible en NWUI.
5. Permite guardar los cambios.
    
6. Inicie una nueva instalación.

Las VM a las que se puede acceder mediante adición en caliente completan los respaldos de disco secuencial. Las VM que no son accesibles para la adición en caliente se quedan atascadas en "espera de ejecución":
 

Las VM a las que se puede acceder mediante adición en caliente completan los respaldos. Las VM a las que no se puede acceder mediante adición en caliente nunca inician sus sesiones de respaldo. El flujo de trabajo se debe cancelar y se debe tener en cuenta lo siguiente:

• Vuelva a configurar la ubicación de vProxy o VM, o implemente vProxies adicionales para que se pueda acceder a todas las VM mediante adición en caliente. Una vez que se resuelve la accesibilidad de adición en caliente, las VM que anteriormente se quedaban atascadas en "esperando para ejecutar" se completan. 
• Si el entorno VMware no se puede configurar para que estas máquinas virtuales sean accesibles para la adición en caliente o las máquinas virtuales no son compatibles con la adición en caliente (por ejemplo, discos IDE), utilice la opción 2.

Opción 2: habilite Network Block Device (NBD) en vProxies.

1. Habilite NBD en uno o más vProxies:
    

2.  Realice respaldos.

El modo de transporte predeterminado (preferido) es la adición en caliente. Todos los respaldos de VM solicitarán inicialmente la adición en caliente y solo se revertirá a NBD si la VM no se puede respaldar mediante la adición en caliente. Sin embargo, es posible que las VM a las que se puede acceder mediante adición en caliente realicen algunas sesiones a través de NBD si se consumen todas las sesiones de adición en caliente y se requieren sesiones adicionales para completar respaldos simultáneos de VMDK para esa VM. Las VM que no son accesibles por adición en caliente realizarán un respaldo mediante NBD cuando haya sesiones de NBD disponibles.

• NVP vProxy: respaldos de VM en espera de ejecución en un entorno que utiliza entradas de archivos de host o una configuración de doble pila (IPv4 e IPv6)