Data Domain : recherche de snapshots inutiles

Les snapshots sont un excellent outil pour la gestion des données. Ils sont rapides et utilisent très peu d’espace disque sur le système Data Domain. Toutefois, s’il existe un snapshot de données et que vous essayez de supprimer les données, très peu d’espace sera libéré jusqu’à l’expiration du snapshot. Cet article de la base de connaissances fournit des instructions pour répertorier et faire expirer les snapshots pour les versions de DD OS antérieures à 5.0 et 5.0 et ultérieures.

La commande Snapshot gère les snapshots du système de fichiers. Un snapshot est une copie en lecture seule de l’ensemble du système de fichiers Data Domain à partir du niveau supérieur.  Les snapshots sont utiles pour éviter l’asymétrie de version lors de la sauvegarde de jeux de données volatiles, tels que les tables d’une base de données occupée, et pour récupérer des versions antérieures d’un répertoire ou d’un fichier qui a été supprimé. Les snapshots peuvent être planifiés pour se produire à une fréquence spécifique et peuvent expirer ultérieurement (la durée de rétention par défaut d’un snapshot est de 14 jours).

• Si le système Data Domain est une source pour la réplication de collection, les snapshots sont répliqués.
• Si le système Data Domain est une source pour la réplication de répertoire, les snapshots ne sont pas répliqués ; Elles doivent être créées séparément sur une destination de réplication de répertoire.
• Dans DD OS versions 4.3 à 4.9, les snapshots sont créés dans le répertoire système : /backup/.snapshot. Chaque répertoire sous /sauvegarde dispose également d’un répertoire de snapshots avec le nom de chaque snapshot qui inclut le répertoire.

Dans DD OS 5.0 et versions ultérieures, les structures MTree ont été introduites et modifient la façon dont les snapshots sont gérés :

• Le système de fichiers Data Domain peut avoir plus d’une structure MTree
• Chaque structure MTree peut disposer de ses propres snapshot(s) et planification(s) géré(s).
• La valeur MTree par défaut dans la version 5.0 est /data/col1/backup/, où le snapshot serait créé dans /data/col1/backup/.snapshot.

La commande filesys fastcopy peut utiliser des snapshots pour copier un fichier ou une arborescence de répertoires à partir d’un snapshot vers le système de fichiers actif.

Remarque : Filesys fastcopy peut créer un snapshot de fichier(s) qui ont une période de rétention d’une heure.

Avertissement: Ne faites pas expirer manuellement les snapshots sur une destination répliquée, car cela entraînerait des erreurs de réplication lors de la synchronisation de la source avec la destination.

Pour les systèmes Data Domain utilisant DD OS 5.0.x.x et versions ultérieures :

1. Identifiez le MTRee À examiner :

   mtree list
   

   Name                Pre-Comp (GiB)   Status
   -----------------   --------------   ------
   /data/col1/backup             95.0   RW
   /data/col1/test                0.0   RW
   -----------------   --------------   ------
    D   : Deleted
    RO  : Read Only
    RW  : Read Write
    RD  : Replication Destination
    RLE : Retention-Lock Enabled
    RLD : Retention-Lock Disabled
   

2. Dans le cas ci-dessus, /data/col1/backup contient 95 Go. Nous pouvons exécuter la commande suivante pour voir si des snapshots sont présents :

   snapshot list mtree <mtree>
   
   sysadmin@DD670# snapshot list mtree /data/col1/backup
   Snapshot Information for MTree: /data/col1/backup
   ----------------------------------------------
   Name    Pre-Comp (GiB)   Create Date         Retain Until        Status
   -----   --------------   -----------------   -----------------   ------
   snap1             49.7   Apr 19 2011 10:44
   snap2             49.7   Apr 19 2011 10:45
   snap3             94.8   Apr 19 2011 11:05
   snap4             95.0   Apr 19 2011 11:05
   snap5            100.7   Apr 19 2011 11:09   May 24 2011 11:09
   -----   --------------   -----------------   -----------------   ------

    

   Snapshot Summary
   -------------------
   Total:            5
   Not expired:      5
   Expired:          0	

3. Expiration du snapshot :

   snapshot expire <snapshot> mtree <mtree path>
   
   sysadmin@DD670# snapshot expire snap1 mtree /data/col1/backup
   Snapshot "snap1" for mtree "/data/col1/backup" will be retained until Apr 19 2011 11:11.
   
   (The command will set the retention to the current date and time, thereby expiring the dataset)	

4. Répétez les étapes pour les autres snapshots destinés à expiration. Ensuite, vérifiez la liste et confirmez :

   snapshot list mtree <mtree>
   
   snapshot list mtree /data/col1/backup
   Snapshot Information for MTree: /data/col1/backup
   ----------------------------------------------
   Name    Pre-Comp (GiB)   Create Date         Retain Until        Status
   -----   --------------   -----------------   -----------------   -------
   snap1             49.7   Apr 19 2011 10:44   Apr 19 2011 11:11   expired
   snap2             49.7   Apr 19 2011 10:45   Apr 19 2011 11:15   expired
   snap3             94.8   Apr 19 2011 11:05   Apr 19 2011 11:15   expired
   snap4             95.0   Apr 19 2011 11:05   Apr 19 2011 11:15   expired
   snap5            100.7   Apr 19 2011 11:09   Apr 19 2011 11:15   expired
   -----   --------------   -----------------   -----------------   -------
   
   Snapshot Summary
   -------------------
   Total:            5
   Not expired:      0
   Expired:          5	

   Remarque : Lorsque les snapshots arrivent à expiration, ils sont supprimés à la prochaine fin du cycle de nettoyage.