Sauvegarde les composants critiques et démontre une restauration

01Définis le périmètre

DATABASE          tickets, actifs, utilisateurs, configuration
FILES             documents, images et données variables
CONFIG            chemins, connexion et configuration locale
ENCRYPTION_KEY    secrets chiffrés dans la base
PLUGIN_INVENTORY  versions, sources, état et compatibilité

La clé de chiffrement doit être sauvegardée séparément et protégée. Sans elle, certaines données restaurées peuvent rester inutilisables.

02Ajoute les propriétés de confiance

- chiffrement
- copie hors site
- checksum
- rétention
- date et version
- propriétaire
- résultat du job
- test de restauration

Un fichier présent n’est pas une sauvegarde validée.

03Restaure dans une cible propre

1. préparer une base vide
2. installer la version compatible
3. restaurer la base
4. restaurer fichiers et configuration
5. restaurer la clé
6. vérifier intégrité et connexion
7. contrôler cron, collecteur, inventaire et plugins

Ne restaure pas sur une base partiellement migrée. Une divergence de version doit être traitée par la procédure de mise à jour, pas par un import improvisé.

04Mesure le drill

drill_id,result,rto_minutes,reasons
RST-001,PASS,42,NONE

Le RTO de 42 minutes est comparé à la cible du service. Le RPO dépend de la fréquence et de l’âge du backup utilisé.

05Vérifie le laboratoire

column -s, -t "$lab/output/backup-evaluation.csv"
column -s, -t "$lab/output/restore-evaluation.csv"
sha256sum -c "$lab/evidence/source-checksums-after.sha256"

Les cinq composants doivent être PASS et le drill doit confirmer base vide, versions cohérentes, intégrité, connexion et preuve de changement.

06Traite l’échec intentionnellement

Si le restore échoue
- ne pas modifier le backup source
- conserver les logs
- identifier l'étape fautive
- recréer une cible vide
- corriger la procédure
- répéter le drill