Sauvegardes

Statut

Document de cadrage data — version initiale — v1.0 — relu le 2026-05-11.

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 désormais un script de sauvegarde versionné dans api/ops/backup_supabase_mac.sh et une procédure opérationnelle documentée dans dmv-docs/docs/11-devops/16-backup.md.

La stratégie reste néanmoins à compléter sur deux points majeurs :

• sauvegarde du storage Supabase ;
• copie off-site hors VPS ou machine principale.

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.