Nettoyer une installation CMS en conservant les points de récupération

Northstar Studio a installé plusieurs mises à jour. Dans Backups, l’opérateur trouve davantage d’archives que prévu : la règle protège les cinq dernières sauvegardes réussies précédant une mise à jour, mais des fichiers plus anciens restent présents.

Ce nombre représente un minimum de points de récupération. D’autres archives peuvent rester dans leur période de conservation, être explicitement protégées ou relever d’une autre sauvegarde de sécurité. Maintenance → Cleanup réunit stockage, conservation et choix des catégories automatiques.

Le nettoyage ne peut supprimer une sauvegarde que si les contrôles d’ancienneté et de protection le permettent. Une archive ancienne peut rester nécessaire pour préserver le minimum de sauvegardes réussies. Une archive manquante ou en échec ne remplace pas un point validé.

Prenons un délai de 14 jours et un minimum de cinq archives réussies. S’il n’existe que trois archives valides, elles restent protégées après 14 jours. Avec dix archives valides, les plus récentes peuvent être conservées même lorsque les cinq plus anciennes ne sont plus protégées par le minimum numérique.

Les paramètres enregistrés sont conservés lors d’une mise à niveau. Examinez la règle réelle de l’installation avant de vous fier aux valeurs par défaut.

Le rapport distingue les enregistrements de sauvegarde, les fichiers physiques distincts et les octets mesurés selon le motif de conservation. Une archive partagée est comptée une seule fois physiquement, même si plusieurs enregistrements la référencent. Les fichiers non enregistrés comme sauvegardes comptent dans l’occupation mesurée, mais ne sont pas sélectionnés pour une suppression automatique.

Un budget de stockage facultatif déclenche des avertissements. Il ne contourne pas les protections et ne constitue pas une limite stricte. Si le stockage reste au-dessus du budget après nettoyage, l’opérateur doit décider comment résoudre cette contrainte.

Dans Backups, une archive peut être marquée Protected et recevoir une règle de conservation. La protection interdit sa suppression tant qu’elle reste active. La conservation indéfinie empêche l’expiration automatique, mais autorise une suppression explicite.

Pour la sauvegarde de Northstar précédant une migration, cette distinction permet une protection volontaire. Une durée indéfinie ne bloque pas toute suppression manuelle. Une date d’expiration explicite doit aussi respecter les protections et les minimums de récupération.

Cleanup couvre aussi les révisions de ressources, les variantes de médias obsolètes, les espaces temporaires connus et les révisions de pages et de Shared Slots. Les nouvelles catégories automatiques sont initialement désactivées et s’activent individuellement.

Le nettoyage des variantes conserve les originaux de Media Library et les empreintes actuelles. Pour les révisions, ancienneté et minimum s’appliquent ensemble : une page de 20 révisions les conserve toutes si la règle protège les 50 dernières, même anciennes. Les paquets de transfert et les journaux restent gérés par l’opérateur.

Dashboard, Backups et Cleanup affichent le dernier rapport terminé et l’heure de mesure. Les rapports anciens sont signalés comme périmés ; ouvrir l’écran ne les recalcule pas de façon synchrone. Refresh checks ou le planificateur peuvent les actualiser. Nettoyage et restauration effectuent toujours des contrôles actuels avant d’agir.

Scheduler setup and verification affiche les instructions propres à l’installation et l’activité enregistrée. Une entrée cron atteste la configuration ; un heartbeat enregistré prouve l’exécution effective. Chaque catégorie activée suit son propre horaire.

Pour Northstar, il faut examiner les motifs de conservation, prévisualiser le nettoyage possible, vérifier le planificateur et contrôler le résultat. La documentation d’exploitation précise les limites. Si la protection exige de garder les fichiers, l’occupation peut rester supérieure à l’objectif : le rapport rend cette décision visible.

Les captures montrent des données fictives de Northstar Studio dans le CMS 1.107.2 publié. Elles illustrent les contrôles et des états d’exemple ; aucune récupération ni aucun nettoyage en production n’a été effectué.

Les commentaires sont examinés avant leur publication.