Rétention par stratégie

Avant de commencer

>gt; ℹ️ Avant de créer une stratégie de rétention, il est indispensable de bien en comprendre le fonctionnement. >gt; Merci de vous référer à la documentation de la rétention : ➡️ Rétention des sauvegardes

Utilisation

Définir la rétention

Clé	Paramètre	Contrôle
Configuration.Node.Retention	[at <lt; path >gt;] after <lt; value >gt; (days | weeks) keep ((every <lt; value >gt; (hours|days|weeks))|none)	Permet de définir une règle de rétention. Les règles s'appliquent au nœud s'il est spécifié, sinon à l'ensemble de la sélection.

Fonctionnement :

• Chemin : il est possible de spécifier le chemin à partir duquel on applique le modèle de rétention. C'est le paramètre optionnel at <lt;path>gt; qui permet de le préciser. Si le paramètre n'est pas utilisé, le modèle de rétention est appliqué sur le compte cible dans sa globalité. La variable <lt;path>gt; doit être remplacée par le chemin souhaité (de préférence placé entre guillemets).

• Point dans le temps :

• Filtre : cette partie définit l'historique à conserver. Le filtre est défini par keep ((every <lt; value >gt; (hours\|days\|weeks))\|none) :

• [at <lt; path >gt;] (optionnel) : remplacer <lt;path>gt; par le chemin auquel appliquer la rétention (de préférence entre guillemets). Si le chemin n'est pas précisé, la rétention est appliqué à la racine du compte cible.

• after <lt; value >gt; (days|weeks) : point temporel auquel on applique le filtre. Dans l'expression after <lt; value >gt; (days \| weeks), value doit être remplacé par une valeur numérique et (days|weeks) doit prendre les valeurs days ou week en fonction de l'échelle de temps souhaité.

• keep ((every <lt; value >gt; (hours|days|weeks))|none) : période sur laquelle on conserve une version (s'il y a une version). value est une valeur numérique et l'unité peut prendre les valeurs hours, days, weeks. Le couple valeur / unité peut également être remplacé par la valeur none pour ne pas conserver de donnée (keep none dans ce cas).

Permettre les ajouts manuels

Clé	Paramètre	Contrôle
Configuration.Node.Retention.MergeUser	true | false	Permet à l'utilisateur d'ajouter ses règles de rétention

Fonctionnement :

L'injection d'un paramétrage par stratégie aura pour effet d'empêcher toute modification à l'utilisateur.

Pour permettre à un utilisateur d'ajouter une rétention manuellement, utiliser la clé de stratégie Configuration.Node.Retention.MergeUser avec la valeur true. L'utilisateur pourra ainsi ajouter des règles de rétention complémentaires sans modifier celles injectées par stratégie.

Exemples

Rétention linéaire de 30 jours

Définir une rétention linéaire de 30 jours, sur la globalité compte :

# Rétention linéaire de 30 jours
Configuration.Node.Retention : after 30 days keep none

Rétention dégressive sur 10 ans

Rétention de 10 ans avec une granularité dégressive dans le temps et sur la globalité d'un compte en utilisant le modèle suivant :

• Après 4 semaines, conserver au maximum une version par semaine
• Après 1 trimestre, conserver au maximum une version par trimestre
• Après 1 an, conserver au maximum une version par an
• Après 10 ans, ne rien conserver

# Rétention dégressive de 10 ans
Configuration.Node.Retention : after 4 weeks keep every 1 week
 : after 13 weeks keep every 13 weeks
 : after 52 weeks keep every 52 weeks
 : after 520 weeks keep none

Rétention d'une semaine sur un chemin spécifique

Conserver l'historique pendant une semaine sur le chemin c:\dbdump\.

# Rétention d'une semaine sur le chemin c:\dbdump\
Configuration.Node.Retention : at "c:\dbdump\" after 1 weeks keep none

Rétention d'une semaine sur un chemin spécifique et de 30 jours sur le reste du compte

Il est possible combiner des exemples ci-dessus.

# Rétention de 30 jour et d'une semaine sur le chemin c:\dbdump\
Configuration.Node.Retention : after 30 days keep none
 : at "c:\dbdump\" after 1 weeks keep none