NVP vProxy: i backup delle VM restano in stato di attesa di esecuzione per un periodo di tempo prolungato

• I backup delle macchine virtuali (VM) vProxy di NetWorker VMware Protection (NVP) rimangono in stato "waiting to run" per un periodo di tempo prolungato. 
   
• Non vi sono problemi di comunicazione tra il server NetWorker e i vProxy. Ciò significa che entrambi si risolvono a vicenda correttamente e possono comunicare tramite la porta 9090: NVP vProxy: risoluzione dei problemi di connettività di rete per le operazioni di backup e ripristino
• Non sono presenti avvisi in NetWorker Management Console (NMC) o nel server NetWorker daemon.raw Per quanto riguarda i vProxy disabilitati o non disponibili:
  • Linux: /nsr/logs/daemon.raw
  • Windows (impostazione predefinita): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Come utilizzare nsr_render_log per eseguire il rendering .raw file di log
• L'azione di backup viene configurata con la selezione automatica del vProxy. Ciò significa che se sono configurati più vProxy, NetWorker può scegliere qualsiasi vProxy con sufficiente disponibilità di sessione.
• L'abilitazione della registrazione della selezione di vProxy in base a NetWorker VMware Protection-vProxy: How to Enable Debug Logging comporta il seguente accesso in 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.

L'azione di backup è configurata con le modalità di trasporto "concurrent VMDK" e "Auto":

I vProxy sono configurati solo con la modalità Hot Add:
| 

Il flusso di lavoro di backup include un gruppo di protezione contenente una o più macchine virtuali a cui non è possibile accedere utilizzando HotAdd. Ciò può verificarsi quando le VM non supportano HotAdd, ad esempio se usano dischi IDE.

Affinché una VM sia accessibile tramite HotAdd, è necessario implementare un vProxy su un host ESXi con accesso al datastore VMware in cui risiedono i dischi della VM. Senza questo allineamento tra l'host ESXi del vProxy e il datastore della VM, l'elaborazione HotAdd non è possibile. Le limitazioni e i requisiti di HotAdd sono documentati nella NetWorker VMware Integration Guide, disponibile tramite: Supporto per NetWorker | Manuali e documenti 

In questo modo si verifica il problema del server NetWorker select_vproxy per rimanere bloccati nel tentativo di identificare un vProxy per avviare sessioni VMDK simultanee. In alcuni scenari, il processo potrebbe infine identificare le macchine virtuali per le quali avviare le sessioni VMDK. Il tempo impiegato può variare a seconda delle dimensioni dell'ambiente VMware, il processo potrebbe non riconciliare mai un vProxy per il flusso di lavoro.

Utilizzare una delle seguenti opzioni:

Opzione 1: riconciliare i requisiti di aggiunta a caldo:

La seguente procedura identifica quali macchine virtuali non sono accessibili a HotAdd:

1. Accedere all'interfaccia utente web di NetWorker (NWUI): https://nwui-server-name:9090/nwui
2. Accedere a Protection-Policies> ed espandere il flusso di lavoro Policy, quindi selezionare l'azione di backup e cliccare su Edit.
3. Cliccare sulla scheda VMware Specific Configuration.
4. Modificare la modalità di trasporto in HotAdd.
   NOTA: Questa opzione non è disponibile in NetWorker Management Console (NMC). è disponibile solo nella NWUI.
5. Salvare le modifiche.
    
6. Avviare un nuovo backup.

Le macchine virtuali accessibili tramite HotAdd completano backup sequenziali dei dischi. Le VM non accessibili con Hot Add si bloccano in attesa di essere eseguite:
 

Le macchine virtuali accessibili tramite HotAdd completano i backup. Le VM non accessibili con HotAdd non avviano mai le sessioni di backup. Il flusso di lavoro deve essere annullato e occorre considerare quanto segue:

• Riconfigurare il posizionamento di vProxy o VM oppure implementare vProxy aggiuntivi in modo che tutte le VM siano accessibili tramite HotAdd. Una volta risolta l'accessibilità di HotAdd, le macchine virtuali che in precedenza si bloccavano in attesa di esecuzione vengono completate. 
• Se l'ambiente VMware non può essere configurato per rendere accessibili queste macchine virtuali HotAdd o le macchine virtuali non supportano HotAdd (ad esempio, dischi IDE), utilizzare l'opzione 2.

Opzione 2: abilitare il dispositivo NBD (Network Block Device) sui vProxy.

1. Abilitare NBD in uno o più vProxy:
    

2.  Eseguire i backup.

La modalità di trasporto predefinita (preferita) è hot add. Tutti i backup delle VM richiederanno inizialmente l'aggiunta a caldo e solo il fallback a NBD se non è possibile eseguire il backup della VM sull'aggiunta a caldo. Tuttavia, è possibile che le VM accessibili a HotAdd eseguano alcune sessioni su NBD se vengono utilizzate tutte le sessioni di Hot Add e sono necessarie sessioni aggiuntive per completare i backup VMDK simultanei per tale VM. Le macchine virtuali non accessibili con Hot Add eseguiranno il backup su NBD quando sono disponibili sessioni NBD.

• NVP vProxy: backup di macchine virtuali in stato Waiting to Run in un ambiente utilizzando voci di file host o configurazione a doppio stack (IPv4 e IPv6)