NetWorker 19.9: vProxy-säkerhetskopierings- och återställningsjobb startar inte, ingen vProxy hämtas av processen

Summary: En säkerhetskopiering eller återställning av NetWorker VMware Protection (NVP) startas. De virtuella datorerna (VM) i arbetsflödet är dock i tillståndet "väntar på att köras". VM-återställningssessioner startar men fortskrider inte, ingen skrivsession upprättas. Säkerhetskopierings- och återställningsjobb för vProxy måste avbrytas manuellt. ...

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

Arbetsflödet för säkerhetskopiering av virtuella datorer visar de virtuella datorerna i ett väntande körningstillstånd. Informationen om säkerhetskopieringsåtgärden i NetWorker Management Console visar:
information om säkerhetskopieringsåtgärd i NMC

Obs! Kolumnen "vProxy" förblir tom, vilket indikerar att en vProxy inte har hämtats av arbetsflödet.

VM-återställningssessioner visar samma symptom. Återställningssessionen startar, men ingen vProxy hämtas av sessionen. Jobbet fortskrider inte och måste avbrytas manuellt. Det finns inga tillgänglighetsproblem för vProxy:

  • vProxies visas aktiverade: Ja, under Enheter-VMware-proxyservrar>
  • Det finns inga "vProxy är inte tillgänglig"-meddelanden i NMC-varningsfönstret .
  • NetWorker-servern kan matcha det fullständigt kvalificerade domännamnet (FQDN), kortnamnet och IP-adressen för vProxy.
  • vProxy kan matcha NetWorker-serverns FQDN, kortnamn och IP-adress korrekt.
  • Port 9090 är öppen mellan NetWorker-servern och vProxy-enheten. Varje system kan kommunicera med det andra via den här porten.

NetWorker-servern är 19.9.0.0-19.9.0.3> eller 19.10.0.0.

Cause

Innan säkerhetskopierings- eller återställningssessionen för den virtuella datorn kan upprättas måste NetWorker-servern identifiera och ansluta till en tillgänglig vProxy-enhet.

Kodoptimeringar gick in i NetWorker 19.9.0.4 och 19.10.0.1 via NETWORKER-85156.

    Resolution

    Om NetWorker-servern är 19.9.0.3 eller äldre uppgraderar du till 19.9.0.4/19.10.0.1 eller senare. vProxy-enheterna bör också uppgraderas till den senaste versionen som stöds av NetWorker. Om du uppgraderar vProxy-enheten ser du till att de senaste säkerhetskorrigeringarna tillämpas. Nya vProxy-versioner innehåller även uppdaterade ddboost-bibliotek, VMware Virtual Disk Development Kit (VDDK)-version och VMware-verktyg.

    Hämtningsbara filer för NetWorker- och vProxy-paket är tillgängliga via: https://www.dell.com/support/home/product-support/product/networker/overview

    Additional Information

    Det finns flera möjliga orsaker till att en vProxy inte väljs för en säkerhetskopierings- eller återställningsåtgärd. Om NetWorker-servern är 19.9.0.4, 19.10.0.1 eller senare gör du följande för att säkerställa att inga andra problem förhindrar valet av vProxy:

    Status för vProxy aktiverat:

    1. Från NMC går du till Devices-VMware> Proxies, eller från NetWorker Web User Interface (NWUI) går du till Protection-VMware> Proxies.

    2. Kontrollera att vProxies är aktiverade. Kolumnen Enabled bör visa Enabled: Ja:
      Fliken NWUI vProxies

       

      Obs! Om vProxy visar Enabled: Nej, redigera vProxy och välj Aktiverad: Ja

    Namnupplösning:

    Kontrollera att DNS (Domain Name System) används. NetWorker-servrar, vProxies, Data Domain-system, VMware vCenter och VMware ESXi-värdar måste alla använda FQDN som kan matchas i DNS. Resurser som konfigurerats i NetWorker ska läggas till med hjälp av FQDN. FQDN, kortnamn och IP-adresser bör matchas korrekt. Alla system som använder värdfilposter måste ha rätt IP-adresser, FQDN och alias korrekt ifyllda.

    NVP vProxy: Felsöka nätverksanslutning för säkerhetskopiering och återställning

    Dubbelstack (IPv4 och IPv6) stöds inte av vProxy-enheten, den ena eller den andra måste användas. I en IPv6-aktiverad VMware-miljö bör följande komponenter inte ha några IPv4-poster som inte kan nås på DNS-servern:

      • FQDN för NetWorker-server
      • FQDN för vProxy-enhet
      • Data Domain FQDN
      • FQDN för vCenter
      • ESXi FQDN

    De FQDN som anges ovan bör endast returnera AAAA-poster från DNS och bör inte ha några IPv4-poster som inte kan nås i DNS.

    Se: NVP vProxy: VM-säkerhetskopieringar som sitter i Väntar på att köra-tillstånd i en miljö med värdfilposter eller konfiguration med dubbla staplar (IPv4 och IPv6)

    1. Från vProxy-installationen och NetWorker-servern bekräftar du att FQDN, kortnamn och IP-adress kan matchas för varje motsvarande system:

      nslookup FQDN
      nslookup Short_Name
      nslookup IP_ADDRESS
      NetWorker: Bästa praxis för felsökning av namnmatchning
    2. Kontrollera /etc/hosts på varje system och se till att om det finns några värdfilposter har de rätt IP-adress och motsvarande värdnamn.

      Obs! När du kommer åt vProxy via SSH måste du logga in med kontot "admin". Rotåtkomst via SSH är inaktiverat som standard.

    Kommunikation port 9090:

    1. Från NetWorker-servern kontrollerar du att du kan kommunicera med port 9090 på vProxy:

      nsrports -t vProxy_Address -p 9090
    2. Från vProxy-enheten kontrollerar du att du kan kommunicera med port 9090 på NetWorker-servern:

      curl -v NetWorker_Address:9090
      Obs! När du kommer åt vProxy via SSH måste du logga in med kontot "admin". Rotåtkomst via SSH är inaktiverat som standard.

    vProxy tillgänglighet:

    1. Kontrollera NetWorker-serverns daemon.raw för eventuella vProxy-tillgänglighets- eller SSL-fel.

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

      NetWorker: Så här använder du nsr_render_log

    Certifikat- och SSL-fel

    Om SSL-fel observeras kan omregistrering av vProxy-enheten lösa problemet: NVP vProxy: Hur avregistrerar/omregistrerar man en vProxy-enhet?

    Lägg till tillgänglighet under frekvent lagring.

    Som standard har en vProxy-enhet 13 Hot Add-sessioner aktiverade och Network Block Device (NBD) inaktiverat.
    Hotadd-session aktiverad och NBD inaktiverad

    Det innebär att vProxy-enheten måste finnas på en ESXi-värd som har datalageråtkomst till de virtuella datorer som den säkerhetskopierar. Om endast HotAdd är aktiverat kan du tillfälligt aktivera NBD för att se om säkerhetskopieringssessionen startar. Om säkerhetskopieringen startar tyder detta på ett problem med åtkomst till frekvent tillägg i VMware. Detta kan lösas genom att distribuera vProxy-enheter på ESXi-värdar så att varje VMware-datalager är tillgängligt för minst en vProxy-enhet. Det rekommenderas inte att använda NBD (när det är möjligt). Stora mängder NBD-sessioner kan orsaka överbelastning i ESXi-hanteringsnätverket. Mer information om skalbarhet och rekommendationer och begränsningar för hotadd/NBD finns i NetWorker VMware Integration Guide som finns på: https://www.dell.com/support/home/product-support/product/networker/docs

    HotAdd kan också valideras med verktyget ProxyHC: NVP-vProxy: Så här använder du hälsokontrollverktyget ProxyHC på vProxy-enheten.

    Säkerhetskopieringsåtgärden har valt manuell vProxy:

    Säkerhetskopieringsåtgärden har en vProxy manuellt vald i sig:
    Säkerhetskopieringsåtgärden har en vProxy manuellt vald

    Se till att det inte finns några problem (som beskrivs ovan): få åtkomst till denna vProxy eller med dess tillgänglighet, testa en annan tillgänglig vProxy eller ställ in på "Automatisk" val.

    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.