Nettoyage des vieilles sauvegardes — vue métier

À quoi ça sert ?

Chaque dimanche à 1h du matin (heure de Paris), on supprime les copies de sauvegarde de la base de données qui ont plus de 60 jours. Au bout de 2 mois, ces vieilles copies ne servent plus (on garde toujours les plus récentes), et elles occupent de l’espace disque sur le serveur de backup. Sans ce nettoyage, le serveur finirait par saturer.

C’est le complément logique de la tâche de sauvegarde de la base de données qui produit une copie toutes les 4 heures.

Quand ça tourne ?

Chaque dimanche à 1h du matin (heure de Paris).

Ce que ça change concrètement

• Aucun impact côté plateforme ou utilisateurs.
• Sur le serveur de backup : les fichiers de sauvegarde vieux de plus de 60 jours sont effacés chaque dimanche. L’espace disque reste maîtrisé.

Qui est concerné ?

• Équipe IT uniquement. Personne d’autre ne voit cette tâche.

Cas connus / points d’attention

• Point actif à date (avril 2026) : la dernière exécution (18 avril 2026) a échoué, et comme la tâche est 100 % shell elle n’est pas remontée dans Sentry — personne ne l’a vu jusqu’à la rédaction de cette page. Il faut relancer et comprendre pourquoi elle a planté (clé d’accès au serveur expirée ? serveur inaccessible ce jour-là ?).

TODO(review) : investiguer l’échec du 2026-04-18 et corriger ou durcir la tâche. Ticket à ouvrir côté IT.

• Si le serveur de backup était inaccessible pendant plusieurs dimanches consécutifs, l’espace occupé continuerait de croître sans qu’on le sache.

Qui est alerté si ça plante ?

Personne automatiquement. C’est l’équipe IT qui doit aller vérifier manuellement côté GitLab. Un canal d’alerting dédié (webhook, Slack, Discord) est à mettre en place.

Détails techniques (équipe IT) : voir Purge des backups base de données.