NetWorker: Slik feilsøker du sikkerhetskopieringsoperasjoner
Summary: Flere alternativer er oppført for feilsøking av en mislykket NetWorker-sikkerhetskopi.
Instructions
Loggfiler:
Prinsipploggene for feilsøking av sikkerhetskopieringsfeil er policyloggfilene som er på følgende plassering.
Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Program FilesEMC NetWorkersrlogs policy_nameworkflow_nameaction_name
Det finnes arbeidsflytloggfiler i råformat under /nsr/logs/policy/policy_name/workflow_name/jobid.raw og en underkatalog for hver handling. Hver underordnet handling av en handling har sin egen loggfil med jobid for den underordnede jobben. Når den overordnede handlingen starter en underordnet handling, oppretter NetWorker en katalog for disse underordnede handlingsloggene.
Eksempel:
Her kan vi se plasseringen av policyloggene og at loggene har ulike størrelser avhengig av feilsøkingsnivået som brukes under sikkerhetskopieringen. Råfilene er arbeidsflytloggene, mens katalogene backup_[jobid]_logs inneholder handlingsloggene og underordnede handlingslogger.
Den primære NetWorker-loggfilen for alle NetWorker-operasjoner er daemon.raw-loggfilen .
Dette ligger i [NetWorker_install_dir]logger.
Windows: C:Program FilesEMC NetWorker srlogs
Hvis du vil lese denne loggen, bruker du kommandoen nsr_render_log .
Eksempel:
Flere ressurser:
503582 : NetWorker-loggfiler og hvordan du samler inn for analyse
469489 : NetWorker-liste over logger som skal samles inn
457094 : Loggfiler og informasjon som skal samles inn og gis til støtte for generelle NetWorker-problemer
Referanseveiledning for NetWorker-kommandoer
Spar på NetWorker-klienten
NetWorker klientbaserte sikkerhetskopier bruker lagringsprosessen. Lagringsprosessen kommuniserer med NetWorker-serveren, lagringsnoden (der det er aktuelt) eller målmediet for sikkerhetskopieringsenhet. Feilsøking kan aktiveres i lagringsprosessen ved å sende feilsøkingsflagget -D til lagringsprosessen ved hjelp av enten NetWorker Management Console (NMC) eller ved hjelp av kommandoen nsradmin.
I NMC endrer du 'Backup command'-feltet i de relevante klientegenskapene til 'save -D9':
Eksempel:
Du kan utføre den samme operasjonen ved å bruke kommandoen nsradmin:
Eksempel:
Alternativt, på et linux-system, kan du bruke printf-kommandoen for å gjøre denne nsradmin-endringen på en linje:
Eksempel:
printf "show
. type : NSR Client; name : vm-lego-231; save set : /alice
update backup command : save -D9
" | nsradmin -i -
Flere ressurser:
Referanseveiledning for NetWorker-kommandoer
Slik bruker du valideringskontroll
av NetWorker nsradminSpesielle bruksområder for NetWorker nsradmin-programmet Teknisk merknad
Arbeidsflytoperasjon på NetWorker-serveren
Feilsøking av starten på en arbeidsflytoperasjon og detaljert feilsøking er nødvendig.
nsrworkflow -D9 -p [policy] -w [workflow]
Dette logger feilsøkingsutdataene for arbeidsflytjobben til råfilen i:
/nsr/logs/policy/policy_name/workflow_name/
Eksempel:
Når du kjører kommandoen nsrworkflow, startes jobben manuelt, men du bruker de samme alternativene for planlegging og nivåkonfigurasjon som brukes som en planlagt og automatisert sikkerhetskopiering. En annen mulighet er å bruke -a-flagget til å definere nsrworkflow-kjøringen som en ad hoc-sikkerhetskopi som gjør det mulig å overstyre tidsplanen eller nivået for sikkerhetskopiering. Hvis du vil angi ønsket sikkerhetskopinivå (ikke det som er angitt for dagens kjøring av arbeidsflyten), bruker du -l (eller -L for sikkerhetskopier av virtuelle maskiner).
Eksempel:
nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a
Flere ressurser:
516616 : Slik bruker du kommandoen
NetWorker nsrworkflow513030 : Slik bruker du nsrpolicy-kommandoen
NetWorkerProduktmerknader for NetWorker 9.1.x:
Referanseveiledning for NetWorker-kommandoer
Savefs på NetWorker Client
Kommandoen savefs brukes under klientbaserte sikkerhetskopieringer. Den sendes til NetWorker-klienten etter at sikkerhetskopieringen er startet på NetWorker-serveren. SaveFS er denne prosessen som er ansvarlig for å bestemme filene og katalogene som skal sikkerhetskopieres for denne spesifikke sikkerhetskopikjøringen på denne klienten.
Du kan hente den nøyaktige savefs-kommandoen som kjøres på klientsiden fra raw-filen i policyloggene (/nsr/logs/policy/[policynavn]/[workflow name]). Kjør deretter dette på klientsiden, og legg til -D9-alternativet:
Eksempel:
På NetWorker-serveren:
Og så på klientsiden:
Flere ressurser:
Referanseveiledning for NetWorker-kommandoer
Tilordne målmedier på NetWorker-serveren
Tilordningen av riktig målvolum for en sikkerhetskopi administreres av nsrd-prosessen på NetWorker-serveren. Hvis du vil feilsøke dette, må du midlertidig øke feilsøkingsnivået for nsrd-prosessen på NetWorker-serveren ved hjelp av dbgcommand.
Eksempel:
Etter at feilsøkingen er fullført, må du slå av feilsøkingen slik:
Flere ressurser:
Sikkerhetskopier venter på skrivbart volum
Hvis NetWorker-serveren ikke finner et passende NetWorker-volum å skrive til, slutter den å svare og genererer et varsel. I dette tilfellet vil jobben være i tilstanden "aktiv". Du kan kontrollere statusen til jobben ved hjelp av kommandoen nsrpolicy monitor .
Eksempel:
Varselet i NetWorker Management Console gir mer informasjon om hvilken type volum det søkes etter, og på hvilken lagringsnode.
Eksempel:
Flere ressurser:
Sikkerhetskopieringer sluttet uventet å svare på grunn av parallellitet
Hvis NetWorker-serveren finner ut at den ikke kan fortsette med sikkerhetskopieringen fordi det ikke finnes et ledig parallellitetspor. I dette tilfellet er jobben i "kø" -tilstanden.
For å feilsøke parallelliteten, må du øke feilsøkingsnivået for nsrjobd-prosessen på NetWorker-serveren som vist nedenfor. Daemon-loggfilen sender ut mye feilsøkingsdata i forhold til parallellitet.
Eksempel:
Flere ressurser:
Planleggingsveiledning
for NetWorker-ytelsesoptimaliseringParallellitet og måløkter
Client Direct Backup fungerer ikke som forventet
En "Client Direct"-sikkerhetskopi sender data direkte fra NetWorker-klienten til målmediet uten først å skrive til NetWorker Storage Node.
Du kan definere i klientegenskapene om direkte sikkerhetskopiering for klient skal brukes eller ikke for denne klientforekomsten.
For å feilsøke om client direct fungerer eller ikke, må du inspisere loggene i henhold til eksemplet nedenfor:
Eksempel:
Logg utgang: Klient direkte i drift.
Daemon-loggfil på NetWorker-serveren:
91787 08/01/2014 13:37:35 PM nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) bruker direkte fillagring med Data Domain-enheten 'dd4500-dd.local_onetwoone'.
lsof på NetWorker-klienten
[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (ETABLERT)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ETABLERT)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ETABLERT)save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ETABLERT)
lagre 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ETABLERT)
lagre 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (ETABLERT)
Merk: Vi kan se at det er åpne TCP-tilkoblinger fra klienten, både til NetWorker-serveren og til DD. Hvis du trenger å vite hvilke prosesser nøyaktig på NetWorker-serveren er koblet til, kan du kryssjekke med lsof på serveren. Den fjerde kolonnen er filbeskrivelsen som brukes.
På et Windows-system kan du se lignende utdata ved å bruke resmon: Start – Kjør – resmon – Nettverk-fanen – TCP-tilkoblinger
Logg utgang: Sikkerhetskopiering bruker ikke direkte klient.
Daemon-loggfil på NetWorker-serveren:
91797 08/01/2014 13:57:51 PM nsrmmd NSR alvorlig Kan ikke utføre direkte fillagring med Data Domain-enheten 'ONETWOONE'; Konfigurere tradisjonell lagring for lagringssett-ID «4024143566» (vm-LEGO-231:/NetWorker)
Merk: Leter du etter ordet tradisjonell i loggen, får du denne utgangen raskt. Hvis du trenger å finne ut hvorfor den ikke bruker client direct, starter du med NetWorker Administration Guides liste over betingelser som må oppfylles for at klienten skal fungere direkte. De vanligste årsakene vil være at klienten ikke har direkte nettverkstilgang til DD fra NIC den bruker, eller at navneløsingen ikke fungerer som den skal fra klienten.
lsof på NetWorker-klienten:
[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (ETABLERT)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ETABLERT)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ETABLERT)save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ETABLERT)
Merk: Bare TCP-tilkoblinger til NetWorker-serveren (som også er lagringsnoden i dette eksemplet) er åpne her. Det er ingen TCP-tilkobling åpen for DD. Alle dataene går til lagringsnoden.
Flere ressurser:
Veiledning for planlegging av ytelsesoptimalisering for NetWorker
Parallell Save Stream Backup
Slik feilsøker du PSS-sikkerhetskopier. Kontroller at det er merket av for «parallell lagringsstrøm» i klientressursen i NetWorker Management Console. Endre lagre-kommandoen for å sette den i feilsøking i henhold til nummer 1 ovenfor. Opprett også en tom fil i .. /nsr/debug kalt 'mbsdopen'. Dette gir ekstra feilsøkingslogging både på klienten i /nsr/tmp og i policyloggene på NetWorker-tjeneren (se nummer 1 ovenfor).
Eksempel:
Flere ressurser:
Slik feilsøker du NetWorker Parallel Save Stream-sikkerhetskopier
Planleggingsveiledning for NetWorker-ytelsesoptimalisering
nsrmmd-prosessen for NetWorker Storage Node fungerer ikke som forventet når den skriver til målmediet.
Du kan øke feilsøkingsnivået for nsrmmd-prosessene ved hjelp av dbgcommand (beskrevet i nummer 7 ovenfor). Du kan enten øke feilsøkingsnivået for alle nsrmmd-prosessene eller bruke operativsystemverktøy til å identifisere hvilken nsrmmd-prosess som er aktiv:
Flere ressurser:
479665 : Artikkel om sortering: Feilsøke problemer med båndbibliotek i NetWorker
Veiledning for NetWorker Data Domain Boost-integrering
Additional Information
Andre feilsøkingstips for spesifikke NetWorker-teknologier:
-
Justere NetWorker-serveren for optimal ytelse
-
NVP-vProxy: Slik aktiverer du feilsøkingslogging
-
Slik tester du NetWorker-klient-serverkommunikasjon gjennom en brannmur
-
Slik feilsøker du NetWorker planlagte kloningsfeil
-
Feilsøkingsveiledning for NetWorker: Prosesskrasj og kjernedumper
-
NetWorker NMC 9.x: Slik aktiverer du feilsøkingsloggene
-
Slik aktiverer du feilsøking for NMDA
-
Detaljert feilsøkingsveiledning for NMM
-
Hvordan feilsøke gjenopprette jobbfeil fra NMC
-
Veiledning for NDMP-sortering
-
479591 : Frigjøre plass fra Data Domain-enheter Veiledning for sortering











