Om een volledige probleembeschrijving te genereren, beantwoordt u de volgende vragen:
    - Onder welke omstandigheden crasht het proces. Is dit gedrag consistent?
    - Werkte dit eerder beter.
    - Tijden van voorvallen en waargenomen gedragstrend
- Doet het probleem zich alleen voor op momenten van zware belasting van de back-upomgeving of back-ups of een bepaald type back-upgroep.
    - Wanneer deed het probleem zich voor het eerst voor? Wat veranderde er toen?
    - Wat is de omvang van het probleem (alle clients / sommige clients, alle back-updoelen of sommige)
- Wat is er tot nu toe geprobeerd op te lossen en welke conclusies zijn hieruit getrokken.

     - Welk NetWorker-proces reageert niet en op welke machine (server, storageknooppunt of client).
     - NetWorker-serverversie en -platform
- Overzicht van de grootte en aard van de back-updatazone
- Doelmedia voor deze back-ups

      - Controleer met behulp van de online NetWorker-compatibiliteitsgids of alle componenten (NetWorker-server, versie van bestandssysteem, proxy, storageknooppunten, clients, doel) worden ondersteund.
      - Controleer of er geen onderliggende tekortkomingen in het besturingssysteem of de hardware zijn die verantwoordelijk zijn voor de crashes van het proces (schijfstoringen, schijf vol, netwerkfouten, enzovoort).

      De NetWorker Performance Optimization Planning Guide bevat verschillende software- en hardwarevereisten en aanbevelingen die moeten worden geïmplementeerd om een optimaal afgestemde NetWorker-omgeving te hebben. Dit moet worden beoordeeld om er zeker van te zijn dat de best practices voor deze datazone worden gevolgd. Dit is relevant als het proces dat niet reageert, plaatsvindt op momenten van de zwaarste belasting.

       Hoe we te werk gaan om de hoofdoorzaak van het niet-reagerende probleem van het proces te vinden, hangt af van het gedrag zoals gedefinieerd in stap 1. Als de trigger onbekend is, kunnen tests worden uitgevoerd om vast te stellen wat de crash veroorzaakt:

    - Bewaak de systeemprestaties onder zware belasting
- Onderzoek de logbestanden van het besturingssysteem rond de tijd van de crashes op gemeenschappelijkheid in gedrag
- Lees de NetWorker-planning om te bepalen of er een correlatie is tussen de tijdstippen waarop een bepaalde geplande NetWorker-activiteit optreedt.
    - Ontdek welke niet-NetWorker-bewerkingen op deze machine worden uitgevoerd die van invloed kunnen zijn op het gedrag en of hun planning correleert met de tijden van crashes.
    - Als de crash consequent optreedt, verander dan enkele parameters om te proberen de oorzaak te achterhalen.  Bijvoorbeeld het maken van een back-up op een ander doelmedium of het maken van een back-up van verschillende soorten data van dezelfde NetWorker-client

Een coredump is een speciaal bestand dat een dump van het werkgeheugen van een proces op een bepaald moment vertegenwoordigt, meestal wanneer het programma abnormaal is beëindigd.  Kerndumpbestanden kunnen worden gebruikt om de reden voor een niet-reagerend proces te diagnosticeren, door te analyseren welke functies van het proces werden uitgevoerd op het moment van de crash en welke gegevens werden geopend.

De meeste besturingssystemen genereren niet automatisch coredumpbestanden.  De parameters van het besturingssysteem moeten worden gewijzigd, zodat er een coredumpbestand wordt gegenereerd wanneer het proces vastloopt.  Deze wijziging moet vóór de crash worden uitgevoerd.

1) Controleer de map /nsr/cores op recente coredumps van NetWorker-processen in unix of linux of controleer de crashmap zoals gedefinieerd in het Windows-register (zie stap 2).

2) Als er geen is, controleer dan of het besturingssysteem is ingesteld om kerndumpbestanden te genereren als het proces vastloopt.  Zie de documentatie over het besturingssysteem voor volledige details, maar in het kort zal dit waarschijnlijk inhouden dat ulimit -c- en -f-waarden in Linux of UNIX worden gewijzigd en dat er een registerwijziging in Windows wordt aangebracht.

Voor Windows 2008R2:  
- Werk het register bij met de nieuwe sleutel in http://msdn.microsoft.com/en-us/library/bb787181(VS.85).aspx.
- Met behulp van de aanbevolen waarden wordt het dumpbestand gemaakt in C:\Users\Administrator\AppData\Local\CrashDumps
- Schakel volledige crashdumps in.

3) Het kernbestand kan op de hostmachine zelf worden onderzocht of kan worden verpakt voor analyse op een andere machine.  Details over het verpakken van deze kernbestanden zijn hier beschikbaar:

UNIX en Linux kernbestanden verpakken:
489272: Core/crashdump-informatie en gerelateerde logboeken

verzamelen4) Analyseer de beschikbare data:

- Logbestanden
van het besturingssysteem- NetWorker daemon-logbestand van de NetWorker-server en het relevante storageknooppunt.  
- Kernbestand of Crash-bestand

: Gedetailleerde analyse van een kernbestand vereist een geavanceerde kennis van de interne bewerkingen van NetWorker en moet worden uitgevoerd door EMC NetWorker Support.  Een eerste lezing van het kernbestand kan echter worden gedaan om de inhoud van het kernbestand met bekende problemen te vergelijken.

Linux en HP-UX
gdb [volledig pad naar proces] [core file]
(gdb) waar

AIX
dbx [volledig pad naar proces] [core file]
(dbx) waar

Solaris
pstack [ core file ]
dbx [volledig pad naar proces] [core file]
(dbx) waar

Windows
- Start het windbg windows debugger-programma
- Klik op Bestand en Open Dump File in windbg.
- Typ analyze --v in het onderste opdrachtvenster om de volledige informatie op te halen.
    
5) Op basis van de bovenstaande analyse en kennis over het systeemgedrag, kunt u het incident vergelijken met de lijst met bekende problemen die worden beschreven in de NetWorker Release Notes voor de nieuwste versie.

Als u vermoedt dat er een fout in de NetWorker-software is die verantwoordelijk is voor het niet-reageren, moet u het crashbestand (zie stap 3) verpakken en dit met een volledige beschrijving van het waargenomen gedrag verstrekken aan Dell Technologies NetWorker Support voor een gedetailleerde analyse van het probleem.