NetWorker : Optimisation des opérations de récupération d’espace pour Data Domain

• Savesets NetWorker marqués comme Expired mais pas supprimés
• Les messages de récupération d’espace s’affichent dans les journaux plusieurs fois par jour
• Impact sur la vitesse et la charge de Data Domain
• Impact général sur les performances du serveur

• Les volumes éligibles à la récupération d’espace sont en cours de lecture pendant l’action d’expiration (reclassement, clonage ou restauration)
• La restauration d’espace s’exécute par défaut après chaque opération de transfert sur un volume donné
• La récupération d’espace vérifie chaque fichier d’une structure de répertoires de volume lors de l’exécution de la récupération d’espace
• Les opérations et la réactivité du serveur peuvent ralentir pendant la phase de récupération d’espace

La phase de récupération d’espace de NetWorker s’exécute une fois par jour comme l’une des phases finales de l’action Expiration dans le workflow de sauvegarde du serveur. Il est conçu pour supprimer les objets de fichier saveset au sein d’un volume après l’évaluation, l’expiration et la suppression des enregistrements de saveset du serveur après avoir calculé ceux qui peuvent être supprimés en toute sécurité en fonction de leur configuration.

Plusieurs facteurs peuvent avoir un impact négatif sur la réactivité des serveurs Data Domain ou NetWorker. Activez l’une des options ci-dessous qui semblent répondre aux exigences de la zone de données en question. Avant d’envisager de tester avec les fichiers de clé de débogage ci-dessous : Désactivez l’action quotidienne Server Protection > Server > backup Expiration pour désactiver tous les calculs d’espace de restauration et de base de données des médias pendant un ou plusieurs jours afin de confirmer que les problèmes de performances rencontrés sont liés aux activités de récupération et/ou d’expiration de l’espace.

Si la désactivation du paramètre Expiration confirme le problème lié à la maintenance quotidienne, les fonctionnalités suivantes peuvent être désactivées à des fins de dépannage en créant un fichier vide du même nom (sans extension) dans le NetWorker Server ou le nœud sous le sous-répertoire debug du répertoire nsr principal. Aucun de ces fichiers de balises ne nécessite un redémarrage et prendra effet avec les tâches de récupération d’espace lancées lorsqu’elles sont présentes.

Emplacement Linux : /nsr/debug
Emplacement Windows : C:\Program Files\EMC NetWorker\nsr\debug (ou le chemin d’installation NSR correspondant)
 

Les noms de fichiers et leurs fonctions sont détaillés ci-dessous :

skip_recover_space_for_stage

• Nœuds de stockage. Cette balise permet à NetWorker d’ignorer la phase d’espace de restauration d’une opération de transfert (clonage suivi de la suppression de la source). Si votre environnement utilise le reclassement, en particulier le reclassement à partir des mêmes volumes sources de manière répétée, cette option est recommandée, car elle élimine la possibilité de générer plusieurs opérations de récupération d’espace pour les mêmes volumes. Lorsque cette balise est en place, l’opération de récupération d’espace est entièrement différée, ce qui permet au système de supprimer les fichiers lors de l’exécution de l’action quotidienne Expiration ou de l’exécution manuelle de la commande nsrim. 

recover_space_anytime

• Serveur uniquement. Cela permet de récupérer de l’espace jusqu’à l’expiration et de supprimer les savesets sur les volumes qui sont en cours de lecture, ce qui est différé par défaut. Cela signifie que pour les volumes qui ont des tâches de clonage longues, l’expiration et la récupération d’espace peuvent être reportées à plusieurs reprises lors de l’exécution de l’action d’expiration, de nsrim ou d’une tâche de reclassement (voir ci-dessus). Cela peut à son tour entraîner d’importants backlogs de récupération d’espace, un épuisement progressif de l’espace libre et une tâche de récupération d’espace plus importante lorsqu’elle est autorisée à s’exécuter. 

skip_disk_usage

• Nœuds de stockage. Dans le cadre de la récupération d’espace et de la vérification du système de fichiers des volumes de disque, par défaut, les fichiers individuels sont vérifiés et comptés de manière récursive pour produire un agrégat précis de données pour le volume. Bien que certains puissent considérer cette précision comme essentielle, le report de cette étape repose sur les enregistrements de la base de données des supports de NetWorker pour les totaux de fichiers et d’octets, qui sont généralement censés être suffisamment précis pour la plupart des utilisations. Dans un système Data Domain lourdement chargé, en particulier dans lequel de nombreuses opérations de récupération d’espace s’exécutent de manière répétée pour les volumes, cela peut être considéré comme une dépense inutile et désactivé en toute sécurité.

skip_consistency_check_in_recover_space

• Nœuds de stockage. Lors de la récupération de l’espace d’un volume, le système de fichiers du volume est vérifié fichier par fichier pour garantir la cohérence entre la base de données des médias. Cela peut également introduire de la latence. L’ajout de ce fichier de clé à chaque nœud empêchera ce nœud de supprimer les fichiers de saveset lorsqu’un enregistrement correspondant n’existe pas dans la base de données des supports, ou de marquer les enregistrements de la base de données des supports où aucun fichier n’est trouvé comme « suspect ». Notez que cela empêchera les opérations de nettoyage normales et doit être utilisé pour aider à qualifier la latence liée aux opérations de récupération d’espace, et ne doit pas être désactivé à plus long terme. 

Une journalisation plus détaillée a été introduite par défaut, ce qui entraîne la journalisation de l’intégralité des chemins d’accès aux savesets dans les logs data_audit sur NetWorker Server. Lorsqu’il existe déjà des tâches de restauration d’espace important et de charge importante, il s’agit d’un facteur qui peut entraîner une absence de réponse, en particulier pour les nœuds de stockage qui renvoient les informations à distance à NetWorker. Pour le désactiver, augmentez le seuil de consignation de ces logs sur le NetWorker Server :

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

Limitez cette modification de manière à ce qu’elle affecte uniquement l’audit des données, si vous le souhaitez, en affinant la requête sur l’instance spécifique en incluant son nom. Ignorez cette étape pour réappliquer le paramètre à chaque :

# print type: nsr auditlog; name: servername_data_audit.raw

Définissez le seuil sur un ou les deux seuils sur « Erreur » pour cesser de consigner les suppressions individuelles - les suppressions sont toujours consignées dans le daemon.raw du serveur.

# update auditlog severity: Error