3.5Sauvegarde & restauration
L'essentiel en 30 secondes
- La règle 3-2-1 : 3 copies des données, sur 2 types de supports, dont 1 conservée hors site — de quoi survivre à une panne, un incendie ou un vol.
- Une sauvegarde non testée n'existe pas : on planifie des tests de restauration réguliers pour vérifier que les données reviennent réellement.
- RPO = données tolérables perdues ; RTO = délai de reprise ; contre les rançongiciels, une copie hors ligne ou immuable est vitale.
Mini-cas filé — Sofiane reprend la sauvegarde de la PME
Sofiane, administrateur systèmes dans une PME de distribution à Alger, hérite de la sauvegarde du serveur de fichiers. Il audite : une seule copie, sur un unique disque, connectée en permanence. Il réagit selon la règle 3-2-1 : il ajoute deux supports distincts et une copie hors site, dont une hors ligne pour résister à un rançongiciel. Surtout, il planifie un test de restauration régulier, car il sait qu'une sauvegarde non testée n'existe pas. Il cadre enfin les objectifs avec l'activité : combien de données peut-on perdre (RPO) et en combien de temps doit-on repartir (RTO). Il note le réflexe : une sauvegarde se juge à sa restauration, pas à sa simple présence.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 3.5.
1. La règle 3-2-1
Une bonne stratégie tient dans une formule : 3 copies des données, sur 2 types de supports différents, dont 1 conservée hors site. Ainsi, une panne de disque, un incendie ou un vol ne détruisent pas tout en même temps. La copie hors site (ou cloud) est ce qui sauve en cas de sinistre local.
2. Sauvegarde ≠ restauration
Le piège classique : on sauvegarde pendant des mois… et le jour venu, la restauration échoue (support illisible, sauvegarde incomplète, procédure oubliée). Une sauvegarde non testée n'existe pas. On planifie donc des tests de restauration réguliers pour vérifier que les données reviennent réellement, et dans un délai acceptable.
3. RPO, RTO et rançongiciels
Deux repères cadrent l'objectif : le RPO (quelle quantité de données peut-on se permettre de perdre → fréquence des sauvegardes) et le RTO (en combien de temps doit-on être reparti). Face aux rançongiciels, une sauvegarde hors ligne ou immuable est cruciale : si tout le réseau est chiffré, seule une copie inaccessible à l'attaquant permet de repartir sans payer.
🔎 Exemple concret — 🔎 Exemple concret — Un rançongiciel chiffre tout le réseau
Un lundi, tous les fichiers du serveur sont chiffrés et une rançon est demandée.
Sauvegarde sur un partage reseau accessible -> chiffree aussi
Sauvegarde hors ligne / immuable -> intacte
-> restauration possible sans payer la ranconLecture : une sauvegarde connectée en permanence est chiffrée avec le reste.
Leçon : la copie hors site/hors ligne (le « 1 » du 3-2-1) fait toute la différence.
Vocabulaire de la section
- Règle 3-2-1
- 3 copies des données, sur 2 types de supports, dont 1 hors site.
Exemple simple : Sofiane ajoute deux supports et une copie hors site.
Ce que ce n'est pas : une unique copie sur un seul disque.
Réflexe : sauvegarde robuste → 3-2-1.
- Test de restauration
- Vérification régulière qu'une sauvegarde se restaure réellement.
Exemple simple : Sofiane restaure un fichier de contrôle pour vérifier.
Ce que ce n'est pas : supposer que la sauvegarde fonctionnera sans essai.
Réflexe : sauvegarde fiable → l'avoir restaurée.
- RPO
- Perte de données maximale acceptable ; dicte la fréquence des sauvegardes.
Exemple simple : Sofiane sauvegarde plus souvent si le RPO est court.
Ce que ce n'est pas : le délai de reprise après incident.
Réflexe : combien de données perdre → RPO.
- RTO
- Durée maximale acceptable pour être de nouveau opérationnel.
Exemple simple : Sofiane cible un RTO court pour le serveur de fichiers.
Ce que ce n'est pas : la quantité de données tolérable perdue.
Réflexe : en combien de temps repartir → RTO.
- Sauvegarde immuable / hors ligne
- Copie qu'un attaquant ne peut ni modifier ni chiffrer.
Exemple simple : La copie hors ligne survit au rançongiciel.
Ce que ce n'est pas : un partage réseau accessible en permanence.
Réflexe : résister à une attaque → hors ligne.
En pratique — En pratique — Auditer une stratégie de sauvegarde
- Pour des données importantes, comptez le nombre de copies et les types de supports, comme Sofiane.
- Vérifiez qu'au moins une copie est hors site (ou dans le cloud).
- Demandez la date du dernier test de restauration réussi.
- Estimez le RPO et le RTO réels, puis notez ce qui manque à la règle 3-2-1.
Script pas-à-pas — auditer une sauvegarde comme Sofiane (4 min)
1) Comptez les copies des données et les types de supports. 2) Vérifiez qu'au moins une copie est hors site. 3) Demandez la date du dernier test de restauration réussi. 4) Identifiez si une copie est hors ligne ou immuable (anti-rançongiciel). 5) Estimez le RPO et le RTO, puis notez ce qui manque au 3-2-1.
Une sauvegarde jamais restaurée peut ne pas fonctionner le jour J : planifiez un test régulier, pas seulement une copie.
Modèle copier-coller — ma fiche 3-2-1
Copies : 3 (dont 1 hors site / cloud)
Supports : 2 types differents
Hors ligne: oui (immuable, anti-rancongiciel)
Test restauration : date du dernier essai reussi -> __
RPO (donnees tolerables perdues) : __
RTO (delai de reprise) : __
Regle : une sauvegarde non testee n'existe pasUne seule copie locale
Sofiane détecte une unique copie connectée : il ajoute deux supports et une copie hors site.
Un rançongiciel frappe
La copie hors ligne reste intacte : Sofiane restaure sans payer la rançon.
Un test de restauration
Sofiane restaure un fichier de contrôle : la procédure fonctionne, dans le délai visé.
Cadrer RPO et RTO
Sofiane vérifie que la fréquence des sauvegardes couvre la perte de données tolérée par l'activité.
✓ Bonnes pratiques
- Respecter la règle 3-2-1.
- Tester régulièrement la restauration.
- Garder une copie hors ligne ou immuable contre les rançongiciels.
✗ Pièges fréquents
- Croire qu'une sauvegarde existe sans jamais l'avoir restaurée.
- N'avoir qu'une seule copie, sur un seul support.
- Laisser toutes les sauvegardes connectées au réseau.
Points clés à retenir
- 3-2-1 : 3 copies, 2 supports, 1 hors site.
- Une sauvegarde non testée n'existe pas : testez la restauration.
- RPO = données tolérables perdues ; RTO = délai de reprise.
- Contre les rançongiciels, une copie hors ligne ou immuable est vitale.
Défi 48h — appliquez demain
Comme Sofiane, auditez la sauvegarde d'un jeu de données qui compte pour vous : comptez les copies et les supports, vérifiez qu'une copie est hors site (et idéalement hors ligne), puis notez la date du dernier test de restauration. Écrivez en une phrase ce qui manque pour tenir la règle 3-2-1.
- Je peux expliquer la règle 3-2-1 et pourquoi elle protège du sinistre.
- Je sais qu'une sauvegarde non testée n'existe pas.
- Je distingue RPO et RTO et je repère le maillon faible d'une stratégie.
Questions fréquentes
À quelle fréquence sauvegarder ?
Cela dépend du RPO : si perdre une journée de travail est inacceptable, on sauvegarde au moins quotidiennement, voire en continu pour des données critiques. La fréquence se déduit de ce qu'on peut se permettre de perdre.
Le cloud remplace-t-il la règle 3-2-1 ?
Le cloud fournit souvent la copie hors site, mais ne dispense pas des autres principes : plusieurs copies, supports variés et surtout tests de restauration. Une donnée uniquement dans un service cloud, jamais vérifiée, reste un risque.
Que dit la règle 3-2-1 d'une bonne sauvegarde ?