Sauvegardes du projet
Ce qui est protégé dans ce projet, à quelle fréquence, et jusqu’à quand on peut revenir en arrière. Les plans réutilisables et le tableau de conformité 3-2-1 vivent dans Infrastructure.
2 sur 7 protégésrétention la plus courte : 14 jours
Services protégés
2
sur 7 du projet
Sans plan de sauvegarde
4
1 sans état à perdre
Volume conservé
157 Go
tous points confondus
Rétention la plus courte
14jours
au-delà, le point est effacé
4 services sans plan de sauvegarde
- apiProduction · si la machine disparaît, ce service repart d’une page blanche.
- redisProduction · si la machine disparaît, ce service repart d’une page blanche.
- worker-rapprochementProduction · si la machine disparaît, ce service repart d’une page blanche.
- apiPréproduction · si la machine disparaît, ce service repart d’une page blanche.
postgres
Production · Quotidien immuable · bkt-sauvegardes (GBM)
il y a 14 h
- Fréquence
- 0 1 * * *
- Rétention
- 30 jours
- Dernière exécution
- 19 août 2026 · 01:04 · 18,4 Go
Points de restauration
postgres
Préproduction · Hebdomadaire · bkt-sauvegardes (GBM)
il y a 4 j
- Fréquence
- 0 3 * * 0
- Rétention
- 14 jours
- Dernière exécution
- 16 août 2026 · 03:02 · 4,1 Go
Points de restauration
Ces services n’ont rien à sauvegarder
Et c’est une propriété de leur type, pas un réglage manquant.
- cron-clotureTâche planifiée : elle ne détient rien entre deux exécutions.Sans état
Une sauvegarde qu’on n’a jamais relue n’est pas une sauvegarde
Chaque point est relu après écriture, et un test de restauration complet est joué périodiquement. Le résultat de ces tests, avec sa durée, est dans Sauvegardes & PRA, avec le tableau de conformité 3-2-1.
Restaurer ne remonte pas le temps de tout le projet
La restauration s’applique à un service, jamais au projet entier : une base et son application n’ont pas forcément à revenir au même instant, et le faire d’office détruirait des données saines. Choisissez le service, puis le point.