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. ...
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:
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:
-
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.
-
Kontrollera att vProxies är aktiverade. Kolumnen Enabled bör visa Enabled: Ja:
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)
-
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 -
Kontrollera
/etc/hostspå 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:
-
Från NetWorker-servern kontrollerar du att du kan kommunicera med port 9090 på vProxy:
nsrports -t vProxy_Address -p 9090
-
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:
-
Kontrollera NetWorker-serverns
daemon.rawför eventuella vProxy-tillgänglighets- eller SSL-fel.Linux:
/nsr/logs/daemon.raw
Windows:C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
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.
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:
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.