NVP vProxy: VM-Backups warten über einen längeren Zeitraum im Status, bis sie ausgeführt werden

• NVP (vProxy)-VM-Backups (virtuelle Maschinen) von NetWorker VMware Protection (NVP) befinden sich über einen längeren Zeitraum im Status "Warten auf Ausführung". 
   
• Es gibt keine Kommunikationsprobleme zwischen dem NetWorker-Server und vProxys. Das bedeutet, dass sich beide korrekt auflösen und über Port 9090 kommunizieren können: NVP vProxy: Troubleshooting der Netzwerkverbindung für Backup- und Wiederherstellungsvorgänge
• Es liegen keine Warnmeldungen in der NetWorker Management Console (NMC) oder auf dem NetWorker-Server vor daemon.raw In Bezug auf deaktivierte oder nicht verfügbare vProxies:
  • Linux: /nsr/logs/daemon.raw
  • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Verwenden von nsr_render_log zum Rendern .raw Protokolldateien
• Die Backupaktion wird mit der vProxy-Auswahl "Auto" konfiguriert. Wenn also mehrere vProxys konfiguriert sind, kann NetWorker einen beliebigen vProxy mit ausreichender Sitzungsverfügbarkeit auswählen.
• Aktivieren der vProxy-Auswahl Protokollierung gemäß NetWorker VMware Protection-vProxy: So aktivieren Sie das Debuggen Die Protokollierung führt zu folgender Protokollierung im 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.

Die Backupaktion wird mit dem Transportmodus "concurrent VMDK" und "Auto" konfiguriert:

Die vProxys werden nur mit dem Hot-Add-Modus konfiguriert:
| 

Der Backupworkflow umfasst eine Schutzgruppe, die eine oder mehrere VMs enthält, auf die nicht über HotAdd zugegriffen werden kann. Dies kann auftreten, wenn die VMs HotAdd nicht unterstützen, z. B. wenn sie IDE-Festplatten verwenden.

Damit auf eine VM per Hot-Add zugegriffen werden kann, muss ein vProxy auf einem ESXi-Host bereitgestellt werden, der Datenspeicherzugriff auf den VMware-Datenspeicher hat, in dem sich die Festplatten der VM befinden. Ohne diese Abstimmung zwischen dem ESXi-Host des vProxy und dem Datenspeicher der VM ist die HotAdd-Verarbeitung nicht möglich. Die Einschränkungen und Anforderungen von HotAdd sind im NetWorker VMware Integration Guide dokumentiert, verfügbar unter: Support für NetWorker | Handbücher und Dokumente 

Dies führt dazu, dass die select_vproxy Logik, die bei dem Versuch, einen vProxy zu identifizieren, hängen bleibt, um gleichzeitige VMDK-Sitzungen zu starten. In einigen Szenarien kann der Job schließlich ermitteln, für welche VMs er die VMDK-Sitzungen starten kann. Der Zeitaufwand kann je nach Größe der VMware-Umgebung variieren. Der Job kann möglicherweise nie einen vProxy für den Workflow abgleichen.

Verwenden Sie eine der folgenden Optionen:

Option 1: Abgleichen Anforderungen für Hot Add:

Mit den folgenden Schritten wird ermittelt, auf welche VMs nicht über HotAdd zugegriffen werden kann:

1. Melden Sie sich bei der NetWorker-Webnutzeroberfläche (NWUI) an: https://nwui-server-name:9090/nwui
2. Navigieren Sie zu Protection-Policies>, erweitern Sie die Policy und den Workflow, wählen Sie dann die Backupaktion aus und klicken Sie auf Edit.
3. Klicken Sie auf die Registerkarte VMware Specific Configuration .
4. Ändern Sie den Transportmodus in HotAdd.
   HINWEIS: Diese Option ist in der NetWorker Management Console (NMC) nicht verfügbar. sie ist nur in der NWUI verfügbar.
5. Speichern Sie die Änderungen.
    
6. Starten Sie ein neues Backup.

Die VMs, auf die per HotAdd zugegriffen werden kann, führen sequenzielle Festplattenbackups durch. Die VMs, auf die nicht per Hot Add zugegriffen werden kann, bleiben beim "Warten auf Ausführung" hängen:
 

Die VMs, auf die per HotAdd zugegriffen werden kann, führen komplette Backups durch. Die VMs, auf die nicht über HotAdd zugegriffen werden kann, starten nie ihre Backupsitzungen. Der Workflow muss abgebrochen werden und Folgendes muss berücksichtigt werden:

• Konfigurieren Sie die vProxy- oder VM-Platzierung neu oder stellen Sie zusätzliche vProxys bereit, damit alle VMs über HotAdd zugänglich sind. Sobald der HotAdd-Zugriff behoben ist, werden die VMs, die zuvor im Status "Warten auf Ausführung" stecken geblieben sind, abgeschlossen. 
• Wenn die VMware-Umgebung nicht so konfiguriert werden kann, dass auf diese VMs Hot-Add zugegriffen werden kann, oder wenn die VMs HotAdd nicht unterstützen (z. B. IDE-Festplatten), verwenden Sie Option 2.

Option 2: Aktivieren Sie Network Block Device (NBD) auf vProxies.

1. Aktivieren Sie NBD in einem oder mehreren vProxys:
    

2.  Führen Sie Backups durch.

Der standardmäßige (bevorzugte) Transportmodus ist Hot Add. Alle VM-Backups fordern zunächst Hot Add an und fallen nur dann auf NBD zurück, wenn die VM nicht über Hot Add gesichert werden kann. Es ist jedoch möglich, dass VMs, auf die per Hot-Add zugegriffen werden kann, einige Sitzungen über NBD durchführen, wenn alle Hot-Add-Sitzungen aufgebraucht sind und zusätzliche Sitzungen erforderlich sind, um gleichzeitige VMDK-Backups für diese VM abzuschließen. Die VMs, auf die nicht per Hot Add zugegriffen werden kann, werden über NBD gesichert, wenn NBD-Sitzungen verfügbar sind.

• NVP vProxy: VM-Backups im Status "Warten auf Ausführung" in einer Umgebung mithilfe von Hostdateieinträgen oder Dual-Stack-Konfiguration (IPv4 und IPv6)