NetWorker: Fouten opsporen in back-upbewerkingen

Logboekbestanden:

De belangrijkste logboeken voor foutopsporing van back-upfouten zijn de beleidslogboekbestanden die zich op de volgende locatie bevinden.

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

Er zijn workflowlogbestanden in de RAW-indeling onder /nsr/logs/policy/policy_name/workflow_name/jobid.raw en een subdirectory voor elke actie. Elke onderliggende actie van een actie heeft een eigen logboekbestand met de jobid van die onderliggende taak. Wanneer de bovenliggende actie een onderliggende actie start, maakt NetWorker een map voor deze onderliggende actielogboeken.

Voorbeeld:

Hier kunnen we de locatie van de beleidslogboeken zien en dat de logboeken verschillende groottes hebben, afhankelijk van het foutopsporingsniveau dat wordt gebruikt tijdens de back-up.  De RAW-bestanden zijn de workflowlogboeken, terwijl de backup_[jobid]_logs mappen de actielogboeken en onderliggende actielogboeken bevatten.

Het belangrijkste NetWorker-logboekbestand voor alle NetWorker-bewerkingen is het daemon.raw-logboekbestand. 

Deze bevindt zich in [NetWorker_install_dir]logs.
 

Om dit logboek te lezen, gebruikt u de opdracht nsr_render_log .

Voorbeeld:

Verdere bronnen:

Bespaar op de NetWorker Client

Back-ups op basis van NetWorker-clients maken gebruik van het opslagproces. Het opslagproces communiceert met de NetWorker-server, het storageknooppunt (indien van toepassing) of de doelmedia van het back-upapparaat. Foutopsporing kan worden ingeschakeld in het opslagproces door de vlag -D foutopsporing door te geven aan het opslagproces met behulp van de NetWorker Management Console (NMC) of met behulp van de opdracht nsradmin.

In de NMC verander je het veld 'Backup command' in de betreffende client properties naar 'save -D9':

Voorbeeld:

U kunt dezelfde bewerking uitvoeren met de opdracht nsradmin:

Voorbeeld:

Als alternatief, op een linux systeem, kunt u de printf opdracht gebruiken om deze nsradmin wijziging in één regel door te voeren:

Voorbeeld:

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

Verdere bronnen:

Naslaggids
voor NetWorker-opdrachten NetWorker gebruiken nsradmin validatiecontrole
Speciaal gebruik van het NetWorker nsradmin-programma Technische opmerking

Workflowbewerking op de NetWorker-server 

Foutopsporing bij het begin van een workflowbewerking en gedetailleerde foutopsporingsuitvoer is nodig.

nsrworkflow -D9 -p [policy] -w [workflow]

Hiermee wordt de uitvoer van de foutopsporing van de workflowtaak vastgelegd in het RAW-bestand in:

/nsr/logs/policy/policy_name/workflow_name/

Voorbeeld:

Als u de opdracht nsrworkflow uitvoert, wordt de taak handmatig gestart, maar worden dezelfde plannings- en niveauconfiguratieopties gebruikt die worden gebruikt als een geplande geautomatiseerde back-up.  Een andere mogelijkheid is om de vlag -a te gebruiken om de nsrworkflow te definiëren die wordt uitgevoerd als een ad-hoc back-up, zodat het back-upschema of -niveau kan worden overschreven.  Om het gewenste back-upniveau op te geven (niet wat is ingesteld voor de huidige uitvoering van de workflow), gebruikt u de -l (of -L voor back-ups van virtuele machines).

Voorbeeld:

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

Verdere bronnen:

516616 : De opdracht
NetWorker nsrworkflow gebruiken513030 :                                                                     De opdracht NetWorker nsrpolicy
gebruikenNetWorker 9.1.x Release Notes: 
Naslaggids voor NetWorker-opdrachten

Besparingen op de NetWorker Client

De opdracht savefs wordt gebruikt tijdens clientgebaseerde back-ups. Deze informatie wordt naar de NetWorker-client verzonden nadat de back-up op de NetWorker-server is gestart.  SaveveFS is dit proces dat verantwoordelijk is voor het bepalen van de bestanden en mappen waarvan een back-up moet worden gemaakt voor deze specifieke back-up die op deze client wordt uitgevoerd.

U kunt de exacte savefs-opdracht verkrijgen die aan de clientzijde wordt uitgevoerd vanuit het RAW-bestand in de beleidslogboeken (/nsr/logs/policy/[policy name]/[workflow name]).  Voer dit vervolgens uit op de clientzijde, waarbij u de optie -D9 toevoegt:

Voorbeeld:

Op de NetWorker-server: 

En dan aan de clientkant:

Verdere bronnen:

Doelmedia toewijzen op de NetWorker-server

De toewijzing van het juiste doelvolume voor een back-up wordt beheerd door het nsrd-proces op de NetWorker-server.  Als u deze fout wilt opsporen, moet u het foutopsporingsniveau van het nsrd-proces op de NetWorker-server tijdelijk verhogen met behulp van de dbgcommand.

Voorbeeld:

Nadat het debuggen is voltooid, moet u het debuggen als volgt uitschakelen:

Verdere bronnen:

336123 : NetWorker Debug

Back-ups wachten op beschrijfbaar volume

Als de NetWorker-server geen geschikt NetWorker-volume kan vinden om naar te schrijven, reageert deze niet meer en wordt er een waarschuwing gegenereerd.  In dit geval heeft de taak de status 'actief'.  U kunt de status van de taak controleren met de opdracht nsrpolicy monitor .

Voorbeeld:

De melding in de NetWorker Management Console geeft meer informatie over welk type volume wordt gezocht en op welk storageknooppunt.

Voorbeeld:

Verdere bronnen:

Back-ups reageren onverwacht niet meer vanwege parallellisme

Als de NetWorker-server vaststelt dat de back-up niet kan worden voortgezet omdat er geen vrije parallelliteitssleuf is.  In dit geval bevindt de taak zich in de status 'In wachtrij'.

Om de parallelliteit te debuggen, moet u het debugniveau van het nsrjobd-proces op de NetWorker-server verhogen, zoals hieronder wordt weergegeven.  Het logbestand van de daemon voert veel foutopsporingsgegevens uit met betrekking tot parallellisme.

Voorbeeld:

Verdere bronnen:

NetWorker Performance Optimization Planning Guide
Parallellisme en doelsessies

Client Direct-back-up werkt niet zoals verwacht

Een "Client direct"-back-up verzendt data rechtstreeks van de NetWorker-client naar de doelmedia zonder eerst naar het NetWorker-storageknooppunt te schrijven.

U kunt in de clienteigenschappen bepalen of voor deze clientinstantie al dan niet gebruik moet worden gemaakt van directe back-ups van de client.

Om te bepalen of Client Direct werkt of niet, moet u de logboeken inspecteren volgens het onderstaande voorbeeld:

Voorbeeld:

Logboekuitvoer: Client direct in bedrijf.

Daemon-logbestand op de NetWorker-server:

91787 08/01/2014 01:37:35 NSRMMD NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) gebruikt direct bestandsopslag met Data Domain apparaat 'dd4500-dd.local_onetwoone'.

lsof op de NetWorker-client

[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 (ESTABLISHED )
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ESTABLISHED )
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ESTABLISHED )
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (GEVESTIGD)
save 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ESTABLISHED )
save 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (GEVESTIGD)

Opmerking: We zien dat er open TCP-verbindingen zijn van de client naar zowel de NetWorker-server als de DD.  Als u wilt weten met welke processen op de NetWorker-server precies zijn verbonden, kunt u dit controleren met lsof op de server.  De vierde kolom is de bestandsdescriptor die wordt gebruikt. 

Op een Windows-systeem kunt u vergelijkbare uitvoer zien met behulp van resmon:  Start - Run - resmon - Network tab - TCP Connections

Logboekuitvoer:  Back-up maakt geen gebruik van Client Direct.

Daemon-logbestand op de NetWorker-server:

91797 01-08-2014 13:57:51 nsrmmd NSR severe Kan geen directe bestandsopslag uitvoeren met Data Domain-apparaat 'ONETWOONE'; Instellen van traditional save for save-set ID '4024143566' (vm-lego-231:/NetWorker)

Opmerking:  Als je in het logboek naar het woord traditioneel zoekt, krijg je deze output snel.  Als u wilt weten waarom het Client Direct niet gebruikt, begint u met de lijst met voorwaarden in de NetWorker Administration Guide waaraan moet worden voldaan om Client Direct te laten werken.  De meest voorkomende redenen zijn dat de client geen directe netwerktoegang heeft tot het DD vanuit de NIC die deze gebruikt of dat de naamomzetting niet correct werkt vanuit de client.

lsof op de NetWorker-client:

[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 (ESTABLISHED )
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ESTABLISHED )
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ESTABLISHED )
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ESTABLISHED

Opmerking:  Alleen TCP-verbindingen met de NetWorker-server (in dit voorbeeld ook het storageknooppunt) zijn hier geopend.  Er is geen TCP-verbinding open met de DD.  Alle data gaan naar het storageknooppunt.

Verdere bronnen:

NetWorker Performance Optimization Planning Guide

Parallel streamback-ups opslaan

Foutopsporing in PSS-back-ups uitvoeren. Zorg ervoor dat de eigenschap 'parallelle opslagstroom' is aangevinkt in de clientresource in de NetWorker Management Console.  Wijzig de opdracht Opslaan om deze in foutopsporing te zetten zoals hierboven aangegeven met nummer 1.  Maak ook een leeg bestand in .. /nsr/debug genaamd 'mbsdopen'.  Dit zorgt voor extra logboekregistratie voor foutopsporing, zowel op de client in /nsr/tmp als in de beleidslogboeken op de NetWorker-server (zie nummer 1 hierboven).

Voorbeeld:

Verdere bronnen:

Problemen met NetWorker Parallel Save Stream-back-ups
oplossenNetWorker Performance Optimization Planning Guide

Het nsRMMD-proces van het NetWorker storageknooppunt werkt niet zoals verwacht tijdens het schrijven naar de doelmedia.

U kunt het foutopsporingsniveau van de nsrmmd-processen verhogen met behulp van het dbgcommando (beschreven in nummer 7 hierboven).  U kunt het foutopsporingsniveau van alle nsrmmd-processen verhogen of besturingssysteemhulpprogramma's gebruiken om te bepalen welk nsrmmmd-proces actief is:

Verdere bronnen:

479665 : Triage-artikel: Problemen met de tapewisselaar in NetWorker
oplossenIntegratiegids voor NetWorker Data Domain Boost

Andere foutopsporingstips voor specifieke NetWorker-technologieën:

• NetWorker Server afstemmen voor optimale prestaties

• NVP-vProxy: Logboekregistratie voor foutopsporing inschakelen  

• De communicatie tussen een NetWorker client en server via een firewall testen 

• Problemen met gepland klonen van NetWorker oplossen

• NetWorker probleemoplossingsgids: Procescrashes en coredumps

• NetWorker NMC 9.x: How To De logboeken voor foutopsporing inschakelen

• Debug inschakelen voor NMDA

• Gedetailleerde probleemoplossingshandleiding voor NMM

• Fouten opsporen in hersteltaken vanuit NMC          

• NDMP Triage Guide           

• 479591 : Ruimte vrijmaken van Data Domain apparaten Triage Guide