NVP vProxy: VM-sikkerhedskopier sidder og venter på at køre tilstand i længere tid

• NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM)-sikkerhedskopier sidder i tilstanden "venter på at køre" i en længere periode. 
   
• Der er ingen kommunikationsproblemer mellem NetWorker-serveren og vProxies. Det betyder, at de begge løser hinanden korrekt og kan kommunikere via port 9090: NVP vProxy: Fejlfinding af netværksforbindelse til sikkerhedskopiering og gendannelse
• Der er ingen advarsler i NetWorker Management Console (NMC) eller NetWorker-serveren daemon.raw angående vProxies, der er deaktiveret eller utilgængelig:
  • Linux: /nsr/logs/daemon.raw
  • Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Sådan bruges nsr_render_log til at gengive .raw logfiler
• Sikkerhedskopieringshandlingen konfigureres med valg af "Auto" vProxy. Det betyder, at hvis der er konfigureret flere vProxies, kan NetWorker vælge en hvilken som helst vProxy med tilstrækkelig sessionstilgængelighed.
• Aktivering af vProxy Selection-logføring i henhold til NetWorker VMware Protection-vProxy: Sådan aktiveres fejlfindingslogføring resulterer i følgende logføring 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.

Sikkerhedskopieringshandlingen konfigureres med transporttilstandene "concurrent VMDK" og "Auto":

vProxies er kun konfigureret med tilstanden Hot add:
| 

Arbejdsprocessen til sikkerhedskopiering omfatter en beskyttelsesgruppe, der indeholder en eller flere VM'er, som HotAdd ikke kan få adgang til. Dette kan forekomme, når VM erne ikke understøtter HotAdd, f.eks. hvis de bruger IDE-diske.

Hvis en VM skal være HotAdd-tilgængelig, skal en vProxy være installeret på en ESXi-vært, der har datalageradgang til VMware-datalageret, hvor VM'ens diske befinder sig. Uden denne justering mellem vProxyens ESXi-vært og VM'ens datalager er HotAdd-behandling ikke mulig. Begrænsninger og krav i HotAdd er dokumenteret i NetWorker VMware-integrationsvejledningen, som er tilgængelig via: Support til NetWorker | Vejledninger og dokumenter 

Dette forårsager NetWorker-serverens select_vproxy logik til at gå i stå i forsøget på at identificere en vProxy for at starte samtidige VMDK-sessioner. I nogle scenarier kan jobbet i sidste ende identificere, hvilke VM'er det kan starte VMDK-sessionerne for. Den tid, det tager, kan variere afhængigt af VMware-miljøets størrelse. Jobbet afstemmer muligvis aldrig en vProxy for arbejdsprocessen.

Brug en af følgende muligheder:

Mulighed 1: Afstemme krav til varm tilføjelse:

Følgende trin identificerer, hvilke VM'er der ikke er tilgængelige for HotAdd:

1. Log på NetWorker Web User Interface (NWUI): https://nwui-server-name:9090/nwui
2. Gå til Protection-Policies>, og udvid til Policy, workflow, vælg derefter backuphandlingen, og klik på Rediger.
3. Klik på fanen VMware-specifik konfiguration .
4. Skift transporttilstand til HotAdd.
   BEMÆRK: Denne indstilling er ikke tilgængelig i NetWorker Management Console (NMC). den er kun tilgængelig i NWUI.
5. Gem ændringerne.
    
6. Start en ny sikkerhedskopiering.

De VM'er, der er tilgængelige via HotAdd, komplette sekventielle disksikkerhedskopieringer. De VM'er, der ikke er tilgængelige for Hot Add, sidder fast i "venter på at køre":
 

De VM'er, der er tilgængelige for HotAdd, fuldfører sikkerhedskopieringer. De VM er, der ikke er tilgængelige for HotAdd, starter aldrig deres sikkerhedskopieringssessioner. Arbejdsprocessen skal annulleres, og følgende skal overvejes:

• Omkonfigurer vProxy- eller VM-placering, eller udrul yderligere vProxies, så alle VM'er er tilgængelige for HotAdd. Når HotAdd-tilgængeligheden er løst, fuldføres de VM'er, der tidligere sad fast i "venter på at køre". 
• Hvis VMware-miljøet ikke kan konfigureres til at gøre disse VM'er HotAdd tilgængelige, eller VM'erne ikke understøtter HotAdd (f.eks. IDE-diske), skal du bruge Mulighed 2.

Mulighed 2: Aktivér netværksblokenhed (NBD) på vProxies.

1. Aktivér NBD i en eller flere vProxies:
    

2.  Udfør sikkerhedskopieringer.

Standard (foretrukken) transporttilstand er hot add. Alle VM-sikkerhedskopier vil i første omgang anmode om varm tilføjelse og kun fallback til NBD, hvis VM'en ikke kan sikkerhedskopieres via Hot-tilføjelse. Det er dog muligt for VM'er, der er tilgængelige for HotAdd, at udføre nogle sessioner via NBD, hvis alle Hot Add-sessioner er forbrugt, og der kræves yderligere sessioner for at fuldføre samtidige VMDK-sikkerhedskopieringer for den pågældende VM. De VM'er, der ikke er tilgængelige for Hot-tilføjelser, sikkerhedskopieres via NBD, når NBD-sessioner er tilgængelige.

• NVP vProxy: VM-sikkerhedskopier, der sidder i tilstanden Venter på at køre i et miljø ved hjælp af værtsfilposter eller konfiguration med dobbelt stak (IPv4 og IPv6)