La planification des sauvegardes

Fonctionnement et cas d’usage #

Dans Cybee, la planification des sauvegardes est un mécanisme central qui détermine quand et à quelle fréquence les sauvegardes sont déclenchées automatiquement.

Comprendre son fonctionnement permet de configurer des stratégies de protection adaptées à chaque profil client, qu’il s’agisse d’une entreprise avec une sauvegarde quotidienne nocturne simple ou d’un compte critique nécessitant plusieurs fenêtres de sauvegarde différentes dans la journée.

Le Planification : unité de base #

Un Planification est une règle de déclenchement automatique attachée à un Plan de sauvegarde. La relation est la suivante :

Plan de sauvegarde (1) ────> (N) Planification

Un même Plan de sauvegarde peut être associé à plusieurs planifications indépendants, ce qui permet de combiner des fréquences différentes selon les jours, les horaires ou les périodes de l’année. C’est ce mécanisme de multi-Planification qui donne toute sa puissance au système de planification Cybee.

Structure d’une Planification #

Chaque Planification est défini par un objet cron_calendar suivant la syntaxe cron Unix standard, complété d’un champ enabled :

Champ	Description
`minute`	Minute(s) de déclenchement
`hour`	Heure(s) de déclenchement
`day_of_month`	Jour(s) du mois (1–31)
`month_of_year`	Mois de l’année (1–12)
`day_of_week`	Jour(s) de la semaine (0 = dimanche, 6 = samedi)
`timezone`	Fuseau horaire IANA (ex. `Europe/Paris`, `UTC`)
`enabled`	Active (`true`) ou suspend (`false`) le Planification sans le supprimer

Notation cron supportée #

Valeur	Signification
`*`	Toutes les valeurs
`5`	Valeur fixe (ex. à la minute 5)
`*/2`	Toutes les 2 unités
`8-18`	Plage de valeurs
`1,3,5`	Liste de valeurs
`8-12,14-18`	Combinaison de plages

Convention Cybee : 0 = dimanche, 1 = lundi, …, 6 = samedi.

Gestion du fuseau horaire #

Le champ timezone accepte les identifiants IANA Time Zone. Ce paramètre est important pour les clients dont les équipes sont réparties géographiquement.

Bonne pratique : utiliser Europe/Paris pour les clients français afin que les horaires affichés dans la console correspondent à l’heure locale. Utiliser UTC pour les configurations d’infrastructure et les intégrations avec des systèmes externes.

Activation et suspension d’une planification #

Il est possible de suspendre temporairement une planification sans le supprimer (via le champ enabled). Les cas d’usage typiques sont :

Maintenance planifiée : désactiver les sauvegardes pendant une fenêtre de maintenance, sans perdre la configuration.
Tests : créer un Planification désactivé, le valider, puis l’activer en production.
Saisonnalité : désactiver un Planification saisonnier en dehors de la période concernée.

Un Planification désactivé ne perturbe pas les sauvegardes en cours d’exécution.

Cas pratiques #

Cas 1 — Sauvegarde nocturne quotidienne (lundi–vendredi) #

Contexte : client souhaitant une sauvegarde chaque soir de semaine à 23h50.

Paramètre	Valeur
`hour`	`23`
`minute`	`50`
`day_of_week`	`1-5`
`timezone`	`Europe/Paris`

Résultat : 5 déclenchements par semaine, du lundi au vendredi.

Cas 2 — Sauvegarde toutes les heures en journée #

Contexte : serveur de fichiers actif, couverture horaire de 8h à 20h, tous les jours.

Paramètre	Valeur
`hour`	`8-20`
`minute`	`0`
`day_of_week`	`*`
`timezone`	`Europe/Paris`

Résultat : 13 déclenchements par jour (8h00, 9h00, …, 20h00).

Cas 3 — Sauvegarde hebdomadaire le dimanche #

Contexte : archive hebdomadaire complémentaire à la politique de rétention GFS.

Paramètre	Valeur
`hour`	`8`
`minute`	`0`
`day_of_week`	`0`
`timezone`	`Europe/Paris`

Résultat : 1 déclenchement par semaine, le dimanche matin.

Cas 4 — Stratégie complète : jour / nuit / weekend #

Contexte : client critique souhaitant une couverture maximale. Trois Planifications sont combinés sur un même Plan :

Planification 1 — Toutes les 2h en journée semaine (8h–18h)

Paramètre	Valeur
`hour`	`8-18/2`
`minute`	`0`
`day_of_week`	`1-5`

Planification 2 — Sauvegarde nocturne semaine (23h30)

Paramètre	Valeur
`hour`	`23`
`minute`	`30`
`day_of_week`	`1-5`

Planification 3 — Weekend (samedi et dimanche à 6h)

Paramètre	Valeur
`hour`	`6`
`minute`	`0`
`day_of_week`	`0,6`

Cette configuration produit une couverture dense en semaine et une sauvegarde de garde le weekend.

Cas 5 — Sauvegarde avant déploiement (mercredi et vendredi à 17h) #

Contexte : les déploiements applicatifs ont lieu le mercredi et vendredi en fin de journée. Une sauvegarde automatique est déclenchée juste avant.

Paramètre	Valeur
`hour`	`17`
`minute`	`0`
`day_of_week`	`3,5`

Cas 6 — Sauvegarde mensuelle le 1er du mois #

Contexte : archive mensuelle complémentaire à la politique GFS.

Paramètre	Valeur
`hour`	`3`
`minute`	`0`
`day_of_month`	`1`

Point d’attention — Plages horaires chevauchant minuit #

La syntaxe cron ne permet pas de définir une plage horaire dépassant minuit dans un seul champ. Pour couvrir les heures creuses de 22h à 6h, il faut décomposer :

✅ 22-23,0-6 (deux valeurs séparées)
❌ 22-6 (non supporté en cron standard)

Relation entre planification et rétention #

La planification (Planification) et la rétention (politique Forget/Prune ) sont deux mécanismes complémentaires et indépendants :

Le Planification détermine quand les sauvegardes sont créées.
La Rétention détermine combien de temps les snapshots sont conservés.

Une stratégie cohérente doit aligner les deux. Quelques exemples :

Planification	Rétention cohérente
Toutes les heures (8h–20h)	`--keep-hourly 13` + `--keep-daily 7`
Tous les soirs à 23h50 (lun–ven)	`--keep-daily 5` + `--keep-weekly 4` + `--keep-monthly 12`
Dimanche à 8h	`--keep-weekly 8` + `--keep-monthly 6`

Pour le détail du mécanisme de rétention, voir l’article dédié : Politique de rétention dans Cybee — Le mécanisme Forget/Prune.

Points clés #

Un Plan peut porter plusieurs Planifications : c’est le levier principal pour construire des stratégies différenciées (jour / nuit / weekend).
La planification utilise la syntaxe cron Unix standard permet de valider une expression avant déploiement.
Le champ enabled permet de suspendre sans supprimer un Planification, ce qui facilite la gestion des maintenances et des tests.
Toujours configurer le fuseau horaire explicitement : Europe/Paris pour les clients français, UTC pour les intégrations techniques.
Planification et rétention sont indépendantes mais doivent être cohérentes : une sauvegarde horaire sans rétention horaire configurée n’apporte pas la granularité attendue.
Les plages horaires chevauchant minuit doivent être décomposées en deux valeurs distinctes (ex. 22-23,0-6).

Sauvegarde

Agent Linux

Généralités

Architecture technique

API

Sécurité

Restic

Repository

Console Cybee