Sauvegardes
Statut
Document de cadrage data — version initiale.
Objectif
Les sauvegardes doivent permettre de restaurer les données critiques de DMV après erreur, incident, suppression accidentelle ou problème d'infrastructure.
Une sauvegarde non testée ne doit pas être considérée comme suffisante.
État actuel visible
Le workspace contient des éléments de déploiement et des scripts liés à l'infrastructure. Un script de sauvegarde Supabase existe dans dmv_backoffice, mais la politique officielle de backups n'est pas documentée dans les fichiers inspectés.
Il ne faut donc pas considérer qu'une stratégie complète de sauvegarde est déjà validée.
Données à sauvegarder
- base PostgreSQL ;
- migrations et schéma ;
- documents et médias ;
- configurations ;
- secrets via outil sécurisé, pas dans le dépôt ;
- logs utiles selon politique ;
- exports analytics si nécessaires ;
- données Supabase historiques tant qu'elles restent actives.
Principes
- Sauvegardes automatiques.
- Chiffrement au repos et en transfert.
- Stockage hors machine principale.
- Rétention définie.
- Tests de restauration réguliers.
- Documentation des procédures.
- Séparation entre backups de base, fichiers et configuration.
Types de sauvegarde
| Type | Usage |
|---|---|
| Dump logique | Migration, vérification, restauration ciblée. |
| Snapshot | Restauration rapide d'environnement. |
| Sauvegarde fichiers | Médias, documents, assets uploadés. |
| Export analytics | Conservation d'agrégats ou historique. |
| Sauvegarde configuration | Variables non secrètes, paramètres, manifests. |
Tests de restauration
La stratégie doit inclure :
- restauration sur environnement non production ;
- vérification d'intégrité ;
- vérification applicative minimale ;
- mesure du temps de restauration ;
- documentation des étapes.
Points à clarifier
- Outil officiel de sauvegarde PostgreSQL.
- Fréquence et rétention.
- Sauvegarde des fichiers médias.
- Responsabilité Supabase vs infrastructure propre.
- Plan de reprise après incident.