NetWorker: Så här felsöker du säkerhetskopieringsåtgärder

Loggfiler:

Huvudloggarna för felsökning av säkerhetskopieringsfel är principloggfilerna som finns på följande plats.

Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Program FilesEMC NetWorker srlogspolicy_nameworkflow_nameaction_name

Det finns loggfiler för arbetsflöden i raw-format under /nsr/logs/policy/policy_name/workflow_name/jobid.raw och en underkatalog för varje åtgärd. Varje underordnad åtgärd för en åtgärd har en egen loggfil med jobid för det underordnade jobbet. När den överordnade åtgärden startar en underordnad åtgärd skapar NetWorker en katalog för dessa underordnade åtgärdsloggar.

Exempel:

Här kan vi se platsen för policyloggarna och att loggarna har olika storlek beroende på vilken felsökningsnivå som används under säkerhetskopieringen.  Råfilerna är arbetsflödesloggarna, medan katalogerna backup_[jobid]_logs innehåller åtgärdsloggarna och underordnade åtgärdsloggarna.

NetWorker-huvudloggfilen för alla NetWorker-åtgärder är den daemon.raw loggfilen. 

Detta finns i [NetWorker_install_dir]logs.
 

Om du vill läsa den här loggen använder du kommandot nsr_render_log .

Exempel:

Ytterligare resurser:

Spara på NetWorker-klienten

NetWorker-klientbaserade säkerhetskopieringar använder spara-processen. Sparprocessen kommunicerar med NetWorker-servern, lagringsnoden (om tillämpligt) eller målenheten för säkerhetskopiering. Felsökning kan aktiveras när filen sparas genom att skicka -D debug-flaggan till sparprocessen med hjälp av NetWorker Management Console (NMC) eller med kommandot nsradmin.

I NMC ändrar du fältet "Säkerhetskopieringskommando" i de relevanta klientegenskaperna till "save -D9":

Exempel:

Du kan utföra samma åtgärd med kommandot nsradmin:

Exempel:

Alternativt, på ett Linux-system, kan du använda printf kommandot för att göra denna nsradmin-ändring på en rad:

Exempel:

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

Ytterligare resurser:

Referensmanual för NetWorker-kommandon
Så här använder du NetWorker nsradmin-valideringskontroll
Särskilda användningsområden för NetWorker nsradmin-programmet Teknisk anmärkning

Arbetsflödesåtgärd på NetWorker-servern 

Felsökning av starten av en arbetsflödesåtgärd och detaljerade felsökningsutdata krävs.

nsrworkflow -D9 -p [policy] -w [arbetsflöde]

Då loggas felsökningsutdata för arbetsflödesjobbet till rådatafilen i:

/nsr/logs/policy/policy_name/workflow_name/

Exempel:

Om du kör kommandot nsrworkflow initieras jobbet manuellt, men använder samma schemaläggnings- och nivåkonfigurationsalternativ som används som en schemalagd automatisk säkerhetskopiering.  En annan möjlighet är att använda flaggan -a för att definiera nsrworkflow-körningen som en ad hoc-säkerhetskopiering som gör det möjligt att åsidosätta säkerhetskopieringsschemat eller nivån.  Om du vill ange vilken säkerhetskopieringsnivå du vill använda (inte vad som är inställt för dagens körning av arbetsflödet) använder du -l (eller -L för säkerhetskopiering av virtuella datorer).

Exempel:

nsrworkflow -p [policy] -w [arbetsflöde] -A "'[åtgärd]' -l [nivå]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

Ytterligare resurser:

516616 : Så här använder du NetWorker nsrworkflow-kommandot                                                                    
513030 : Så använder du NetWorker-kommandot
nsrpolicyVersionskommentarer för NetWorker 9.1.x: 
Referensmanual för NetWorker-kommandon

Savefs på NetWorker-klienten

Kommandot savefs används vid klientbaserade säkerhetskopieringar. Den skickas till NetWorker-klienten efter att säkerhetskopieringen har initierats på NetWorker-servern.  SaveFS är den här processen som ansvarar för att bestämma vilka filer och kataloger som ska säkerhetskopieras för den här specifika säkerhetskopieringskörningen på den här klienten.

Du kan hämta det exakta savefs-kommandot som körs på klientsidan från rådatafilen i principloggarna (/nsr/logs/policy/[policynamn]/[arbetsflödesnamn]).  Kör sedan detta på klientsidan och lägg till alternativet -D9:

Exempel:

På NetWorker-servern: 

Och sedan på klientsidan:

Ytterligare resurser:

Tilldela målmedia på NetWorker-servern

Tilldelningen av rätt målvolym för en säkerhetskopiering hanteras av nsrd-processen på NetWorker-servern.  Om du vill felsöka detta måste du tillfälligt öka felsökningsnivån för nsrd-processen på NetWorker-servern med kommandot dbg.

Exempel:

När felsökningen är klar måste du stänga av felsökningen så här:

Ytterligare resurser:

336123 : NetWorker-felsökning

Säkerhetskopior som väntar på skrivbar volym

Om NetWorker-servern inte kan hitta en lämplig NetWorker-volym att skriva till slutar den att svara och genererar en varning.  I det här fallet är jobbet i aktivt tillstånd.  Du kan kontrollera jobbets status med hjälp av kommandot nsrpolicy monitor .

Exempel:

Varningen i NetWorker Management Console ger mer information om vilken typ av volym som eftersöks och på vilken lagringsnod.

Exempel:

Ytterligare resurser:

Säkerhetskopior slutade oväntat svara på grund av parallellitet

Om NetWorker-servern fastställer att den inte kan fortsätta med säkerhetskopieringen eftersom det inte finns någon ledig parallellitetsplats.  I det här fallet är jobbet i kötillstånd.

För att kunna felsöka parallelliteten måste du öka felsökningsnivån för nsrjobd-processen på NetWorker-servern enligt nedan.  Daemon-loggfilen matar ut mycket felsökningsdata i förhållande till parallellitet.

Exempel:

Ytterligare resurser:

Planeringsmanual
för NetWorker-prestandaoptimeringParallellitet och målsessioner

Client Direct-säkerhetskopiering fungerar inte som förväntat

En "Client direct"-säkerhetskopia skickar data direkt från NetWorker-klienten till målmediet utan att först skriva till NetWorker-lagringsnoden.

Du kan definiera i klientegenskaperna om direkt säkerhetskopiering av klienter ska användas eller inte för den här klientinstansen.

För att felsöka om klient direkt fungerar eller inte måste du granska loggarna enligt exemplet nedan:

Exempel:

Loggutdata: Klient direkt i drift.

Daemon-loggfil på NetWorker-servern:

91787 08/01/2014 01:37:35 PM nsrmmd NSR-meddelande Save-set-ID '4091251191' (vm-lego-231:/NetWorker) använder direkt filsparande med Data Domain-enheten 'dd4500-dd.local_onetwoone'.

lsof på NetWorker-klienten

[root@vm-lego-231 ~]# lsof -i TCP | grep spara
spara 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (ETABLERAD)
spara 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ETABLERAD)
spara 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ETABLERAD)spara 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ETABLERAD)

spara 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ETABLERAD)
spara 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (ETABLERAD)

Obs! Vi kan se att det finns öppna TCP-anslutningar från klienten både till NetWorker-servern och till DD.  Om du behöver veta exakt vilka processer på NetWorker-servern som är anslutna till kan du dubbelkolla med lsof på servern.  Den fjärde kolumnen är den filbeskrivning som används. 

I ett Windows-system kan du se liknande utdata med hjälp av resmon:  Start - Kör - resmon - fliken Nätverk - TCP-anslutningar

Loggutdata:  Säkerhetskopieringen använder inte Client Direct.

Daemon-loggfil på NetWorker-servern:

91797 08/01/2014 01:57:51 PM nsrmmd NSR svår Det går inte att spara direkt med Data Domain-enheten 'ONETWOONE'; ställa in traditionella spara-för spara-ID:t "4024143566" (vm-lego-231:/NetWorker)

Obs!  Om du letar efter ordet traditional i loggen får du snabbt dessa utdata.  Om du behöver ta reda på varför klient direkt inte används börjar du med NetWorker-administrationsguidens lista över villkor som måste uppfyllas för att klient direkt ska fungera.  De vanligaste orsakerna är att klienten inte har direkt nätverksåtkomst till DD från det nätverkskort som den använder eller att namnmatchningen inte fungerar korrekt från klienten.

lsof på NetWorker-klienten:

[root@vm-lego-231 ~]# lsof -i TCP | grep spara
spara 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (ETABLERAD)
spara 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ETABLERAD)
spara 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ETABLERAD)
spara 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ETABLERAD)

Obs!  Endast TCP-anslutningar till NetWorker-servern (som också är lagringsnoden i det här exemplet) är öppna här.  Det finns ingen TCP-anslutning öppen för DD.  Alla data går till lagringsnoden.

Ytterligare resurser:

NetWorker – manual för planering av prestandaoptimering

Parallella säkerhetskopior för sparström

Felsöka PSS-säkerhetskopior. Kontrollera att egenskapen "parallell sparström" är markerad i klientresursen i NetWorker Management Console.  Ändra spara-kommandot för att sätta det i felsökning enligt nummer 1 ovan.  Skapa också en tom fil i .. /nsr/debug kallas 'mbsdopen'.  Detta ger extra felsökningsloggning både på klienten i /nsr/tmp och i policyloggarna på NetWorker-servern (se nummer 1 ovan).

Exempel:

Ytterligare resurser:

Felsöka NetWorker Parallel Save Stream-säkerhetskopior
Planeringsmanual för NetWorker-prestandaoptimering

NetWorker-lagringsnod nsrmmd-processen fungerar inte som förväntat när den skriver till målmediet.

Du kan öka felsökningsnivån för nsrmmd-processerna med hjälp av kommandot dbg(beskrivs i nummer 7 ovan).  Du kan antingen öka felsökningsnivån för alla nsrmmd-processer eller använda operativsystemsverktyg för att identifiera vilken nsrmmd-process som är aktiv:

Ytterligare resurser:

479665 : Prioriteringsartikel: Felsöka problem med bandbibliotek i NetWorker
NetWorker Data Domain Boost-integreringsmanual

Andra felsökningstips för specifika NetWorker-tekniker:

• Finjustera NetWorker-server för optimal prestanda

• NVP-vProxy: Så här aktiverar du felsökningsloggning  

• Så här testar du NetWorker-klient-server-kommunikation genom en brandvägg 

• Så här felsöker du fel vid schemalagd kloning för NetWorker

• Felsökningsguide för NetWorker: Bearbeta krascher och kärndumpar

• NetWorker NMC 9.x: Så här aktiverar du felsökningsloggarna

• Så här aktiverar du felsökning för NMDA

• NMM Detaljerad felsökningsguide

• Så här felsöker du fel på återställningsjobb från NMC          

• Prioriteringsmanual för NDMP           

• 479591 : Återta utrymme från Data Domain-enheters triageguide