Chaque sauvegarde dans StateWarden porte sa propre date d'expiration, apposée au moment de sa création. La conservation n'est donc pas une tâche de nettoyage que vous exécutez plus tard - c'est une propriété de la sauvegarde elle-même, définie par la politique de sauvegarde qui l'a produite. Cet article explique comment la conservation se configure, ce qui se passe lorsqu'une sauvegarde expire, et comment planifier la conservation en regard de votre quota de stockage et de vos obligations de conformité.
1. Ce que signifie la conservation dans StateWarden
La conservation se configure par politique de sauvegarde, via le champ Conservation (jours) de l'éditeur de politique. La valeur par défaut d'une nouvelle politique est de 30 jours.
Au démarrage d'une tâche de sauvegarde, l'agent lit la valeur de conservation de la politique et calcule la date d'expiration :
Date d'expiration = date de création de la sauvegarde + conservation (jours)
La date est attachée à l'enregistrement de la sauvegarde et elle est scellée : elle ne peut plus être modifiée ensuite. Modifier la valeur de conservation de la politique n'affecte que les sauvegardes créées après le changement. Cette immuabilité est délibérée - elle garantit qu'un point de restauration vit exactement aussi longtemps que ce qui était configuré au moment où il a été pris, ce qui rend la conservation auditable.
Deux conséquences découlent de l'expiration par sauvegarde :
- Supprimer une politique ne supprime pas ses sauvegardes. Chaque sauvegarde conserve sa propre date d'expiration, indépendamment de la politique qui l'a créée. Retirer une politique arrête les sauvegardes futures ; l'historique existant expire selon son calendrier d'origine.
- Des cycles de vie mixtes sur un même appareil sont normaux. Une politique quotidienne avec une conservation de 30 jours et une politique toutes les 4 heures avec une conservation de 7 jours peuvent gouverner le même appareil sans interférer.
Pour le modèle complet des politiques - planifications, sources et limites Fair Use - voir Politiques de sauvegarde & gestion intelligente des quotas.
2. Conservation illimitée
Régler Conservation (jours) sur 0 désactive l'expiration : les sauvegardes créées sous cette politique sont conservées indéfiniment, jusqu'à une suppression manuelle.
Les sauvegardes déclenchées manuellement, hors de toute planification de politique, sont par défaut en conservation illimitée.
Utilisez la conservation illimitée avec parcimonie - par exemple pour une archive trimestrielle ou un snapshot pré-migration. Une conservation indéfinie accumule du stockage et compte dans le quota de stockage de votre Realm aussi longtemps que la sauvegarde existe.
3. Ce qui se passe lorsqu'une sauvegarde expire
L'expiration est une transition de cycle de vie, pas un effacement immédiat :
- Expirée : une fois la date d'expiration passée, la sauvegarde est logiquement marquée comme expirée. Elle disparaît des listes de sauvegardes standard et n'est plus disponible comme point de restauration.
- Éligible au nettoyage : la sauvegarde expirée devient éligible au garbage collection. La couche de stockage Driad récupère l'espace physique de façon asynchrone, pendant ses fenêtres de maintenance - l'utilisation du stockage ne diminue pas nécessairement à l'instant où une sauvegarde expire.
Déduplication et comptage de références
StateWarden stocke les sauvegardes en déduplication : les données de sauvegarde sont découpées en chunks, et les chunks identiques d'une sauvegarde à l'autre ne sont stockés qu'une seule fois. Chaque chunk fait l'objet d'un comptage de références - la couche de stockage suit combien de sauvegardes le référencent encore.
Un chunk n'est physiquement supprimé que lorsque la dernière sauvegarde qui le référence a expiré ou a été supprimée. Conséquences pratiques :
- Faire expirer ou supprimer une seule ancienne sauvegarde peut ne libérer que peu ou pas d'espace, car la plupart de ses chunks sont typiquement partagés avec des sauvegardes plus récentes du même volume.
- L'espace réellement libéré par une expiration correspond à peu près à la quantité de données qui n'existe que dans cette sauvegarde. Pour une chaîne quotidienne d'un volume qui change lentement, c'est en général l'équivalent d'une journée de modifications.
- Un chiffre d'utilisation du stockage qui ne baisse pas juste après l'expiration de sauvegardes est un comportement attendu, pas un dysfonctionnement.
4. Expiration et suppression manuelle
Les deux chemins aboutissent à la même règle de déduplication - l'espace n'est libéré que lorsque plus aucune sauvegarde restante ne référence les données - mais ils diffèrent par l'intention et le contrôle.
L'expiration est automatique et pilotée par la politique. Aucune action d'administrateur n'est requise ; la sauvegarde cesse d'être restaurable à sa date apposée.
La suppression manuelle est une opération de destruction immédiate et délibérée, exécutée depuis la vue Restaurer les données :
- Repérez la sauvegarde dans la vue Restaurer les données et cliquez sur l'icône de suppression. L'action n'est disponible qu'aux utilisateurs dont le rôle de Realm inclut la permission de suppression des sauvegardes.
- Confirmez la boîte de dialogue SUPPRESSION DÉFINITIVE. L'action est irréversible : les clés cryptographiques associées à ce snapshot précis sont abandonnées, et les données ne pourront pas être récupérées.
- Selon la politique MFA de votre Realm, le Dashboard peut vous demander un code MFA avant d'exécuter la suppression. Voir Gérer MFA et l'identité : logique à trois états pour la façon dont la politique encadre les actions destructives.
La suppression manuelle est le bon outil pour retirer une sauvegarde avant sa date apposée - par exemple pour purger un snapshot pris sur un système compromis ou mal configuré. Pour tout le reste, laissez la conservation faire expirer les sauvegardes selon le calendrier.
5. Les sauvegardes échouées ne sont pas des points de restauration
Seules les sauvegardes terminées comptent comme points de restauration. Une sauvegarde échouée :
- apparaît dans la vue Restaurer les données avec un statut FAILED, le motif de l'échec étant disponible sur la pastille de statut,
- ne peut être ni montée ni restaurée - ses actions de restauration restent désactivées,
- n'étend pas votre historique de reprise.
C'est important pour la planification de la conservation : votre couverture effective dans le temps est constituée de la chaîne des sauvegardes réussies uniquement. Si les sauvegardes d'un appareil échouent pendant une semaine, une fenêtre de conservation de 30 jours laisse tout de même un trou de 7 jours à l'extrémité la plus récente. Examinez rapidement les entrées FAILED via Événements & Journaux au lieu de présumer que la planification vous protège.
6. Planifier la conservation
En regard du quota de stockage
Une conservation plus longue signifie davantage de points de restauration maintenus en vie, donc davantage de chunks épinglés par le comptage de références. Deux propriétés de la charge déterminent le coût réel :
- Le taux de changement (churn) : un volume de base de données qui réécrit des gigaoctets chaque jour accumule bien plus de chunks uniques par jour conservé qu'un serveur de fichiers essentiellement statique.
- La fréquence des sauvegardes : une politique toutes les 4 heures crée six fois plus de points de restauration par jour qu'une politique quotidienne, chacun épinglant ses propres données modifiées.
Dimensionnez la conservation avec le plafond de stockage de votre Realm - voir Comprendre les quotas et le Fair Use pour la façon dont le quota de stockage est suivi et ce qui se passe à son approche.
En regard des obligations de conformité
Définissez les durées de conservation à partir des obligations de votre organisation : minimums réglementaires, exigences contractuelles et politiques de gouvernance internes. La date d'expiration scellée soutient l'intégrité de l'audit, puisqu'un point de restauration ne peut pas survivre à sa durée configurée. Cet article ne constitue pas un conseil juridique - confirmez les durées précises applicables à votre juridiction et à votre secteur avec votre responsable conformité ou votre conseil juridique.
Points de départ recommandés
Les valeurs ci-dessous sont des points de départ, pas des règles. Ajustez-les à vos taux de changement, à vos objectifs de reprise et à vos obligations :
- Machines de test et de labo : 7 à 14 jours. Les besoins de reprise sont éphémères ; une longue conservation gaspille du quota.
- Endpoints et postes de travail : 30 jours (la valeur par défaut). Couvre la fenêtre typique dans laquelle une perte de données est remarquée.
- Serveurs de fichiers : 90 jours. Les utilisateurs demandent régulièrement des restaurations de fichiers supprimés des semaines plus tôt.
- Bases de données et systèmes métier : 90 à 180 jours ou plus, alignés sur les cycles métier et d'audit.
- Jalons d'archivage (pré-migration, clôture de trimestre) : conservation illimitée (
0) sur une politique dédiée, revue périodiquement.
StateWarden : la résilience par l'ingénierie.