À quelle fréquence les référentiels de sauvegarde doivent-ils être compactés ou purgés ?

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Exécutez l’élagage de la rétention selon un calendrier prévisible - souvent après la réussite des sauvegardes quotidiennes ou hebdomadaires - mais ne compactez que lorsque l’outil de sauvegarde l’exige et que l’espace récupérable justifie les opérations d’E/S. L’élagage sélectionne les points de récupération expirés ; le compactage ou le repaquetage récupère de l’espace de stockage.

Les commandes et les coûts diffèrent entre Borg, restic et les autres dépôts dédupliqués. Un calendrier sûr doit tenir compte de la fréquence des écritures, des verrous du dépôt, de la bande passante distante, de l’espace libre et de la durée pendant laquelle la maintenance bloque les nouvelles sauvegardes. Cette distinction détermine la méthode de mesure, la marge de sécurité et la condition d’arrêt. Cette distinction détermine la méthode de mesure, la marge de sécurité et la condition d’arrêt.

Séparez les décisions de rétention de la récupération d’espace

L’élagage applique la politique des points de récupération. Il doit être effectué assez souvent pour éviter l’accumulation imprévisible des instantanés expirés, mais uniquement après vérification de la sauvegarde la plus récente et réexamen des règles de conservation.

Le compactage réécrit ou supprime les paquets du dépôt et peut transférer une quantité importante de données. L’exécuter après chaque petit élagage peut gaspiller des E/S, tandis que ne jamais l’exécuter peut laisser des données supprimées continuer à occuper l’espace de destination.

Utilisez la sortie d’une exécution à blanc lorsqu’elle est prise en charge et consignez l’ensemble de conservation prévu. Un calendrier est dangereux si les opérateurs ne peuvent pas expliquer quels points quotidiens, hebdomadaires et mensuels resteront ensuite.

Déclenchez la maintenance à partir de conditions mesurables

Suivez la croissance du dépôt, les octets récupérables, la capacité libre, la durée de l’élagage, la durée du compactage, les conflits de verrous et l’ancienneté de la dernière vérification réussie. Ces indicateurs sont plus utiles qu’un simple calendrier.

Un petit dépôt domestique peut être élagué chaque semaine et compacté chaque mois ; un dépôt soumis à de nombreuses modifications peut nécessiter une maintenance plus fréquente. Le bon intervalle est celui qui préserve une marge suffisante sans chevaucher les fenêtres de sauvegarde ou de restauration.

Utilisez le tableau ci-dessous comme politique de départ, puis remplacez-la par les durées et les taux de croissance observés.

État observé Verdict Action suivante
Rétention modifiée ; peu de données récupérables Élagage uniquement Reporter le compactage
Nombreuses modifications ; espace récupérable important Élaguer puis compacter Exécuter pendant une fenêtre protégée
Peu d’espace libre ou sauvegarde active Dangereux maintenant Arrêter et résoudre le conflit

Établissez une séquence de maintenance sûre

Terminez et vérifiez la nouvelle sauvegarde, exécutez l’élagage en mode aperçu, appliquez la politique de rétention, puis compactez ou repaquetez si l’outil signale un espace récupérable suffisant. Ne supprimez jamais manuellement les fichiers du dépôt.

Empêchez les écritures concurrentes et vérifiez qu’il y a suffisamment d’espace temporaire pour le repaquetage. Sur un stockage distant, estimez les octets téléchargés et téléversés avant de démarrer une tâche susceptible de dépasser la fenêtre de maintenance.

Le diagnostic d’un élagage interrompu de ZimaSpace définit la limite de récupération sûre.

Le flux de travail Borg et restic de Linux Junkies montre pourquoi l’élagage et la récupération d’espace sont des opérations distinctes.

Validez la rétention avec une véritable restauration

Répertoriez les points conservés après la maintenance et restaurez un petit élément récent ainsi qu’un élément plus ancien de chaque niveau de rétention. Les vérifications d’intégrité du dépôt et les tests de restauration répondent à des questions différentes ; exécutez donc les deux.

Surveillez la prochaine sauvegarde normale pour détecter les verrous persistants, les paquets manquants ou les téléversements complets inattendus. Un journal d’élagage sans erreur ne prouve pas que les clients peuvent reprendre leurs écritures.

Poursuivez lorsque l’ensemble de conservation correspond à la politique, que les vérifications réussissent, que les restaurations fonctionnent et que la maintenance tient dans sa fenêtre. Arrêtez-vous si l’espace libre est insuffisant pour le repaquetage, si une autre écriture est active ou si l’exécution à blanc supprime le dernier point de récupération requis.

Assistance et conseils

Plus à lire

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.