NetWorker : Débogage des opérations de sauvegarde

Résumé: Plusieurs options sont répertoriées pour déboguer une sauvegarde NetWorker ayant échoué.

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.

Instructions

Plusieurs options sont disponibles pour déboguer un échec de sauvegarde NetWorker. Cet article de la base de connaissances couvre les différentes options de débogage en fonction de la fonction du processus de sauvegarde que vous souhaitez déboguer. 

1. Fichiers journaux :

Les principaux fichiers log de débogage des échecs de sauvegarde sont les fichiers log de règles qui se trouvent à l’emplacement suivant.


Linux : /nsr/logs/policy_name/workflow_name/action_name
Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\logs\policy_name\workflow_name\action_name


Il existe des fichiers journaux de workflow au format brut sous /nsr/logs/policy/policy_name/workflow_name/jobid.raw et un sous-répertoire pour chaque action. Chaque action enfant d’une action possède son propre fichier journal avec l’attribut jobid de ce travail d’enfant. Lorsque l’action parent démarre une action enfant, NetWorker crée un répertoire pour ces logs d’action enfants.

Exemple :

La taille des logs varie en fonction du niveau de débogage utilisé lors de la sauvegarde. Les fichiers bruts sont les journaux de workflow, tandis que les fichiers backup_[jobid]_logs Les répertoires contiennent les journaux d’actions et les journaux d’actions enfants.

Exemple de contenu du dossier de journaux de stratégie 
 

Le fichier log NetWorker principal pour toutes les opérations NetWorker est le fichier daemon.raw Fichier journal. 
 

Linux : /nsr/logs/daemon.raw
Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw


Pour lire ce journal, utilisez la commande nsr_render_log , voir : NetWorker : Utilisation de nsr_render_log pour afficher .raw fichiers journaux

Exemple :

Exemple de rendu d’un journal brut NetWorker

Ressources supplémentaires :

2. save sur le client NetWorker :

Les sauvegardes client NetWorker utilisent le processus d’enregistrement. Le processus d’enregistrement communique avec le serveur NetWorker, le nœud de stockage (le cas échéant) ou le support du périphérique de sauvegarde cible. Le débogage peut être activé sur le processus de sauvegarde en transmettant la balise de débogage -D au processus de sauvegarde à l’aide de NetWorker Management Console (NMC) ou de la commande nsradmin Commande.

Dans NMC, vous remplacez le champ « Commande de sauvegarde » dans les propriétés du client concerné par «save -D9':

Exemple :

Configuration des sauvegardes de débogage pour un client NetWorker

Vous pouvez effectuer la même opération à l’aide de la commande nsradmin :

Exemple :

Configuration du débogage de sauvegarde à partir de nsradmin

Ressources supplémentaires :

 

3. Opération de workflow sur le serveur NetWorker : 

Le débogage du début d’une opération de workflow et d’une sortie de débogage détaillée est nécessaire.

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

Cela consigne la sortie de débogage de la tâche de workflow dans le fichier brut dans :

/nsr/logs/policy/policy_name/workflow_name/

Exemple :

Débogage du workflow NSR 
 

Exécution de l’opération nsrworkflow lance la tâche manuellement, mais utilise les mêmes options de planification et de configuration de niveau que celles utilisées dans le cadre d’une sauvegarde automatisée planifiée. Une autre possibilité est d’utiliser l’option -a pour définir l’attribut nsrworkflow S’exécute en tant que adhoc backup qui permet de remplacer la planification ou le niveau de sauvegarde. Pour spécifier le niveau de sauvegarde souhaité (et non celui défini pour l’exécution actuelle du workflow), vous utilisez la commande -l (ou -L pour les sauvegardes de machines virtuelles).

Exemple :

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

Ressources supplémentaires :

4. savefs sur le client NetWorker :

La commande savefs est utilisée lors des sauvegardes basées sur le client. Elle est envoyée au client NetWorker une fois la sauvegarde lancée sur le serveur NetWorker. savefs C’est ce processus qui détermine les fichiers et répertoires à sauvegarder pour cette sauvegarde spécifique exécutée sur ce client.

Vous pouvez obtenir la commande savefs exacte exécutée côté client à partir du fichier brut dans les journaux de règles (/nsr/logs/policy/[policy name]/[workflow name]). Ensuite, exécutez ceci côté client, en ajoutant le -D9 Option:

Exemple :

Sur le NetWorker Server : 

Exemple de processus Savefs  

Ensuite, côté client :

Exécution du débogage savefs à partir de la ligne de commande 

5. Attribution d’un support cible sur le NetWorker Server :

L’attribution du volume cible approprié pour une sauvegarde est gérée par le nsrd sur le serveur NetWorker. Pour le déboguer, vous devez augmenter temporairement le niveau de débogage du nsrd sur le serveur NetWorker à l’aide de la commande dbgcommand.

Exemple :

kA5f10000004JErCAM_2_7

Une fois le débogage terminé, vous devez le désactiver en redéfinissant le niveau de débogage sur zéro :

kA5f10000004JErCAM_2_8

dbgcommand peut être utilisé contre un nom de processus ou un ID de processus (PID), par exemple :

dbgcommand -n PROCESS_NAME Debug=DEBUG_LEVEL
dbgcommand -p PROCESS_ID Debug=DEBUG_LEVEL

Ressources supplémentaires :

AVERTISSEMENT : Le débogage de processus ne doit être activé que dans le but de résoudre un problème. Une fois le dépannage terminé, le processus de débogage doit être désactivé. Certains processus peuvent générer un grand nombre de messages lorsque le débogage est activé. Cela peut entraîner une croissance du système de fichiers et des problèmes d’espace.

6. Backups Waiting for writable Volume:

Si le NetWorker Server ne parvient pas à trouver un volume NetWorker approprié sur lequel écrire, il cesse de répondre et génère une alerte. Dans ce cas, la tâche est à l’état « active ». Vous pouvez vérifier l’état de la tâche à l’aide de la commande nsrpolicy monitor .

Exemple :

Exemple de nsrpolicy monitor

L’alerte dans NetWorker Management Console donne plus de détails sur le type de volume recherché et sur quel nœud de stockage.

Exemple :

Alertes NMC d’attente d’un volume inscriptible

Ressources supplémentaires :

7. Les sauvegardes ont cessé de répondre de manière inattendue en raison du parallélisme :

Si le NetWorker Server détermine qu’il ne peut pas poursuivre la sauvegarde en l’absence de logement de parallélisme libre, la tâche passe à l’état « En file d’attente ».

Afin de déboguer le parallélisme, vous devez augmenter le niveau de débogage du nsrjobd sur le NetWorker Server comme indiqué ci-dessous. Le fichier journal du processus génère un grand nombre de données de débogage relatives au parallélisme.

Exemple :

Exemple d’activation du débogage nsrjobd 

Journal du processus affichant une erreur de parallélisme

Ressources supplémentaires :

8. La sauvegarde Client Direct ne fonctionne pas comme prévu :

Une sauvegarde « Client Direct » envoie les données directement du client NetWorker vers le support cible, sans écriture préalable sur le nœud de stockage NetWorker.

Vous pouvez définir dans les propriétés du client si la sauvegarde Client Direct doit être utilisée ou non pour cette instance client.

Paramètres de sauvegarde directe du client NetWorker

Afin de déterminer si Client Direct fonctionne ou non, vous devez inspecter les journaux comme dans l’exemple ci-dessous :

Exemple :

Sortie du journal : Les clients sont directement opérationnels.

La commande daemon.raw fichier sur le serveur NetWorker :

91787 MM/DD/YYYY HH:mm:SS  nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) is using direct file save with Data Domain device 'dd4500-dd.local_onetwoone'.

lsof sur le client NetWorker

[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 (ESTABLISHED)
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 (ESTABLISHED)

 

Remarque : lsof répertorie les connexions TCP ouvertes entre le client et NetWorker Server et DD. Pour déterminer les processus auxquels le serveur NetWorker est connecté, vous pouvez effectuer un recoupement avec lsof sur le serveur. La quatrième colonne correspond au descripteur de fichier utilisé.

Sur les hôtes Windows, vous pouvez effectuer des diagnostics similaires à l’aide de SysInternals Procmon.Ce lien hypertexte renvoie à un site Web extérieur à Dell Technologies.


9 : La sauvegarde Client Direct n’utilise pas Client Direct :

La commande daemon.raw fichier sur le serveur NetWorker :

91797 MM/DD/YYYY HH:mm:SS nsrmmd NSR severe Unable to perform direct file save with Data Domain device 'ONETWOONE'; setting up traditional save for save-set ID '4024143566' (vm-lego-231:/NetWorker)

 

Remarque : À la recherche du mot traditional dans le journal vous donne cette sortie rapidement. Consultez la liste des conditions à remplir dans le NetWorker Administration Guide pour que le client puisse travailler directement. Cela provient généralement du fait que le client ne dispose pas d’un accès réseau direct à Data Domain ou que sa résolution de noms ne fonctionne pas correctement.

lsof sur le client NetWorker :
[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)
Remarque : Seules les connexions TCP au NetWorker Server (qui est également le nœud de stockage dans cet exemple) sont ouvertes ici. Aucune connexion TCP n’est ouverte au DD. Toutes les données sont acheminées vers le nœud de stockage.

Ressources supplémentaires :


10. Sauvegardes de flux de sauvegarde parallèles (PSS) :

Pour déboguer des sauvegardes PSS. Assurez-vous que la propriété « flux de sauvegarde parallèle » est cochée dans la ressource Client de NetWorker Management Console. Modifiez le paramètre save pour le mettre en débogage conformément à la section 2. En outre, créez un fichier vide dans ../nsr/debug appelé 'mbsdopen'. Cela permet une journalisation de débogage supplémentaire sur le client dans /nsr/tmp et dans les logs de politique sur le serveur NetWorker (reportez-vous à la section 1).

Exemple :

Option PSS activée dans la ressource Client NetWorker

MBSDFOUVRIR le fichier

Enregistrer les fichiers MBS dans le répertoire TMP 

Ressources supplémentaires :

11. Nœud de stockage NetWorker nsrmmd Le processus ne fonctionne pas comme prévu lors de l’écriture sur le support cible :

Vous pouvez augmenter le niveau de débogage du nsrmmd processus utilisant l’attribut dbgcommand (Voir la section 5). Vous pouvez soit augmenter le niveau de débogage de tous les nsrmmd ou bien utiliser les outils du système d’exploitation pour identifier nsrmmd Le processus est actif :

Processus nsrmmd 

Ressources supplémentaires :

Informations supplémentaires

Produits concernés

NetWorker

Produits

NetWorker, NetWorker Series
Propriétés de l’article
Numéro d’article: 000010035
Type d’article: How To
Dernière modification: 30 Jan 2026
Version:  8
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.