NetWorker: Sådan foretages fejlfinding af sikkerhedskopieringshandlinger

Logfiler:

De primære logfiler til fejlfinding af sikkerhedskopieringsfejl er politiklogfilerne , som findes på følgende placering.

Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..ProgramfilerEMC NetWorker-srlogspolicy_nameworkflow_nameaction_name

Der er logfiler i arbejdsprocessen i raw-formatet under /nsr/logs/policy/policy_name/workflow_name/jobid.raw og en undermappe til hver handling. Hver underordnet handling i en handling har sin egen logfil med job-id'et for det underordnede job. Når den overordnede handling starter en underordnet handling, opretter NetWorker en mappe til disse underordnede handlingslogfiler.

Eksempel:

Her kan vi se placeringen af politiklogfilerne, og at logfilerne har forskellige størrelser afhængigt af det fejlfindingsniveau, der bruges under sikkerhedskopieringen.  Raw-filerne er arbejdsproceslogfilerne, mens backup_[jobid]_logs-mapperne indeholder handlingslogfilerne og underordnede handlingslogfiler.

Den primære NetWorker-logfil for alle NetWorker-handlinger er den daemon.raw-logfil. 

Den er placeret i [NetWorker_install_dir]logfiler.
 

Hvis du vil læse denne log, skal du bruge kommandoen nsr_render_log .

Eksempel:

Yderligere ressourcer:

Spar penge på NetWorker-klienten

NetWorker-klientbaserede sikkerhedskopier bruger lagringsprocessen. Lagringsprocessen kommunikerer med NetWorker-serveren, storagenoden (hvor det er relevant) eller mediet for destinationssikkerhedskopieringsenheden. Fejlfinding kan aktiveres på lagringsprocessen ved at overføre -D-fejlfindingsflaget til lagringsprocessen enten ved hjælp af NetWorker Management Console (NMC) eller ved hjælp af kommandoen nsradmin.

I NMC ændrer du feltet 'Backup command' i de relevante klientegenskaber til 'save -D9':

Eksempel:

Du kan udføre den samme handling ved hjælp af kommandoen nsradmin:

Eksempel:

Alternativt kan du på et linux-system bruge kommandoen printf til at foretage denne nsradmin-ændring på en linje:

Eksempel:

printf "show 
 . type : NSR Client; name : vm-lego-231; save set : /alice
 update backup command : save -D9
" | nsradmin -i -

Yderligere ressourcer:

NetWorker-kommandoreferencevejledning
Sådan bruger du NetWorker nsradmin-valideringskontrol
Særlige anvendelser af NetWorker nsradmin-programmet Teknisk bemærkning

Arbejdsgangshandling på NetWorker-serveren 

Fejlfinding af starten af en arbejdsgangsoperation og detaljeret fejlfindingsoutput er nødvendig.

nsrworkflow -D9 -p [politik] -w [arbejdsproces]

Dette logfører outputtet af fejlfinding af arbejdsprocesjob til raw-filen i:

/nsr/logfiler/politik/policy_name/workflow_name/

Eksempel:

Kørsel af kommandoen nsrworkflow starter jobbet manuelt, men bruger de samme planlægnings- og niveaukonfigurationsindstillinger, som bruges som en planlagt automatisk sikkerhedskopiering.  En anden mulighed er at bruge flaget -a til at definere nsrworkflow-kørslen som en ad hoc-backup, der gør det muligt at tilsidesætte backupplanen eller -niveauet.  Hvis du vil angive det ønskede sikkerhedskopieringsniveau (ikke det, der er angivet for dagens kørsel af arbejdsprocessen), skal du bruge -l (eller -L til sikkerhedskopier af virtuelle maskiner).

Eksempel:

nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

Yderligere ressourcer:

516616 : Sådan bruges kommandoen NetWorker nsrworkflow                                                                    
513030 : Sådan bruger du kommandoen
NetWorker nsrpolicyProduktbemærkninger til NetWorker 9.1.x: 
NetWorker-kommandoreferencevejledning

Savefs på NetWorker-klienten

Kommandoen savefs bruges under klientbaserede sikkerhedskopieringer. Den sendes til NetWorker-klienten, når sikkerhedskopieringen er påbegyndt på NetWorker-serveren.  Saefs er denne proces, der er ansvarlig for at bestemme de filer og mapper, der skal sikkerhedskopieres til denne specifikke sikkerhedskopiering, der køres på denne klient.

Du kan hente den nøjagtige savefs-kommando, som køres på klientsiden, fra raw-filen i politiklogfilerne (/nsr/logs/policy/[policy name]/[workflow name]).  Kør derefter dette på klientsiden, og tilføj indstillingen -D9:

Eksempel:

På NetWorker-serveren: 

Og så på klientsiden:

Yderligere ressourcer:

Tildeling af destinationsmedier på NetWorker-serveren

Tildelingen af den korrekte destinationsdiskenhed til en sikkerhedskopiering styres af nsrd-processen på NetWorker-serveren.  Hvis du vil foretage fejlfinding af dette, skal du midlertidigt øge fejlfindingsniveauet for nsrd-processen på NetWorker-serveren ved hjælp af dbgkommandoen.

Eksempel:

Når fejlfindingen er fuldført, skal du deaktivere fejlfindingen på følgende måde:

Yderligere ressourcer:

336123 : NetWorker-fejlfinding

Sikkerhedskopier, der venter på skrivbar diskenhed

Hvis NetWorker-serveren ikke kan finde en passende NetWorker-diskenhed at skrive til, holder den op med at reagere og genererer en advarsel.  I dette tilfælde vil jobbet være i den 'aktive' tilstand.  Du kan kontrollere status for jobbet ved hjælp af kommandoen nsrpolicy monitor .

Eksempel:

Advarslen i NetWorker Management Console giver flere oplysninger om, hvilken type diskenhed der søges efter, og på hvilken storagenode.

Eksempel:

Yderligere ressourcer:

Sikkerhedskopieringer holdt uventet op med at reagere på grund af parallelitet

Hvis NetWorker-serveren bestemmer, at den ikke kan fortsætte med sikkerhedskopieringen, fordi der ikke er nogen ledig parallelitetsplads.  I dette tilfælde er jobbet i tilstanden "i kø".

For at fejlfinde parallelismen skal du øge fejlfindingsniveauet for nsrjobd-processen på NetWorker-serveren som vist nedenfor.  Dæmonlogfilen udsender en masse fejlfindingsdata i forhold til parallelisme.

Eksempel:

Yderligere ressourcer:

Planlægningsvejledning
til NetWorker-optimering af ydeevneParallelitet og målsessioner

Client Direct-sikkerhedskopiering fungerer ikke som forventet

En "Client Direct"-sikkerhedskopi sender data direkte fra NetWorker-klienten til destinationsmediet uden først at skrive til NetWorker-storagenoden.

Du kan definere i klientegenskaberne, om klientens direkte sikkerhedskopiering skal bruges eller ej til denne klientforekomst.

For at foretage fejlfinding af, om Client Direct fungerer eller ej, skal du inspicere logfilerne i henhold til nedenstående eksempel:

Eksempel:

Log output: Klient direkte i drift.

Daemon-logfil på NetWorker-serveren:

91787 08-01-2014 13:37:35 nsrmmd NSR-meddelelse Save-set-id '4091251191' (vm-lego-231:/NetWorker) bruger direkte lagring af filer med Data Domain-enheden 'dd4500-dd.local_onetwoone'.

lsof på NetWorker-klienten

[root@vm-lego-231 ~]# lsof -i TCP | grep gem
gem 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (ETABLERET)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ETABLERET)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ETABLERET)
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ETABLERET)
gem 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ETABLERET)
save 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (ETABLERET)

Bemærk: Vi kan se, at der er åbne TCP-forbindelser fra klienten både til NetWorker-serveren og til DD.  Hvis du har brug for at vide, hvilke processer der præcist er forbundet på NetWorker-serveren, kan du krydstjekke med lsof på serveren.  Den fjerde kolonne er den filbeskrivelse, der bruges. 

På et Windows-system kan du se lignende output ved hjælp af resmon:  Start - Kør - resmon - fanen Netværk - TCP-forbindelser

Log output:  Backup bruger ikke klient direkte.

Daemon-logfil på NetWorker-serveren:

91797 08-01-2014 13:57:51 nsrmmd NSR svær Kan ikke udføre direkte fillagring med Data Domain-enheden 'ONETWOONE'; opsætning af traditionelt Gem for gemt ID '4024143566' (vm-lego-231:/NetWorker)

Bemærk:  Hvis du leder efter ordet traditionel i loggen, får du hurtigt dette output.  Hvis du har brug for at finde ud af, hvorfor den ikke bruger klient direkte, skal du starte med NetWorker-administrationsvejledningens liste over betingelser, der skal være opfyldt, for at klienten kan arbejde.  De mest almindelige årsager kan være, at klienten ikke har direkte netværksadgang til DD fra det netværkskort, den bruger, eller at navnefortolkningen ikke fungerer korrekt 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 (ETABLERET)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ETABLERET)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ETABLERET)
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ETABLERET)

Bemærk:  Kun TCP-forbindelser til NetWorker-serveren (som også er lagernoden i dette eksempel) er åbne her.  Der er ingen TCP-forbindelse åben til DD.  Alle data sendes til storagenoden.

Yderligere ressourcer:

Planlægningsvejledning til Networker-ydelsesoptimering

Parallel lagring af streamsikkerhedskopier

Sådan foretages fejlfinding af PSS-sikkerhedskopier. Sørg for, at egenskaben "parallel gem strøm" er markeret i klientressourcen i NetWorker-administrationskonsollen.  Rediger gem-kommandoen for at sætte den i fejlfinding i henhold til nummer 1 ovenfor.  Opret også en tom fil i .. /nsr/debug kaldet 'mbsdopen'.  Dette giver ekstra fejlfindingslogføring både på klienten i /nsr/tmp og i politiklogfilerne på NetWorker-serveren (se nummer 1 ovenfor).

Eksempel:

Yderligere ressourcer:

Sådan foretager du fejlfinding af NetWorker Parallel Save Stream-sikkerhedskopier
Planlægningsvejledning til NetWorker-optimering af ydeevne

NetWorker Storage Node nsrmmd-processen fungerer ikke som forventet, da den skriver til destinationsmediet.

Du kan øge fejlretningsniveauet for nsrmmd-processerne ved hjælp af dbgcommand (beskrevet i nummer 7 ovenfor).  Du kan enten øge fejlfindingsniveauet for alle nsrmmd-processerne eller bruge operativsystemværktøjer til at identificere, hvilken nsrmmd-proces der er aktiv:

Yderligere ressourcer:

479665 : Triage-artikel: Fejlfinding af problemer med båndbiblioteket i NetWorker
Integrationsvejledning til NetWorker Data Domain Boost

Andre fejlfindingstip til specifikke NetWorker-teknologier:

• Tilpasning af NetWorker-serveren til optimal ydeevne

• NVP-vProxy: Sådan aktiveres fejlfindingslogføring  

• Sådan testes NetWorker-klient-server-kommunikation via en firewall 

• Sådan foretager du fejlfinding af fejl ved planlagt kloning af NetWorker

• NetWorker-fejlfindingsvejledning: Procesnedbrud og kernedumps

• NetWorker NMC 9.x: Sådan gør du Sådan aktiveres fejlfindingslogfilerne

• Sådan aktiveres fejlfinding for NMDA

• Detaljeret fejlfindingsvejledning for NMM

• Sådan foretager du fejlfinding af gendannelsesjobfejl fra NMC          

• NDMP Triage-vejledning           

• 479591 : Vejledning til genvinding af plads fra Data Domain-enheder