NetWorker: NDMP-Troubleshooting-Handbuch

1. Name des NetWorker-Servers.
2. NetWorker-Version und Build-Nummer.
3. Typ und Version des Betriebssystems des NetWorker-Serverhosts.

Siehe:

• NetWorker: Methoden zur Identifizierung der NetWorker-Softwareversion
• NetWorker: So verwenden Sie das nsrget-NetWorker-Datenerfassungs-Tool

1. NDMP-Clientname
2. Typ und Version des NAS-Filer-Betriebssystems
3.  Handelt es sich bei der Konfiguration um Direct-NDMP (Backup auf mit SAN verbundene NDMP-Bandlaufwerke direkt vom NAS) oder NDMP-DSA (Backup über eine TCP/IP-Verbindung auf einen NetWorker-Server oder ein Remote-Storage-Node-Gerät)?
   1. Ist die NDMP-DSA-Konfiguration das Backupgerät auf dem NetWorker-Server oder auf einem NetWorker-Remote-Storage-Node?
   2. Welcher Backupgerätetyp (AFTD, DD Boost, Band) darf bei einer NDMP-DSA-Konfiguration verwendet werden?

Bevor Sie ein Problem beheben, überprüfen Sie den NetWorker-Kompatibilitätsleitfaden auf Supportkonflikte: E-Lab Interoperability Navigator 2.0-HOME
Lesen Sie das versionsspezifische NetWorker-Benutzerhandbuch für das Network Data Management Protocol: Support für NetWorker | Handbücher und Dokumente 

1. Die nützlichsten Fehler im Zusammenhang mit NDMP-Backups finden Sie im Backupaktionsprotokoll. Sie können das Backupaktionsprotokoll entweder über die NMC-Benutzeroberfläche abrufen (doppelklicken Sie im Fenster Monitoring auf das fehlgeschlagene Saveset und klicken Sie auf "Get Full Log"). Sammeln Sie alternativ die Aktionsprotokolle für den Workflowordner unter /nsr/logs/policy/[policy_name]/[workflow_name]/*.* auf dem NetWorker-Server (sammeln Sie alle Dateien und Unterordner unterhalb des Workflows mit dem Namen Ordner).
2. Um den relevanten Fehler für einen bestimmten Fehler zu identifizieren, suchen Sie nach den ersten Fehlern, die protokolliert von 'nsrndmp_save" oder "nsrdsa_save' im Protokoll. In den meisten Fällen ist der erste Fehler der relevante Fehler und andere, die später in der Ausgabe protokolliert werden, sind Symptome des Fehlers und stehen nicht unbedingt in direktem Zusammenhang. Beispielsweise wird der folgende Fehler in der Regel mit den meisten Fehlern protokolliert, er wird zuletzt protokolliert und steht fast immer in keinem Zusammenhang mit dem tatsächlichen Fehler und der Ursache des Problems:

88394:nsrndmp_save: Couldn't open NDMP file history directory C:\Program Files\EMC NetWorker\nsr\tmp\FileIndex3288118553, The system cannot find the file specified. (Win32 error 0x2)

3. Überprüfen Sie die Ausgabe des Backupaktionsprotokolls auf Fehlermeldungen und vergleichen Sie sie mit bekannten Problemen in der Wissensdatenbank.

Bei Recovery-Problemen:

1. NDMP-Recoveries werden nur in der Ausgabe der Schnittstelle protokolliert, die für eine bestimmte Wiederherstellung verwendet wird. Dazu gehören NMC-Recovery, der NetWorker-Windows-Nutzer (winworkr.exe) und die "recover' CLI,
2. Die NDMP-Recovery-Ausgabe ähnelt vom Format her dem des Backupaktionsprotokolls. Die Prozesse, die den Fehler in der NDMP-Recovery-Ausgabe protokollieren, sind 'nsrndmp_recover' und 'nsrdsa_recover'. Suchen Sie wie bei den Backupprotokollen nach den ersten Fehlern, die von 'nsrndmp_recover" oder "nsrdsa_recover" und vergleichen Sie sie mit allen bekannten Problemen in der Wissensdatenbank.

Schritt 4:  Zusätzliche Erfassung von Protokoll- und Konfigurationsinformationen:

1. NDMP-Backup- und -Recovery-Fehler werden häufig durch Probleme mit der Konfiguration von Clientressourcen oder NDMP-Geräten verursacht. Wann immer möglich, sammeln Sie die 'nsrdb' Ressourcendatenbank vom NetWorker-Server zur Überprüfung.

• Linux: /nsr/res/nsrdb
• Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\res\nsrdb
• NetWorker: So verwenden Sie das nsrget-NetWorker-Datenerfassungs-Tool

2. NDMP-Backups können auch über ein Terminal oder Befehlsfenster auf dem NetWorker-Server ausgeführt werden, indem Sie den Befehl 'nsrndmp_save' manuell (mit oder ohne Debuggen). Die Ausgabe des Befehls mit -D5 Das hinzugefügte Debugging kann mithilfe der folgenden Beispielbefehlssyntax zur Überprüfung an eine Datei weitergeleitet werden:

nsrndmp_save -D5 -T dump -c [ndmp_client] -g [group_name] -l [level] [/save_set_name] > ndmpSaveOut.txt 2>&1

3. NDMP-Recoveries können auch manuell über ein Befehlsfenster auf dem NetWorker-Server durchgeführt werden, indem Sie den Befehl 'nsrndmp_recover' Befehl (mit oder ohne Debuggen) wie im folgenden Beispiel:

nsrndmp_recover -D5 -s [nw_server] -c [ndmp_client] -S [ssid] -v off -m [ndmp_client]::[/restore_target_path] [/backup_source_path] > ndmpRecoverOut.txt 2>&1

4. Verwenden Sie die 'ndmpsup" zum Erfassen von NDMP-spezifischen Versions- und Supportinformationen vom NAS-Filer. Das Dienstprogramm dient auch als Troubleshooting-Tool, da es eine Verbindung zum NDMP-Host erfordert und sich mit dem auf dem NAS konfigurierten NDMP-Nutzernamen und -Kennwort authentifiziert. Wenn 'ndmpsup' erfolgreich ausgeführt wird, bestätigt, dass NetWorker den NDMP-Clientnamen auflösen und erfolgreich eine Verbindung mit ihm herstellen kann und dass die NDMP-Nutzerzugangsdaten gültig sind. Außerdem wird bestätigt, dass der NDMP-Service aktiviert ist und auf dem NAS ausgeführt wird. Führen Sie den Befehl "ndmpsup' vom NetWorker-Server und erfassen Sie die Dienstprogrammausgabe mithilfe der folgenden Syntax:

ndmpsup -c [ndmp_client] -o ndmpsup_out.txt

5. NAS-Filer-Protokolle nach einem fehlgeschlagenen NDMP-Backup oder einer NDMP-Wiederherstellung variieren je nach NAS-Filer-Typ. Die gängigsten NAS-Filer sind Celerra/VNX, Isilon und NetApp. Erfassen Sie die NAS-Protokolle von diesen Filern wie folgt:

************************************************************************************************
Recovering 1 file from /data3/data3/restore-VAR/data3/users/george/testNotEmpty/ into /data4/george/restore
Total estimated disk space needed for recover is 2 KB.
Requesting 1 file(s), this may take a while...
52949:recover: Performing recover with directories included
03/30/16 23:01:06.573191 NDMP Service Debug: The process id for NDMP service is 0x475c2d40
42795:nsrndmp_recover: Performing recover from Non-NDMP type of device
03/30/16 23:01:06.838828 NDMP Service Debug: The process id for NDMP service is 0x475c2d40
85183:nsrndmp_recover: DSA is listening for an NDMP data connection on: 10.8.67.221, port = 9026
42689:nsrndmp_recover: Performing DAR Recovery..
86724:nsrdsa_recover: DSA listening at: host 'oscar', IP address '10.8.67.221', port '9026'.
91651:nsrdsa_recover: Successfully established AFTD DFA session for recovering save-set ID '3237787234'.
42938:nsrdsa_recover: Performing Direct File Access Restore
42940:nsrdsa_recover: Reading Data...
42619:nsrndmp_recover: NDMP Service Error: Permission denied to restore on Root fs

42617:nsrndmp_recover: NDMP Service Log: server_archive: emctar vol 1, 1 files, 262144 bytes read, 0 bytes written

42738:nsrndmp_recover: Data server halted: Error during the restore.
42856:nsrndmp_recover: NDMP data server has an internal error.
42871:nsrndmp_recover: Error during File NDMP Extraction.
nsrdsa_recover : Aborted
42840:nsrndmp_recover: NDMP recover failed.
42880:nsrndmp_recover: Error during NDMP recover
16279:recover: NDMP retrieval: child failed with status of 1
************************************************************************************************