NetWorker : Débogage des opérations de sauvegarde

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 : ..Program FilesEMC NetWorker srlogspolicy_nameworkflow_nameaction_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 log avec l’ID de tâche de cette tâche enfant. Lorsque l’action parent démarre une action enfant, NetWorker crée un répertoire pour ces logs d’action enfants.

Exemple :

Ici, nous pouvons voir l’emplacement des logs de politique et que les logs sont de tailles différentes en fonction du niveau de débogage utilisé lors de la sauvegarde.  Les fichiers bruts sont les journaux de workflow, tandis que les répertoires backup_[jobid]_logs contiennent les journaux d’actions et les journaux d’actions enfants.

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

Il se trouve dans les journaux [NetWorker_install_dir].
 

Pour lire ce journal, utilisez la commande nsr_render_log .

Exemple :

Ressources supplémentaires :

Économisez 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 -D debug au processus de sauvegarde à l’aide de NetWorker Management Console (NMC) ou de la commande nsradmin.

Dans NMC, vous remplacez le champ « Backup command » dans les propriétés du client concerné par « save -D9 » :

Exemple :

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

Exemple :

Alternativement, sur un système Linux, vous pouvez utiliser la commande printf pour effectuer cette modification nsradmin dans une ligne :

Exemple :

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

Ressources supplémentaires :

NetWorker Command Reference Guide
Utilisation de la vérification de validation NetWorker nsradmin
Note technique relative aux utilisations spéciales du programme nsradmin NetWorker

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 :

L’exécution de la commande 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 la balise -a pour définir l’exécution de nsrworkflow en tant que sauvegarde ad hoc, ce qui permet de surcharger la planification ou le niveau de sauvegarde.  Pour spécifier le niveau de sauvegarde que vous souhaitez (différent de celui défini pour l’exécution actuelle du workflow), utilisez l’option -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 :

516616 : Utilisation de la commande
NetWorker nsrworkflowN° 513030 :                                                                     Utilisation de la commande
NetWorker nsrpolicyNotes de mise à jour de NetWorker 9.1.x : 
NetWorker Command Reference Guide

Savefs sur le client NetWorker

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

Vous pouvez obtenir la commande savefs exacte qui est exécutée du côté client à partir du fichier brut dans les journaux de règles (/nsr/logs/policy/[nom de la règle]/[nom du workflow]).  Exécutez ensuite ceci côté client, en ajoutant l’option -D9 :

Exemple :

Sur le NetWorker Server : 

Ensuite, côté client :

Ressources supplémentaires :

Attribution d’un support cible sur le NetWorker Server

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

Exemple :

Une fois le débogage terminé, vous devez désactiver le débogage comme suit :

Ressources supplémentaires :

336123 : NetWorker Debug

Sauvegardes en attente d’un volume inscriptible

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 :

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 :

Ressources supplémentaires :

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.  Dans ce cas, la tâche est à l’état « en file d’attente ».

Pour déboguer le parallélisme, vous devez augmenter le niveau de débogage du processus nsrjobd sur le serveur NetWorker, 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 :

Ressources supplémentaires :

Guide
de planification de l’optimisation des performances de NetWorkerParallélisme et sessions cibles

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.

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 : Client direct en fonctionnement.

Fichier log du processus sur le NetWorker Server :

91787 08/01/2014 01:37:35 PM 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 : Nous pouvons voir qu’il existe des connexions TCP ouvertes entre le client et NetWorker Server et DD.  Si vous avez besoin de savoir à quels processus exactement sur le serveur NetWorker sont connectés, vous pouvez effectuer un recoupement avec lsof sur le serveur.  La quatrième colonne correspond au descripteur de fichier utilisé. 

Sur un système Windows, vous pouvez obtenir une sortie similaire à l’aide de resmon :  Start - Run - resmon - Network tab - TCP Connections

Sortie du journal :  La sauvegarde n’utilise pas Client Direct.

Fichier log du processus sur le NetWorker Server :

91797 08/01/2014 01:57:51 PM nsrmmd NSR severe Unable to perform direct file save with Data Domain device 'ONETWOONE' ; Configuration de la sauvegarde traditionnelle pour l’ID de saveset '4024143566' (vm-lego-231 :/NetWorker)

Remarque :  La recherche du mot traditionnel dans le journal vous donne ce résultat rapidement.  Si vous avez besoin de savoir pourquoi il n’utilise pas Client Direct, commencez par consulter la liste des conditions à remplir dans le NetWorker Administration Guide pour que Client Direct fonctionne.  Les raisons les plus courantes sont que le client n’a pas d’accès réseau direct au DD à partir de la carte réseau qu’il utilise ou que la résolution de noms ne fonctionne pas correctement à partir du client.

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 :

Guide de planification de l’optimisation des performances NetWorker

Sauvegardes parallèles des flux de sauvegarde

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 la commande save pour la mettre en débogage comme indiqué au point 1 ci-dessus.  En outre, créez un fichier vide dans .. /nsr/debug appelé 'mbsdopen'.  Cela fournit une journalisation de débogage supplémentaire à la fois sur le client dans /nsr/tmp et dans les logs de politique sur le serveur NetWorker (voir le point 1 ci-dessus).

Exemple :

Ressources supplémentaires :

Dépannage des sauvegardes de flux d’enregistrement parallèles
NetWorkerGuide de planification de l’optimisation des performances de NetWorker

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

Vous pouvez augmenter le niveau de débogage des processus nsrmmd à l’aide de la commande dbgcommand (décrite au point 7 ci-dessus).  Vous pouvez augmenter le niveau de débogage de tous les processus nsrmmd ou utiliser les outils du système d’exploitation pour identifier quel processus nsrmmd est actif :

Ressources supplémentaires :

479665 : Article sur le tri : Dépannage des problèmes liés aux bibliothèques de bandes dans NetWorker
Guide d’intégration de NetWorker Data Domain Boost

Autres conseils de débogage pour des technologies NetWorker spécifiques :

• Réglage du serveur NetWorker pour obtenir des performances optimales

• NVP-vProxy : Activation de la journalisation de débogage  

• Comment tester la communication client-serveur NetWorker à travers un pare-feu 

• Dépannage des échecs de clonage planifié NetWorker

• Guide de dépannage de NetWorker : Blocages de processus et vidages mémoire

• NetWorker NMC 9.x : Procédure Activation des journaux de débogage

• Comment activer le débogage pour NMDA

• Guide de dépannage détaillé NMM

• Débogage des échecs de tâche de restauration à partir de NMC          

• guide de tri NDMP (en anglais)           

• 479591 : Guide de tri des périphériques Data Domain