NetWorker : Guide de dépannage NDMP

1. Nom du NetWorker Server.
2. Version et numéro de build de NetWorker.
3. Type et version du système d’exploitation hôte du serveur NetWorker.

Voir :

• NetWorker : méthodes d’identification de la version du logiciel NetWorker
• NetWorker : Comment utiliser l’outil de collecte de données NSRGet de NetWorker (en anglais)

1. Nom du client NDMP
2. Type et version du système d’exploitation du serveur de fichiers NAS
3.  La configuration est-elle de type Direct-NDMP (sauvegarde sur des lecteurs de bande NDMP connectés au SAN directement à partir du NAS) ou NDMP-DSA (sauvegarde via une connexion TCP/IP sur un serveur NetWorker ou un périphérique de nœud de stockage distant) ?
   1. La configuration NDMP-DSA est-elle le périphérique de sauvegarde sur le NetWorker Server ou sur un nœud de stockage distant NetWorker ?
   2. Si la configuration NDMP-DSA est de quel type de périphérique de sauvegarde (AFTD, DD Boost, bande) ?

Avant de résoudre tout problème, consultez le Guide de compatibilité NetWorker pour connaître tout conflit de support : E-Lab Interoperability Navigator 2.0-HOME
Consultez le Guide de l’utilisateur Network Data Management Protocol spécifique à la version de NetWorker : Prise en charge de NetWorker | Manuels et documents 

1. Les erreurs liées aux sauvegardes NDMP les plus utiles se trouvent dans le journal des actions de sauvegarde. Vous pouvez obtenir le journal des actions de sauvegarde à partir de l’interface utilisateur NMC (dans la fenêtre Monitoring, double-cliquez sur le saveset en échec, puis cliquez sur Get Full Log). Vous pouvez également collecter les journaux d’actions pour le dossier de workflow sous /nsr/logs/policy/[policy_name]/[workflow_name]/*.* sur le serveur NetWorker (collectez tous les fichiers et sous-dossiers sous le dossier nommé du workflow).
2. Pour identifier l’erreur pertinente pour une défaillance particulière, recherchez les premières erreurs consignées par 'nsrndmp_save' ou 'nsrdsa_save' dans le journal. Le plus souvent, la première erreur est l’erreur correspondante et les autres consignées plus tard dans la sortie sont des symptômes de la défaillance et ne sont pas nécessairement directement liées. Par exemple, l’erreur ci-dessous est généralement consignée avec la plupart des échecs, elle est consignée en dernier et n’est presque toujours pas liée à la panne réelle et à la cause première du problème :

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. Consultez la sortie du journal des actions de sauvegarde pour rechercher d’éventuels messages d’erreur et comparez-les avec les problèmes connus dans la base de connaissances.

Pour les problèmes liés à la récupération :

1. Les restaurations NDMP sont consignées uniquement dans le résultat de l’interface utilisée pour une restauration particulière. Cela inclut la récupération NMC, l’utilisateur NetWorker Windows (winworkr.exe) et l’attribut 'recover' CLI,
2. Le résultat de la restauration NDMP présente un format similaire à celui du journal d’actions de sauvegarde. Les processus consignant l’erreur dans la sortie de restauration NDMP sont les suivants :nsrndmp_recover' et 'nsrdsa_recover'. Comme pour les journaux de sauvegarde, recherchez les premières erreurs consignées par 'nsrndmp_recover' ou 'nsrdsa_recover' et comparez-les avec d’éventuels problèmes connus dans la base de connaissances.

Étape 4 :  Collecte d’informations supplémentaires sur les logs et la configuration :

1. Les échecs de sauvegarde et de restauration NDMP sont souvent dus à des problèmes de configuration de ressource client ou de périphérique NDMP. Dans la mesure du possible, collectez le fichier 'nsrdb' à partir du NetWorker Server pour examen.

• Linux : /nsr/res/nsrdb
• Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\res\nsrdb
• NetWorker : Comment utiliser l’outil de collecte de données NSRGet de NetWorker (en anglais)

2. Les sauvegardes NDMP peuvent également être exécutées à partir d’un terminal ou d’une fenêtre de commande sur le NetWorker Server en exécutant la commande 'nsrndmp_save' manuellement (avec ou sans débogage). Résultat de la commande avec -D5 Le débogage ajouté peut être dirigé vers un fichier pour révision à l’aide de l’exemple de syntaxe de commande ci-dessous :

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

3. Les restaurations NDMP peuvent également être effectuées manuellement à partir d’une fenêtre de commande sur le NetWorker Server en exécutant la commande 'nsrndmp_recover' (avec ou sans débogage) comme dans l’exemple qui suit :

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. Utilisez l’option 'ndmpsup' pour collecter des informations sur la version et la prise en charge de NDMP spécifiques à partir du serveur de fichiers NAS. L’utilitaire sert également d’outil de dépannage, car il nécessite une connectivité à l’hôte NDMP et s’authentifie à l’aide du nom d’utilisateur et du mot de passe NDMP configurés sur le NAS. Si 'ndmpsup' s’exécute correctement, cela confirme que NetWorker peut résoudre le nom du client NDMP et s’y connecter avec succès, et que les informations d’identification NDMP de l’utilisateur sont valides. Il confirme également que le service NDMP est activé et en cours d’exécution sur le NAS. Exécuter 'ndmpsup' à partir du serveur NetWorker et collectez la sortie de l’utilitaire à l’aide de la syntaxe ci-dessous :

ndmpsup -c [ndmp_client] -o ndmpsup_out.txt

5. Les logs du serveur de fichiers NAS après un échec de sauvegarde ou de restauration NDMP à collecter varient selon le type de serveur de fichiers NAS. Les serveurs de fichiers NAS les plus courants sont Celerra/VNX, Isilon et NetApp. Collectez les logs NAS à partir de ces serveurs de fichiers comme suit :

************************************************************************************************
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
************************************************************************************************