Qu’est-ce qu’un verrouillage de rétention ?
Le verrouillage de rétention est une fonctionnalité utilisée sur les restaurations Data Domain (DDR) afin d’empêcher toute modification ou suppression de certains ensembles de fichiers pendant une période prédéterminée. Autrement dit, les fichiers faisant l'objet d'un verrouillage de rétention sont en lecture seule jusqu'à expiration de leur période de rétention.
Quelles sont les différentes versions du verrouillage de rétention ?
Le verrouillage de rétention est disponible pour deux fonctions différentes :
Quels protocoles d'accès aux données sont pris en charge avec le verrouillage de rétention ?
Le mode de conformité du verrouillage de rétention respecte les normes réglementaires :
Voici une liste des normes réglementaires que le mode de conformité du verrouillage de rétention respecte :
Pour des informations complètes sur la certification, contactez votre fournisseur de support contractuel.
Comment le mode de gouvernance du verrouillage de rétention est-il activé ?
# mtree retention-lock enable mode governance mtree [mtree]
Comment le mode de conformité du verrouillage de rétention est-il activé ?
(ADMIN USER) # user add [username] role security
(SECURITY USER): # authorization policy set security-officer enabled
(ADMIN USER) # system retention-lock compliance configure
(ADMIN USER) # system retention-lock compliance enable
(ADMIN USER) # mtree retention-lock enable mode compliance mtree [mtree]
Comment est-il possible de déterminer les structures MTree pour lesquelles le verrouillage de rétention est activé ?
Les structures MTree avec verrouillage de rétention activé sont indiquées dans la sortie de mtree list, par exemple :
sysadmin@ddxxxx# mtree list Name Pre-Comp (GiB) Status Tenant-Unit --------------------------------- -------------- ------- ----------- ... /data/col1/rich-retention-lock 0.0 RW/RLGE - /data/col1/rl_test 0.0 RW/RLGD - /data/col1/rl_test_comp 0.0 RW/RLCE - /data/col1/test 3.1 RW/RLGE - ... --------------------------------- -------------- ------- ----------- ... RLGE : Retention-Lock Governance Enabled RLGD : Retention-Lock Governance Disabled RLCE : Retention-Lock Compliance Enabled
Une structure MTree avec la gouvernance du verrouillage de rétention activée peut-elle passer au mode de conformité du verrouillage de rétention ?
Comme indiqué dans le guide d’administration DDOS, cela n’est pas possible.
Une structure MTree avec la conformité du verrouillage de rétention activée peut-elle passer au mode de gouvernance du verrouillage de rétention ?
Comme indiqué dans le guide d’administration DDOS, cela n’est pas possible.
Comment les périodes de rétention ou de verrouillage des fichiers sont-elles définies ?
Une fois un verrouillage de rétention activé sur une structure MTree, une période de rétention minimale et maximale doit être définie. Elles déterminent la durée minimale et maximale pendant laquelle un fichier au sein de la structure MTree peut être verrouillé. Par exemple :
# mtree retention-lock set min-retention-period [period] mtree [mtree]
# mtree retention-lock set max-retention-period [period] mtree [mtree]
Les périodes peuvent être indiquées dans différentes unités comme suit :
Comment afficher les périodes de rétention existantes ?
Pour ce faire, utilisez les deux commandes suivantes :
# mtree retention-lock show min-retention-period mtree [mtree] # mtree retention-lock show max-retention-period mtree [mtree]
Par exemple :
sysadmin@dd630# mtree retention-lock show min-retention-period mtree /data/col1/rl_test
Retention-lock min-retention-period of mtree /data/col1/rl_test is: 720 minutes.
sysadmin@dd630# mtree retention-lock show max-retention-period mtree /data/col1/rl_test
Retention-lock max-retention-period of mtree /data/col1/rl_test is: 30 days.
Comment les fichiers au sein d'une structure MTree avec verrouillage de rétention activé sont-ils verrouillés ?
L'heure de dernier accès à un fichier peut être modifiée à partir d'un client NFS ou CIFS à l'aide de la commande « touch » :
# touch -a -t [expiry time] [file to be locked]
Par exemple, pour définir l'heure de dernier accès à /data/col1/rl_test/testfile sur 07 h 05 le 8 juin :
# touch -a -t 06080705 /data/col1/rl_test/testfile
La période entre l'heure actuelle et l'heure de dernier accès future doit être comprise entre les périodes de rétention minimale et maximale pour la structure MTree. Dans le cas contraire, une erreur survient lors de la modification de l’heure de dernier accès du fichier :
# touch -a -t 08080705 /data/col1/rl_test/testfile
touch: setting times of `/data/col1/rl_test/testfile': Permission denied
Un message correspondant s’affiche également dans les fichiers journaux du système de fichiers Data Domain (DDFS) :
06/07 13:44:57.197 (tid 0x2b28ee5258c0): Attempt to set atime of /data/col1/rl_test/testfile to larger than maximum retention period of mtree.
Par défaut, les clients CIFS (Windows) n’incluent pas de commande tactile ou d’utilitaire, mais plusieurs de ces utilitaires sont disponibles gratuitement au téléchargement à partir de divers sites Web tiers.
Quelles applications de sauvegarde prennent en charge le verrouillage de rétention automatique des fichiers après leur écriture dans une DDR ?
Le verrouillage de rétention Data Domain est compatible avec les protocoles WORM (Write Once-Read-Many) NAS standards sur le marché. L’intégration est qualifiée au moyen d’applications d’archivage telles que Symantec Enterprise Vault, SourceOne, Cloud Tiering Appliance ou DiskXtender.
Pour Dell NetWorker, les modes de gouvernance et de conformité sont pris en charge.
À compter de juin 2024, les versions récentes d’Avamar prennent en charge à la fois le verrouillage de rétention Data Domain en mode conformité (et gouvernance) dans le cadre de la fonctionnalité « Sauvegardes inaltérables » d’Avamar. Pour plus d’informations, voir l’article ci-dessous et la documentation Avamar :
Avamar et Data Domain : Activation des sauvegardes inaltérables Avamar et du verrouillage de rétention Data Domain en mode conformité
Il est essentiel de respecter strictement les étapes d’activation de la fonctionnalité « Sauvegardes inaltérables » d’Avamar. Dans le cas contraire, vous risquez de vous retrouver avec une structure MTree Avamar dans le DD qui ne peut pas faire l’objet d’écritures supplémentaires ou qui présente des problèmes opérationnels forçant à ralentir la restauration. Avamar ne fonctionne pas avec le verrouillage de rétention automatique (ARL) DD, et l’ARL ne doit pas être activé pour une structure MTree Avamar sur un DD.
Les clients qui utilisent d’autres applications de sauvegarde ne prenant pas nativement en charge le verrouillage de rétention Data Domain peuvent également développer des scripts personnalisés de manière à utiliser Data Domain Retention Lock pour définir manuellement les périodes de rétention des fichiers. Dans ce scénario, assurez-vous que les scripts personnalisés définissent l'heure de dernier accès à un fichier de sorte qu'il soit déverrouillé avant que l'application de sauvegarde ne tente de le supprimer. Dans le cas contraire, l'application de sauvegarde tente de supprimer les fichiers verrouillés (ce qui échoue). Le fichier est laissé sur la DDR, consommant indéfiniment de l'espace disque. Consultez le Guide d'administration de Data Domain.
Verrouillage de rétention automatique
Pour les applications de sauvegarde qui ne prennent pas nativement en charge la fonction de verrouillage de rétention Data Domain, tirer parti de cette fonctionnalité a toujours été un défi pour les clients. Des scripts doivent être configurés par l’administrateur de sauvegarde afin de définir le verrouillage de rétention sur les fichiers nouvellement acquis pour une structure MTree. Le verrouillage doit être défini de sorte à expirer peu de temps avant l’expiration de la sauvegarde (et sa suppression) par l’administrateur de sauvegarde.
L’ARL définit un verrouillage sur chaque fichier écrit sur la structure MTree après l’activation de la fonctionnalité, ce qui empêche le fichier d’être modifié ou supprimé pendant une période donnée à l’issue de la période de réflexion configurée. Cela signifie que l’ARL ne doit pas être activé pour les charges applicatives ou les applications de sauvegarde qui doivent mettre à jour certains fichiers à plusieurs reprises au fil du temps, par exemple, sur des pools VTL (les fichiers de bande VTL sont écrits à plusieurs reprises) ou pour les applications de sauvegarde qui conservent les informations de métadonnées en même temps que les fichiers de sauvegarde du client eux-mêmes (comme NetWorker ou Avamar). Dans ces cas, l’activation de l’ARL peut verrouiller des fichiers importants pendant une certaine période, et lorsque ces fichiers doivent être écrits ultérieurement pour d’autres sauvegardes, l’écriture échoue, de même que toutes les sauvegardes ultérieures.
Pour aider les administrateurs de sauvegarde à réduire la charge liée au maintien du verrouillage de rétention sur les fichiers de sauvegarde et à faire en sorte que le DDOS offre des fonctions équivalentes aux autres fournisseurs, il existe depuis DDOS 6.2.0.20 une fonctionnalité pouvant être activée à partir de la CLI pour chaque structure MTree sur laquelle le verrouillage de rétention est configuré, et permettant de définir un verrou sur chaque fichier acquis (pour une période donnée), après qu’un laps de temps prédéterminé s’est écoulé depuis la fin de l’écriture du fichier sur le disque. De cette façon, les administrateurs n'ont plus à se soucier de définir manuellement (ou par un script) le verrouillage de rétention, lequel peut alors se produire automatiquement sans la coopération de l'application de sauvegarde.
Avant DDOS 7.8, le verrouillage de rétention automatique ne peut pas être utilisé sur les unités de stockage logiques (LSU) DD Boost. Si vous tentez d’activer cette option, une erreur s’affiche indiquant qu’elle n’est pas prise en charge.
À partir de la version 7.8, ARL est pris en charge pour les LSU DD Boost.
(Le verrouillage de rétention automatique utilisé sur les DD cibles pour la réplication de fichiers gérés (MFR), comme le clone NW, doit avoir un délai de verrouillage automatique suffisamment long pour s’assurer que les opérations de clonage sont terminées pour le jeu de sauvegardes avant que le verrouillage ne soit défini sur les fichiers. Exemple : un fichier de petite taille qui fait partie d’un jeu de sauvegardes termine rapidement la réplication tandis qu’un fichier plus volumineux prend plus de temps, puis un verrouillage de rétention est appliqué au premier fichier lorsque le plus grand fichier termine la réplication et une erreur se produit lorsque NW tente de déplacer tous les fichiers du jeu de sauvegardes vers le répertoire d’archivage final.)
Le verrouillage de rétention automatique n’est pas pris en charge sur Data Domain VTL.
Sur les versions applicables, il existe des options supplémentaires dans la mtree retention-lock CLI, comme illustré ci-dessous. Cette fonctionnalité peut également être configurée via l'interface utilisateur en choisissant « Automatique » au lieu de « Manuel » dans l'option « Utilisation » :
# mtree retention-lock set
{min-retention-period | max-retention-period |
automatic-retention-period | automatic-lock-delay} <period>
mtree <mtree-path>
La fonction de verrouillage de rétention automatique verrouille un fichier immédiatement après expiration d’une période de refroidissement préconfigurée (automatic-lock-delay). Une fois que le fichier est écrit dans une structure MTree avec verrouillage de rétention activé et que le verrou est valide pour « automatic-retention-period » à compter du moment où il a été défini, si la valeur se trouve entre les valeurs « min-retention-period » et « max-retention-period » définies pour la structure MTree, le verrouillage se produit.
Pour plus d'informations sur l'utilisation et des informations générales sur la fonctionnalité, consultez le Guide d'administration DDOS correspondant. Cette fonctionnalité n’est pas adaptée aux situations dans lesquelles la même structure MTree est utilisée comme cible pour des sauvegardes qui devraient soit présenter des ensembles de verrouillage pour différentes périodes, soit ne présenter aucun ensemble de verrouillage à l’origine.
Qu’est-ce qui peut ou ne peut pas être fait sur un fichier verrouillé ?
Est-il possible de supprimer complètement le verrouillage de rétention sur un fichier ou un ensemble de fichiers ?
Il est possible de « désactiver » (supprimer) le verrouillage de rétention des fichiers dans des structures MTree à l'aide du mode de gouvernance. Pour ce faire, utilisez la commande suivante :
# mtree retention-lock revert [path]
Une fois le verrouillage de rétention d'un fichier supprimé, celui-ci peut être modifié ou supprimé normalement. Si cette commande est exécutée sur un répertoire, tous les fichiers de ce répertoire et tous les sous-répertoires voient leur verrouillage de rétention supprimé.
Il n'est pas possible de désactiver un verrouillage de rétention sur les fichiers au sein de structures MTree en mode de conformité. Ce genre de tentative entraîne l'affichage d'une erreur correspondante :
# mtree retention-lock revert /data/col1/rl_test_comp/testfile
This operation is not allowed. Mtree is in retention-lock compliance mode.
Que se passe-t-il en cas de tentative de modification ou de suppression d’un fichier faisant l’objet d’un verrouillage de rétention ?
Toute tentative de modification ou de suppression d’un tel fichier entraîne l’affichage d’une erreur permission denied correspondante :
# echo " test2" >> /data/col1/rl_test/testfile
bash: testfile: Permission denied
# rm testfile
rm: remove write-protected regular file `testfile'? y
rm: cannot remove `testfile': Permission denied
Les journaux DDFS indiquent que l'opération a échoué en raison du verrouillage de rétention du fichier :
06/07 07:06:59.756 (tid 0x2b5a77605d50): Atime of retention-lock file /data/col1/rl_test/testfile is not expired.
06/07 07:07:42.504 (tid 0x2b5a79111390): Atime of retention-lock file /data/col1/rl_test/testfile is not expired.
Est-il possible de répertorier tous les fichiers faisant l’objet d’un verrouillage de rétention ?
Oui, cette opération peut être effectuée à l’aide de la commande mtree retention-lock report generate retention-details WMIC suivante :
mtree retention-lock report generate retention-details
mtrees {<mtree-list> | all}
[format {text | tsv | csv}]
[output-file <file-name>]
Report detailed information of
retention-lock files.
Par exemple, pour répertorier les détails de tous les fichiers verrouillés dans la structure /data/col1/rl_test MTree les opérations suivantes sont effectuées :
sysadmin@ddxxxx# mtree retention-lock report generate retention-details mtrees /data/col1/jftest
Report generated on: Fri Jul 1 14:19:31 2016
Report for mtree: /data/col1/jftest
File Path Mode Size(Bytes) Expiration Date
/data/col1/jftest/file1 governance 10521456 Sat Jul 2 22:35:48 2016
/data/col1/jftest/testdir/file2 governance 10521680 Sat Jul 2 22:35:42 2016
/data/col1/jftest/file3 governance 10521820 Sun Jul 10 22:36:09 2016
Total files: 3
Est-il possible de désactiver complètement le verrouillage de rétention pour une structure MTree (une fois qu’elle est activée) ?
Oui, pour les structures MTree utilisant le mode de gouvernance, cette opération est effectuée à l’aide de la commande mtree retention-lock disable WMIC suivante :
# mtree retention-lock disable mtree [mtree] For example: sysadmin@xxxx# mtree retention-lock disable mtree /data/col1/rl_test Retention-lock feature is disabled (previously enabled) for mtree /data/col1/rl_test. Once disabled,MTree listindicates that retention lock was used against the MTree but has since been disabled, that is: sysadmin@ddxxxx#mtree listName Pre-Comp (GiB) Status Tenant-Unit --------------------------------- -------------- ------- ----------- ... /data/col1/rl_test 0.0 RW/RLGD - ...
sysadmin@ddxxxx# mtree retention-lock revert /data/col1/rl_test/testfile **** Retention-lock feature is disabled (previously enabled) for mtree which contains the path /data/col1/rl_test/testfile.
sysadmin@ddxxxx# mtree retention-lock disable mtree /data/col1/rl_test_comp **** Operation is not allowed because the system is a retention-lock compliance system
# replication break mtree://[destination system]/data/col1/[mtree]
# replication add source mtree://[source system]/data/col1/[mtree] destination mtree://[destination system/data/col1/[mtree]
# mtree retention-lock enable mode compliance mtree [mtree]
# replication resync mtree://[destination system/data/col1/[mtree]
# user reset
# filesys destroy
# filesys archive unit del [archive unit name] De tels systèmes ne peuvent pas être démarrés en mode utilisateur unique pour une récupération par le support technique sans l’utilisation d’une clé USB et un accès physique au système.
# mtree delete [mtree] # mtree retention-lock reset [min-retention-period period | max-retention-period period] mtree [mtree] # mtree retention-lock disable mtree [mtree] # mtree retention-lock revertToutefois, dans DDOS 7.3 et versions ultérieures, une disposition a été prise pour permettre aux clients de supprimer des structures MTree sur lesquelles le mode de conformité du verrouillage de rétention est activé, à condition que :
# cloud unit del <cloud unit name>
# filesys enable