NetWorker: Slik feilsøker du sikkerhetskopieringsoperasjoner

Summary: Flere alternativer er oppført for feilsøking av en mislykket NetWorker-sikkerhetskopi.

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.

Instructions

Det finnes flere ulike alternativer for å feilsøke en NetWorker-sikkerhetskopifeil. Denne kunnskapsartikkelen dekker de ulike feilsøkingsalternativene, avhengig av hvilken funksjon i sikkerhetskopieringsprosessen du vil feilsøke. 

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.

kA5f10000004JErCAM_2_0
 

Den primære NetWorker-loggfilen for alle NetWorker-operasjoner er daemon.raw-loggfilen

Dette ligger i [NetWorker_install_dir]logger.
 

Linux: /nsr/logs/
Windows: C:Program FilesEMC NetWorker srlogs


Hvis du vil lese denne loggen, bruker du kommandoen nsr_render_log .

Eksempel:

kA5f10000004JErCAM_2_1

Flere ressurser:

503713 : Hvordan du bruker nsr_render_log                                                                      
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:

kA5f10000004JErCAM_2_2

Du kan utføre den samme operasjonen ved å bruke kommandoen nsradmin:

Eksempel:

kA5f10000004JErCAM_2_3

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:

kA5f10000004JErCAM_2_4
 

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: 

kA5f10000004JErCAM_2_5
 

Og så på klientsiden:

kA5f10000004JErCAM_2_6
 

Flere ressurser:

 

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:

kA5f10000004JErCAM_2_7

Etter at feilsøkingen er fullført, må du slå av feilsøkingen slik:

kA5f10000004JErCAM_2_8

Flere ressurser:

336123 : NetWorker-feilsøking

 

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:

kA5f10000004JErCAM_2_9

Varselet i NetWorker Management Console gir mer informasjon om hvilken type volum det søkes etter, og på hvilken lagringsnode.

Eksempel:

kA5f10000004JErCAM_2_10

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:

kA5f10000004JErCAM_2_11

 

kA5f10000004JErCAM_2_12

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.

kA5f10000004JErCAM_2_13

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:

kA5f10000004JErCAM_2_14

kA5f10000004JErCAM_2_15

kA5f10000004JErCAM_2_16

 

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:

kA5f10000004JErCAM_2_17

 

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:

Affected Products

NetWorker

Products

NetWorker, NetWorker Series
Article Properties
Article Number: 000010035
Article Type: How To
Last Modified: 08 Oct 2025
Version:  7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.