🗄️ Conservation des sauvegardes et tests de celles‑ci pour un serveur

On passe maintenant à l’étape la plus importante de toute stratégie de sauvegarde serveur :

👉 Conserver correctement les sauvegardes ET tester qu’elles fonctionnent réellement.

C’est un point que 90 % des admins négligent… jusqu’au jour où ils doivent restaurer.

---

🗄️ Conservation des sauvegardes et tests de celles‑ci pour un serveur

(Ubuntu, Debian, Windows Server, VPS)

---

🧩 1) Les règles d’or de conservation des sauvegardes (serveur)

✔️ A) La règle 3–2–1 (indispensable)

• 3 copies des données
• 2 supports différents
• 1 copie hors site (cloud, autre serveur, NAS distant)

C’est la base de toute stratégie professionnelle.

---

✔️ B) Où conserver les sauvegardes ?

🔹 1) Sur le serveur (local)

Pour restauration rapide :

• /root/backups/
• /var/backups/

⚠️ Jamais comme seule copie.

🔹 2) Sur un disque externe / NAS

• USB chiffré (VeraCrypt)
• NAS Synology / TrueNAS
• Serveur SMB/NFS interne

🔹 3) Hors site (recommandé)

• OneDrive / Google Drive (avec chiffrement)
• Backblaze B2
• OVH Object Storage
• Un autre VPS via rsync ou scp

---

✔️ C) Chiffrer les sauvegardes (obligatoire)

Pour éviter qu’une fuite = catastrophe.

Exemple Linux :

gpg -c sauvegarde.tar.gz

Exemple Windows :

• BitLocker
• VeraCrypt
• 7zip AES‑256

---

🧪 2) Tester ses sauvegardes (la partie que tout le monde oublie)

Une sauvegarde non testée = sauvegarde inexistante.

Tu dois tester au moins 1 fois par mois.

---

✔️ A) Test de restauration partielle (Linux)

Restaurer un fichier ou un dossier dans un répertoire temporaire :

tar -xzvf sauvegarde.tar.gz -C /tmp/test_restore/

Vérifier :

• permissions
• contenu
• cohérence

---

✔️ B) Test de restauration complète (Linux)

Créer une VM locale ou un conteneur LXC :

lxc launch ubuntu:22.04 test-restore
lxc file push sauvegarde.tar.gz test-restore/root/

Puis restaurer dans la VM.

👉 C’est la méthode pro : tu testes sans casser ton serveur.

---

✔️ C) Test de restauration d’une base de données

MySQL / MariaDB

mysql -u root -p testdb < sauvegarde.sql

PostgreSQL

psql testdb < sauvegarde.sql

---

✔️ D) Test de restauration Windows Server

1) Restaurer un fichier dans un dossier temporaire

Copy-Item "D:\Backups\SystemState.bak" "C:\RestoreTest\"

2) Tester une image système dans une VM Hyper‑V

• Créer une VM
• Monter le VHDX de sauvegarde
• Vérifier que le système démarre

---

🧰 3) Automatiser la vérification (sans exécuter la restauration)

✔️ A) Vérifier l’intégrité d’une archive

tar -tzf sauvegarde.tar.gz > /dev/null

✔️ B) Vérifier un fichier compressé

7z t sauvegarde.7z

✔️ C) Vérifier un dump SQL

grep -q "CREATE TABLE" sauvegarde.sql

---

🛡️ 4) Durée de conservation recommandée

Type de sauvegarde	Durée
Quotidienne	7 jours
Hebdomadaire	4 semaines
Mensuelle	6 à 12 mois
Annuelle	3 à 5 ans

---

📌 Résumé rapide 

Conservation

• Règle 3–2–1
• Local + NAS + Cloud
• Sauvegardes chiffrées

Tests

• Restauration partielle (fichiers)
• Restauration complète (VM)
• Test SQL
• Vérification d’intégrité (tar, 7z)

Durée

• Quotidien : 7 jours
• Hebdo : 1 mois
• Mensuel : 1 an

---