NVP vProxy: VM-sikkerhetskopier venter på å kjøre tilstand i en lengre periode

• NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM)-sikkerhetskopier sitter i "venter på å kjøre" -tilstand i lengre tid. 
   
• Det er ingen kommunikasjonsproblemer mellom NetWorker-serveren og vProxies. Det betyr at de begge løser hverandre på riktig måte og kan kommunisere over port 9090: NVP vProxy: Feilsøking av nettverkstilkobling for sikkerhetskopierings- og gjenopprettingsoperasjoner
• Det finnes ingen varsler i NetWorker Management Console (NMC) eller NetWorker-serveren daemon.raw Angående vProxies er deaktivert eller utilgjengelig:
  • Linux: /nsr/logs/daemon.raw
  • Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Slik bruker du nsr_render_log til å gjengi .raw loggfiler
• Sikkerhetskopieringshandlingen konfigureres med "Auto" vProxy-valg. Det betyr at hvis flere vProxies er konfigurert, kan NetWorker velge hvilken som helst vProxy med tilstrekkelig økttilgjengelighet.
• Aktivering av vProxy-valglogging i henhold til NetWorker VMware Protection-vProxy: Slik aktiverer du feilsøkingslogging resulterer i følgende logging i 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.

Sikkerhetskopieringshandlingen konfigureres med "samtidig VMDK" og "Auto" transportmodus:

Proxyene konfigureres kun med Hot add-modus:
| 

Arbeidsflyten for sikkerhetskopiering inkluderer en beskyttelsesgruppe som inneholder én eller flere virtuelle maskiner som du ikke får tilgang til ved hjelp av HotAdd. Dette kan skje når de virtuelle maskinene ikke støtter HotAdd, for eksempel hvis de bruker IDE-disker.

For at en virtuell maskin skal være HotAdd-tilgjengelig, må en vProxy være distribuert på en ESXi-vert som har datalagertilgang til VMware-datalageret der VM-diskene er plassert. Uten denne justeringen mellom vProxys ESXi-vert og VM-datalageret, er HotAdd-behandling ikke mulig. HotAdd begrensninger og krav er dokumentert i NetWorker VMware Integration Guide, tilgjengelig via: Støtte for NetWorker | Håndbøker og dokumenter 

Dette forårsaker NetWorker-serverens select_vproxy logikk for å bli sittende fast prøver å identifisere en vProxy for å starte samtidige VMDK-økter. I noen scenarier kan jobben til slutt identifisere hvilke virtuelle maskiner den kan starte VMDK-øktene for. Tiden det tar kan variere avhengig av størrelsen på VMware-miljøet. Det kan hende at jobben aldri avstemmer en vProxy for arbeidsflyten.

Bruk ett av følgende alternativer:

Alternativ 1: Avstem krav for hotadd:

Følgende trinn identifiserer hvilke virtuelle maskiner som ikke er tilgjengelige for HotAdd:

1. Logg på NetWorker Web User Interface (NWUI): https://nwui-server-name:9090/nwui
2. Gå til Protection-Policies,> utvid til policyen og arbeidsflyten, velg deretter sikkerhetskopihandlingen og klikk på Rediger.
3. Klikk på kategorien VMware-spesifikk konfigurasjon .
4. Endre transportmodus til HotAdd.
   MERK: Dette alternativet er ikke tilgjengelig i NetWorker Management Console (NMC). den er bare tilgjengelig i NWUI.
5. Lagre endringene.
    
6. Start en ny sikkerhetskopiering.

De virtuelle maskinene som er tilgjengelige for HotAdd, fullfører sekvensielle sikkerhetskopier av disken. VM-er som ikke er Hot legge tilgjengelig bli sittende fast i "venter på å kjøre":
 

De virtuelle maskinene som er tilgjengelige for HotAdd, fullfører sikkerhetskopieringer. VM-er som ikke er tilgjengelige for HotAdd, starter aldri sikkerhetskopieringsøktene. Arbeidsflyten må avbrytes, og følgende må vurderes:

• Konfigurer vProxy- eller VM-plassering på nytt, eller distribuer flere vProxies slik at alle VM-er er Hotadd-tilgjengelige. Når HotAdd-tilgjengeligheten er løst, fullføres de virtuelle maskinene som tidligere ble sittende fast i «venter på å kjøre». 
• Hvis VMware-miljøet ikke kan konfigureres til å gjøre disse virtuelle maskinene Hotadd-tilgjengelige, eller hvis VM-ene ikke støtter HotAdd (for eksempel IDE-disker), bruker du alternativ 2.

Alternativ 2: Aktiver nettverksblokkeringsenhet (NBD) på vProxies.

1. Aktiver NBD i én eller flere vProxies:
    

2.  Utfør sikkerhetskopieringer.

Standard (foretrukket) transportmåte er hot add. Alle VM-sikkerhetskopier vil i utgangspunktet be om hot add og bare tilbakefall til NBD hvis VM ikke kan sikkerhetskopieres over Hot add. Det er imidlertid mulig for VM-er som er tilgjengelige for Hotadd, å utføre noen økter over NBD hvis alle aktive tilføyelsesøkter brukes og flere økter kreves for å fullføre samtidige VMDK-sikkerhetskopier for den virtuelle maskinen. VM-ene som ikke er tilgjengelige for hotadd-tillegg, sikkerhetskopierer over NBD når NBD-økter er tilgjengelige.

• NVP vProxy: VM-sikkerhetskopier sitter i Venter på å kjøre-tilstand i et miljø ved hjelp av vertsfiloppføringer eller konfigurasjon med dobbel stabel (IPv4 og IPv6)