NetWorker 19.9: vProxy-sikkerhetskopiering og gjenoppretting Jobber starter ikke, ingen vProxy registreres av prosessen

Summary: En NetWorker VMware Protection-sikkerhetskopiering eller -gjenoppretting (NVP) er startet. De virtuelle maskinene (VM) i arbeidsflyten har imidlertid tilstanden "venter på å kjøre". VM-gjenopprettingsøkter starter, men går ikke, ingen skriveøkt er etablert. Sikkerhetskopierings- og gjenopprettingsjobber for vProxy må avbrytes manuelt. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Arbeidsflyten for VM-sikkerhetskopiering viser VM-ene i ventemodus. Detaljer om sikkerhetskopihandlingen i NetWorker Management Console viser:
detaljer om sikkerhetskopieringstiltak i NMC

MERK: "vProxy"-kolonnen forblir tom, noe som angir at en vProxy ikke har blitt plukket opp av arbeidsflyten.

VM-gjenopprettingsøkter viser det samme symptomet. Gjenopprettingsøkten starter, men ingen vProxy registreres av økten. Jobben går ikke fremover og må avbrytes manuelt. Det er ingen problemer med vProxy-tilgjengelighet:

  • vProxyer viser aktivert: Ja, under enheter – VMware-proxyer>
  • Det er ingen "vProxy er utilgjengelig"-meldinger i NMC-varslingsvinduet .
  • NetWorker-serveren kan løse problemet med fullstendig kvalifisert domenenavn (FQDN) for vProxy, kortnavn og IP-adresse.
  • vProxy kan løse FQDN, kortnavnet og IP-adressen for NetWorker-serveren på riktig måte.
  • Port 9090 er åpen mellom NetWorker-serveren og vProxy-apparatet. Hvert system kan kommunisere med det andre via denne porten.

NetWorker-serveren er 19.9.0.0-19.9.0.3> eller 19.10.0.0.

Cause

Før sikkerhetskopierings- eller gjenopprettingsøkten for virtuelle maskiner kan opprettes, må NetWorker-serveren identifisere og koble til et tilgjengelig vProxy-verktøy.

Kodeoptimaliseringer gikk inn i NetWorker 19.9.0.4 og 19.10.0.1 via NETWORKER-85156.

    Resolution

    Hvis NetWorker-serveren er 19.9.0.3 eller eldre, oppgraderer du til 19.9.0.4/19.10.0.1 eller nyere. vProxy-apparatene bør også oppgraderes til den nyeste versjonen som støttes av NetWorker. Oppgradering av vProxy-verktøyet sikrer at de nyeste sikkerhetsreparasjonene blir brukt. Nye vProxy-utgivelser pakker også oppdaterte ddboost-biblioteker, VMware Virtual Disk Development Kit (VDDK)-versjon og VMware Tools.

    Nedlasting av NetWorker- og vProxy-pakker er tilgjengelige via: https://www.dell.com/support/home/product-support/product/networker/overview

    Additional Information

    Det finnes flere potensielle årsaker til at en vProxy ikke blir valgt for en sikkerhetskopierings- eller gjenopprettingsoperasjon. Hvis NetWorker-serveren er 19.9.0.4, 19.10.0.1 eller nyere, må du utføre følgende for å sikre at ingen andre problemer hindrer valg av vProxy:

    vProxy Enabled Status:

    1. Fra NMC går du til Devices-VMware> Proxies, eller fra NetWorker Web User Interface (NWUI) går du til Protection-VMware> Proxies.

    2. Kontroller at vProxies er aktivert. Kolonnen aktivert skal vise Aktivert: Ja:
      Fanen NWUI vProxies

       

      MERK: Hvis vProxy viser Aktivert: Nei, rediger vProxy og velg Aktivert: Ja

    Navneløsning:

    Kontroller at miljøet bruker Domain Name System (DNS). NetWorker-server, vProxies, Data Domain-systemer, VMware vCenters og VMware ESXi-verter må alle bruke FQDN-er som kan løses i DNS. Ressurser som er konfigurert i NetWorker, skal legges til ved hjelp av FQDN. FQDN, kortnavn og IP-adresser skal alle løses riktig. Alle systemer som bruker vertsfiloppføringer, må ha riktige IP-adresser, FQDN-er og aliaser fylt ut på riktig måte.

    NVP vProxy: Feilsøke nettverkstilkobling for sikkerhetskopierings- og gjenopprettingsoperasjoner

    Dobbel stabel (IPv4 og IPv6) støttes ikke av vProxy-verktøyet. Den ene eller den andre må brukes. I et IPv6-aktivert VMware-miljø skal følgende komponenter ikke ha noen utilgjengelige IPv4-oppføringer i DNS-serveren:

      • FQDN for NetWorker-server
      • FQDN for vProxy-verktøy
      • FQDN for datadomenet
      • vCenter FQDN
      • ESXi FQDN

    FQDN-ene som er oppført ovenfor, skal bare returnere AAAA-poster fra DNS og skal ikke ha noen IPv4-poster som ikke kan nås, i DNS.

    Se: 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)

    1. Fra vProxy-apparatet og NetWorker-serveren bekrefter du at FQDN, kortnavnet og IP-adressen kan løses for hvert tilsvarende system:

      nslookup FQDN
      nslookup Short_Name
      nslookup IP_ADDRESS
      NetWorker: Anbefalte fremgangsmåter for feilsøking av navneløsing
    2. Sjekk ikonet /etc/hosts -fil på hvert system og sørge for at hvis noen vertsfiloppføringer eksisterer, har de riktig IP-adresse og tilhørende vertsnavn.

      MERK: Når du åpner vProxy over SSH, må du logge på med "admin"-kontoen. Root-tilgang over SSH er deaktivert som standard.

    Port 9090-kommunikasjon:

    1. Bekreft at du kan kommunisere med port 9090 på vProxy fra NetWorker-serveren:

      nsrports -t vProxy_Address -p 9090
    2. Bekreft fra vProxy-apparatet at du kan kommunisere med port 9090 på NetWorker-serveren:

      curl -v NetWorker_Address:9090
      MERK: Når du åpner vProxy over SSH, må du logge på med "admin"-kontoen. Root-tilgang over SSH er deaktivert som standard.

    vProxy-tilgjengelighet:

    1. Sjekk NetWorker-serverens daemon.raw for alle vProxy-tilgjengelighet eller SSL-feil.

      Linux: /nsr/logs/daemon.raw
      Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw

      NetWorker: Hvordan du bruker nsr_render_log

    Sertifikat- og SSL-feil

    Hvis det oppdages SSL-feil, kan omregistrering av vProxy-verktøyet løse problemet: NVP vProxy: Hvordan Avregistrerer/Registrerer Du Et vProxy-verktøy På nytt?

    Hot Legg til tilgjengelighet.

    Som standard har et vProxy-verktøy 13 aktive tilleggsøkter aktivert, og Network Block Device (NBD) er deaktivert.
    Hotadd-økt er aktivert og NBD er deaktivert

    Dette betyr at vProxy-verktøyet må ligge på en ESXi-vert som har datalagertilgang til de virtuelle maskinene det sikkerhetskopierer. Hvis bare HotAdd er aktivert, kan du midlertidig aktivere NBD for å se om sikkerhetskopieringsøkten starter. Hvis sikkerhetskopieringen starter, tyder dette på et problem med tilføying av tilgang i VMware. Dette kan løses ved å implementere vProxy-apparater på ESXi-verter, slik at hvert VMware-datalager er tilgjengelig for minst ett vProxy-verktøy. Det anbefales ikke å bruke NBD (når det er mulig). Store mengder NBD-økter kan forårsake overbelastning på ESXi-administrasjonsnettverket. Hvis du vil ha mer informasjon om skalerbarhet og hotadd-/NBD-anbefalinger og begrensninger, kan du se NetWorker VMware Integration Guide som er tilgjengelig gjennom: https://www.dell.com/support/home/product-support/product/networker/docs

    HotAdd kan også valideres med ProxyHC-verktøyet: NVP-vProxy: Hvordan bruke helsekontrollverktøyet ProxyHC på vProxy-apparatet.

    Sikkerhetskopieringshandling har manuell vProxy valgt:

    Sikkerhetskopieringshandlingen har en vProxy manuelt valgt:
    Sikkerhetskopiering har en vProxy manuelt valgt

    Kontroller at det ikke er noen problemer (som beskrevet ovenfor) med tilgang til denne vProxyen, eller test en annen tilgjengelig vProxy eller velg "Automatisk" når den er tilgjengelig.

    Affected Products

    NetWorker

    Products

    NetWorker Family, NetWorker Series
    Article Properties
    Article Number: 000225358
    Article Type: Solution
    Last Modified: 22 Oct 2025
    Version:  10
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.