NetWorker : comment supprimer un ou plusieurs SSID

À propos du cycle de vie du saveset NetWorker.

• Lorsqu’un saveset est créé pour la première fois, il est enregistré dans la base de données avec sa date de rétention configurée (clretentDans mminfo). Il s’agit de la date après laquelle l’administrateur a choisi que le saveset soit automatiquement supprimé par NetWorker.
• Lorsqu’un saveset est cloné, ce clone reçoit également un enregistrement avec sa propre date de rétention. La commande mminfo Valeur ssretent Répertorie la dernière copie arrivant à expiration du saveset dans l’ensemble de la zone de données.
• Lorsque nsrim (manuellement ou quotidiennement à l’aide de Server Protection>>Server backup Expiry Action), tous les savesets sont vérifiés, pour savoir s’ils ont dépassé leur rétention individuelle (clretent).
• Si la date de rétention d’un saveset est dépassée, mais que ses savesets dépendants n’ont pas encore dépassé la leur (par exemple : Une sauvegarde complète et ses sauvegardes incrémentielles dépendantes), ce saveset n’est pas marqué comme ayant expiré (car ses dépendants en ont toujours besoin).
• Si aucune dépendance empêchant l’expiration n’est trouvée, le saveset est marqué comme Expired et, pour les volumes de disque, NetWorker tente immédiatement de supprimer le fichier de données correspondant à l’enregistrement du saveset.
  • Si la suppression a réussi : L’enregistrement est également supprimé.
  • Si une tentative de suppression échoue pour une raison quelconque : L’enregistrement est marqué à la fois d’une balise Expired (E) et Suspect(s) flag(s) dans les instances du saveset clflags Champ. La prochaine fois nsrim / L’expiration s’exécute, la suppression est à nouveau tentée, mais même en cas d’échec, l’enregistrement est quand même supprimé.
  • Étant donné que NetWorker supprime les structures de saveset d’un volume qui n’ont de toute façon aucun enregistrement dans la base de données des supports, la suppression de l’enregistrement de saveset ignore le calcul de l’expiration et de la rétention, et supprime à la place les fichiers du disque lors de la phase finale de l’action d’expiration / nsrim Exécuter (récupération d’espace).
• Après la suppression des fichiers (par le processus d’expiration ou de récupération d’espace), pour un appareil de disque standard, l’espace devient immédiatement disponible. Pour un périphérique de type Data Domain, les fichiers sont supprimés, mais l’espace n’est pas récupéré tant que le nettoyage du système de fichiers Data Domain n’est pas terminé. Il en va de même pour un périphérique de type DD Cloud Tier. Une fois que NetWorker a supprimé l’enregistrement, suivi des fichiers du saveset, l’espace n’est toujours pas récupéré tant que le nettoyage du Cloud n’a pas été exécuté.

Pour plus d’informations sur les balises de saveset, consultez : NetWorker : Présentation des balises de saveset

Pratiques d’excellence avant de continuer

• Si le serveur NetWorker est une machine virtuelle, créez un snapshot du serveur NetWorker.
• Désactivez le nettoyage sur Data Domain.
• Effectuez une sauvegarde NetWorker Server Protection. Une fois l’opération terminée, collectez les informations de sauvegarde de démarrage les plus récentes.

mminfo -B

• Si l’espace disponible dans le système de fichiers le permet, créez une copie des dossiers de base de données NetWorker suivants (res, mm, index). 
  • Ces dossiers se trouvent dans le répertoire /nsr Répertoire du chemin d’installation de NetWorker.
  • L’option (mm) peuvent être exportés vers un répertoire .xdr Copie: Exportation de la base de données de supports NetWorker à l’aide de nsrmmdbasm
• Renommez le fichier binaire nsrim binaire sur le NetWorker Server. Ceci empêche toute suppression accidentelle. La procédure décrite dans l’article de la base de connaissances consiste à renommer le fichier binaire par défaut une fois prêt à procéder à la suppression des données.
  • Windows. : C:\Program Files\EMC NetWorker\nsr\bin\nsrim.exe
  • Linux : /usr/sbin/nsrim

Comment supprimer chaque SSID ou plusieurs SSID ?

Conditions préalables : Ce processus ne peut être utilisé que pour supprimer des savesets sur des périphériques AFTD (Advanced File Type Devices), FTD (File Type Devices) et Data Domain (ddboost). Les savesets individuels ne peuvent pas être supprimés d’un volume de bande, même si ce volume de bande se trouve dans une bibliothèque de bandes virtuelle (VTL). L’ensemble du volume doit être renommé afin de récupérer de l’espace.

Exemples d’énumération des SSID :

(des guillemets sont nécessaires autour de la requête lorsque vous utilisez des espaces ou des caractères spéciaux) :

• Pour afficher tous les savesets d’un seul pool de médias :

SYNTAXE :

mminfo -avot -q pool=<mediapool>

EXEMPLE :

mminfo -avot -q pool=LinuxPool

• Pour afficher tous les savesets d’un client spécifique et de deux volumes distincts :

SYNTAXE :

mminfo -avot -q client=<client_hostname>,volume=<vol1_name>,volume=<vol2_name>

EXEMPLE :

mminfo -avot -q client=linuxhost1,volume=LinuxPool.001,volume=LinuxPool.002

• Pour afficher toutes les propriétés Data Domain et adv_file savesets.

EXEMPLE :

mminfo -avot -q  type=Data Domain,type=adv_file,recoverable 

• Pour afficher tous les savesets créés il y a plus de 30 jours :

EXEMPLE :

mminfo -avot -q  sscreate<=30 days ago 

•  Affichez tous les savesets pour un groupe et une plage de dates spécifiques (des guillemets sont nécessaires lorsque des caractères spéciaux sont utilisés) :

SYNTAXE :

mminfo -avot -q  group=<group_name>,sscreate>=<start_date>,sscreate<=<end_date> 

EXEMPLE :

mminfo -avot -q  group=WinBackup,sscreate>=1/1/2026,sscreate<=2/1/2026

Le NetWorker Command Reference Guide fournit également des informations sur les mminfo .

Pour la suppression de SSID INDIVIDUEL :

Si un ID de saveset sans l’ID de clone est spécifié, il supprime toutes les instances de ce saveset, y compris les clones :    

nsrmm -o recyclable -S <ssid> | nsrmm -o recyclable -S <ssid/cloneid>

 nsrim -X 

Les suppressions sont enregistrées dans le fichier daemon.raw:

• • Linux : /nsr/logs/daemon.raw
  • Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker : Utilisation de nsr_render_log pour afficher .raw fichiers journaux

Si aucune suppression ne se produit sur un volume spécifique, vérifiez que l’opération est en cours d’exécution :     

nsrstage -C -V <volume name>

Pour la suppression de PLUSIEURS SSID :

Suppression de plusieurs savesets à l’aide de commandes de script batch ou shell. 

1. Tout d’abord, ajoutez le mminfo sortie pour ne rapporter que les ssid/cloneid:

SYNTAXE : 

mminfo -r ssid,cloneid -xc/

EXEMPLE :

mminfo -avot -q client=linuxhost1 -r ssid,cloneid -xc/

2. Ensuite, redirigez la sortie vers un fichier texte à exécuter dans une commande de traitement par lots :

SYNTAXE :

mminfo command -r ssid,cloneid -xc/> > ssid.txt

EXEMPLE :

mminfo -avot -q client=linuxhost1 -r ssid,cloneid -xc/ > ssid.txt

3. Une fois la liste des savesets créée, vérifiez qu’elle est correctement formatée, avec un seul ssid/cloneid paire par ligne, en veillant à ce qu’il n’y ait pas d’espaces qui pourraient séparer les deux. Vous pouvez utiliser la commande -i Option permettant de supprimer les savesets identifiés dans le fichier :

nsrmm -dy -i ssid.txt

Toutefois, il est plus sûr et préférable de marquer chaque saveset souhaité pour suppression comme Expiré. Cette opération nécessite une commande de boucle pour traiter chaque action individuellement, ce qui prend plus de temps, mais est plus sûr, car NetWorker peut mieux calculer les dépendances lors de l’exécution de l’action d’expiration chaque jour :

WINDOWS : 

for /f %A in (ssid.txt) do @nsrmm -o recyclable -y -S %A

LINUX :

while read SID; do nsrmm -o recyclable -y -S ${SID}; echo ${SID}; done < ./ssid.lst

4. Démarrer manuellement nsrim Pour exécuter le processus de suppression dans NetWorker :

nsrim -X 

5. Les suppressions sont enregistrées dans le fichier daemon.raw. 

• • Linux : /nsr/logs/daemon.raw
  • Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker : Utilisation de nsr_render_log pour afficher .raw fichiers journaux

Si aucune suppression ne se produit sur un volume spécifique, vérifiez que l’opération est en cours d’exécution :   

nsrstage -C -V <volume_name>

Netapp
Pour les périphériques NetApp AFTD, l’espace n’est pas immédiatement récupéré, en fonction de plusieurs facteurs :
Si des snapshots sont créés du système de fichiers CIFS/NFS où le adv_file l’appareil doit expirer avant que les données ne deviennent disponibles pour le nettoyage. Si le serveur subit une charge importante, les suppressions peuvent être exécutées pendant une période prolongée, car la récupération d’espace est une opération en arrière-plan de faible priorité.
 
Data Domain
Pour les appareils Data Domain DD Boost, l’opération de nettoyage de Data Domain doit être exécutée pour pouvoir libérer de l’espace.
Par défaut, Data Domain ne gère le nettoyage de disque qu’une fois par semaine le mardi. Le cycle de nettoyage peut être lancé à partir de l’interface utilisateur de Data Domain Enterprise Manager (Data Management > File System > Start Cleaning).

Voir également :

• NetWorker : augmentation de la capacité Data Domain jusqu’à 100 % de saturation - Dépannage côté NetWorker (en anglais - l’utilisateur doit se connecter au support Dell pour pouvoir consulter l’article)