NetWorker : Configuration des snapshots Data Domain

Résumé

NetWorker utilise Data Domain pour son stockage est une solution éprouvée qui offre une vitesse, une efficacité de stockage et une protection maximales. La technologie de snapshot peut être l’une des fonctionnalités que les administrateurs peuvent choisir d’implémenter. Les snapshots fournissent efficacement une copie secondaire protégée de tous les fichiers d’une structure mtree afin que les administrateurs disposent d’une sauvegarde en cas de suppression indésirable des données. Par exemple, un nouveau libellé accidentel d’un volume NetWorker Data Domain valide supprime immédiatement tous les fichiers de saveset de ce volume. À partir d’un snapshot, l’administrateur peut restaurer les données en toute sécurité sans une restauration complète du système de fichiers.

Responsabilités 

Le logiciel NetWorker n’a pas accès aux snapshots ni de visibilité sur ceux-ci : ils sont entièrement configurés et gérés sur le système Data Domain. Les détails suivants concernent la façon de le configurer et son utilité pour la récupération après des scénarios de perte de données, ainsi que ses impacts sur la capacité et le nettoyage de Data Domain.

Impacts

• Les snapshots consomment des quantités négligeables d’espace, mais tant qu’ils existent, ils empêchent la récupération d’espace pour les données de production qui ont été supprimées normalement.
•  Cela garantit qu’au moins certaines données naturellement expirées et supprimées par NetWorker persisteront au-delà d’au moins un nettoyage de la mémoire. Par exemple, un snapshot avec une rétention d’un seul jour entraîne la persistance des données supprimées le dernier jour avant le nettoyage de la mémoire (dans le snapshot) au-delà de ce cycle de nettoyage.
• La réplication de structure MTree réplique également les snapshots. Étant donné que le réplica ou la destination peuvent également être configurés pour les snapshots, les réplicas utilisent le préfixe REPL-MTREE.
• Certains processus, tels que la réplication de MTree, peuvent entraîner des verrous souples sur le snapshot, empêchant la suppression lors du nettoyage de la mémoire. Les snapshots doivent être pris en compte lors de l’examen des problèmes d’espace et doivent être pris en compte de manière générale lors du dimensionnement.

Considérations

• Étant donné que les snapshots sont basés sur des structures MTree, organisez les volumes NetWorker dans des structures MTree distinctes si les volumes nécessitent des politiques de snapshot différentes. Par exemple, une structure mtree peut ne pas avoir de snapshots, car elle est considérée comme non critique, et une suppression accidentelle n’est pas considérée comme catastrophique. Une deuxième structure MTree peut être considérée comme critique, et la protection supplémentaire fournie par les snapshots en vaut la peine.
• La rétention des snapshots prolonge la durée normale pendant laquelle les données consomment de l’espace, même après l’expiration, la suppression et le nettoyage de leur copie standard. Les considérations relatives à la rétention doivent impliquer la détermination du nombre de jours nécessaires à la protection d’un snapshot. Par exemple, la rétention de snapshot de 14 jours par défaut retarde la récupération des données de deux cycles de nettoyage. Des périodes de rétention plus courtes, telles que 3 jours, peuvent fournir une protection suffisante pour effectuer une restauration après des problèmes de suppression inattendus un vendredi non détectés avant le lundi, et retardent d’un cycle de nettoyage la récupération d’espace pour les trois derniers jours de sauvegardes.
• Les fichiers individuels peuvent être récupérés, mais pas supprimés de chaque sous-dossier de snapshots. Les snapshots peuvent expirer manuellement afin de récupérer de l’espace au besoin, mais uniquement pour l’intégralité du snapshot. Cela signifie qu’au niveau du snapshot, toutes les données de la structure mtree expirent ensemble à des fins de récupération d’espace. Pour cette raison, il serait utile que chaque mtree ait ses données de saveset avec des rétentions NetWorker similaires.

Configuration

•  Après avoir pris en compte tout ce qui précède, pour créer un planning de snapshots nommé Daily-0800 sur une structure mtree nommée networker, à 08h00, à conserver pendant 7 jours, ce qui crée des snapshots nommés d’après l’année, le mois et le jour où ils sont créés :

snapshot schedule create Daily-0800 mtrees /data/col1/networker time 08:00 retention 7days snap-name-pattern Daily-0800-2026-05-23

• Pour répertorier tous les snapshots :

snapshot list mtree *

• Pour faire expirer manuellement le snapshot « Daily-0800_2026-05-23 » afin que le nettoyage de la mémoire le supprime :

snapshot expire Daily-0800_2026-05-23 mtree /data/col1/networker

• Pour restaurer le chemin du volume « volume1 » à partir du snapshot Daily-0800_2026-05-23, créez d’abord une structure mtree de récupération, puis effectuez une copie rapide des données à cet emplacement :

mtree create /data/col1/networker-recovery

filesys fastcopy source /data/col1/networker/.snapshot/Daily-0800_2026-05-23/volume1 destination /data/col1/networker-recovery/volume1

• À ce stade, vous pouvez créer un périphérique NetWorker pour la nouvelle structure mtree/chemin et effectuer une restauration à partir de là. À l’inverse, vous pouvez effectuer une copie rapide à l’emplacement d’origine, bien que cela soit déconseillé, car des commandes incorrectes peuvent entraîner l’écrasement des données.

Pour plus d’informations, reportez-vous à l’article de la base de connaissances Data Domain : Comment utiliser les snapshots pour empêcher la suppression de données