TP08 - Copie hors ligne et exercice de restauration complète

Objectif : compléter la règle 3-2-1 avec une copie hors ligne sur un disque déconnectable, alimentée par restic copy, puis réaliser un exercice de restauration complète chronométré à partir de cette seule copie.

Prérequis :

• TP07 terminé (dépôt rest-server alimenté par la sauvegarde automatique).
• Le second disque virtuel de 10 Go ajouté à srv01 au TP01 (ici /dev/sdb : vérifiez avec lsblk avant de formater).
• Session root sur srv01.

Actions à réaliser :

1. Préparer le disque hors ligne.

   lsblk
   mkfs.ext4 -L RESTIC-OFFLINE /dev/sdb
   mkdir -p /mnt/offline
   mount /dev/disk/by-label/RESTIC-OFFLINE /mnt/offline

2. Créer le dépôt hors ligne avec les mêmes paramètres de découpage.

   set -a; . /etc/restic/rest.env; set +a
   openssl rand -base64 32 > /etc/restic/offline.pass
   chmod 600 /etc/restic/offline.pass
   restic -r /mnt/offline/restic --password-file /etc/restic/offline.pass init \
     --from-repo "$RESTIC_REPOSITORY" --from-password-file /etc/restic/rest.pass --copy-chunker-params

   --copy-chunker-params garantit que la déduplication reste efficace entre les deux dépôts. Enregistrez offline.pass dans le gestionnaire de mots de passe : ce fichier ne doit jamais être stocké sur le disque hors ligne lui-même.

3. Copier les instantanés puis vérifier.

   restic -r /mnt/offline/restic --password-file /etc/restic/offline.pass copy \
     --from-repo "$RESTIC_REPOSITORY" --from-password-file /etc/restic/rest.pass
   restic -r /mnt/offline/restic --password-file /etc/restic/offline.pass snapshots
   restic -r /mnt/offline/restic --password-file /etc/restic/offline.pass check --read-data

   Relancée chaque semaine, la commande copy ne transfère que les instantanés absents de la destination.

4. Déconnecter le disque.

   umount /mnt/offline

   Dans VirtualBox, détachez le disque de la VM : il représente le disque que l’on débranche et que l’on emporte hors des locaux.

5. Préparer l’exercice : relever l’état de référence.

   find /srv/data -type f -exec sha256sum {} + | sort -k2 > /root/reference.sha256
   mariadb -e "SELECT COUNT(*) FROM gestion.clients;"

6. Simuler le sinistre. On suppose que le serveur de sauvegarde est indisponible et que les données de production sont détruites :

   rm -rf /srv/data
   mariadb -e "DROP DATABASE gestion;"

7. Restaurer depuis la copie hors ligne. Rattachez le disque à la VM, puis :

   mount /dev/disk/by-label/RESTIC-OFFLINE /mnt/offline
   export RESTIC_REPOSITORY=/mnt/offline/restic
   export RESTIC_PASSWORD_FILE=/etc/restic/offline.pass
   time restic restore latest --tag fichiers --target / --include /srv/data
   time restic dump --tag base-de-donnees latest /all-databases.sql | mariadb

8. Contrôler le résultat.

   sha256sum -c --quiet /root/reference.sha256 && echo "Fichiers identiques"
   mariadb -e "SELECT COUNT(*) FROM gestion.clients;"
   umount /mnt/offline

Vérification / résultat attendu :

• Le dépôt hors ligne contient les mêmes instantanés que le dépôt rest-server et check --read-data ne signale aucune erreur.
• Après restauration, sha256sum -c n’affiche aucune différence et la table gestion.clients contient de nouveau ses lignes.
• Vous disposez des durées de restauration mesurées par time : comparez-les au RTO fixé avec la direction.

Pour aller plus loin : consignez l’exercice dans un registre (date, scénario, données restaurées, durée, anomalies, actions correctives) et répétez-le chaque trimestre avec un scénario différent : perte d’un seul fichier, perte du serveur entier, indisponibilité du mot de passe principal. Pour les postes de travail Windows, une solution comme UrBackup complète restic avec une console centralisée et des sauvegardes par image.