NVP vProxy: VM-back-ups staan langere tijd te wachten om te worden uitgevoerd

• NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM) back-ups staan langere tijd in de status "Wachten om te worden uitgevoerd". 
   
• Er zijn geen communicatieproblemen tussen de NetWorker-server en vProxy's. Dit betekent dat ze elkaar correct oplossen en kunnen communiceren via poort 9090: NVP vProxy: Problemen met netwerkconnectiviteit oplossen voor back-up- en herstelbewerkingen
• Er zijn geen meldingen in de NetWorker Management Console (NMC) of NetWorker-server daemon.raw met betrekking tot het uitschakelen of niet beschikbaar zijn van vProxy's:
  • Linux: /nsr/logs/daemon.raw
  • Windows (standaard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: nsr_render_log gebruiken om .raw logbestanden weer te geven
• De back-upactie is geconfigureerd met "Auto" vProxy-selectie. Dit betekent dat als er meerdere vProxies zijn geconfigureerd, NetWorker elke vProxy kan kiezen met voldoende sessiebeschikbaarheid.
• Logging voor vProxy-selectie inschakelen volgens NetWorker VMware Protection-vProxy: Debug logging inschakelen resulteert in de volgende logging in de 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.

De back-upactie is geconfigureerd met de transportmodus "concurrent VMDK" en "Auto":

De vProxies zijn alleen geconfigureerd met de Hot Add-modus:
| 

De back-upworkflow bevat een beveiligingsgroep die een of meer VM's bevat die niet toegankelijk zijn met HotAdd. Dit kan gebeuren wanneer de VM's HotAdd niet ondersteunen, bijvoorbeeld als ze IDE-schijven gebruiken.

Om een VM HotAdd-toegankelijk te maken, moet een vProxy worden geïmplementeerd op een ESXi-host die datastore-toegang heeft tot de VMware-datastore waar de schijven van de VM zich bevinden. Zonder deze uitlijning tussen de ESXi-host van de vProxy en de datastore van de VM is HotAdd-verwerking niet mogelijk. De beperkingen en vereisten van HotAdd worden beschreven in de NetWorker VMware Integration Guide, die beschikbaar is via: Ondersteuning voor NetWorker | Handleidingen en documenten 

Dit veroorzaakt problemen met de NetWorker-server select_vproxy logica om vast te lopen bij het identificeren van een vProxy om gelijktijdige VMDK-sessies te starten. In sommige scenario's kan de taak uiteindelijk bepalen voor welke VM's de VMDK-sessies kunnen worden gestart. De benodigde tijd kan variëren afhankelijk van de grootte van de VMware-omgeving. De taak kan nooit een vProxy voor de werkstroom afstemmen.

Gebruik een van de volgende opties:

Optie 1: Vereisten voor hot add afstemmen:

De volgende stappen identificeren welke VM's niet toegankelijk zijn voor HotAdd:

1. Meld u aan bij de NetWorker Web User Interface (NWUI): https://nwui-server-name:9090/nwui
2. Ga naar Beveiligingsbeleid en vouw het veld uit in de werkstroom Beleid, selecteer vervolgens de back-upactie> en klik op Bewerken.
3. Klik op het tabblad VMware-specifieke configuratie .
4. Wijzig de transportmodus in HotAdd.
   OPMERKING: Deze optie is niet beschikbaar in de NetWorker Management Console (NMC); het is alleen beschikbaar in de NWUI.
5. Sla de wijzigingen op.
    
6. Start een nieuwe back-up.

De VM's die toegankelijk zijn voor HotAdd, voltooien opeenvolgende schijfback-ups. De VM's die niet Hot add access zijn, blijven hangen in "waiting to run":
 

De VM's die toegankelijk zijn voor HotAdd, maken volledige back-ups. De VM's die niet toegankelijk zijn voor HotAdd, starten nooit hun back-upsessies. De workflow moet worden geannuleerd en er moet rekening worden gehouden met het volgende:

• Configureer de plaatsing van vProxy of VM opnieuw, of implementeer extra vProxies zodat alle VM's toegankelijk zijn voor HotAdd. Zodra de toegankelijkheid van HotAdd is opgelost, worden de VM's die eerder vastliepen in "wachten om uit te voeren" voltooid. 
• Als de VMware-omgeving niet kan worden geconfigureerd om deze VM's HotAdd toegankelijk te maken, of als de VM's HotAdd niet ondersteunen (bijvoorbeeld IDE-schijven), gebruik dan optie 2.

Optie 2: Network Block Device (NBD) inschakelen op vProxies.

1. Schakel NBD in een of meer vProxy's in:
    

2.  Back-ups maken.

De standaard (voorkeurs)transportmodus is hot add. Alle VM-back-ups vragen in eerste instantie om hot add en fallback naar NBD als er geen back-up van de VM kan worden gemaakt via hot add. Het is echter mogelijk voor VM's die HotAdd-toegankelijk zijn om sommige sessies via NBD uit te voeren als alle Hot Add-sessies worden verbruikt en er extra sessies nodig zijn om gelijktijdige VMDK-back-ups voor die VM te voltooien. De VM's die niet toegankelijk zijn voor Hot Add, maken een back-up via NBD wanneer NBD-sessies beschikbaar zijn.

• NVP vProxy: VM-back-ups bevinden zich in de status Wachten om uit te voeren in een omgeving met behulp van bestandsvermeldingen van hosts of configuratie met dubbele stack (IPv4 en IPv6)