Ceci est une ancienne révision du document !
Table des matières
Stratégie de sauvegarde 3-2-1
Documentation rédigée par : GADONNAUD Ewen
Formation : BTS SIO 1ère année - Option SISR
Établissement : Lycée Paul-Louis Courier, Tours
Date : Mars 2026
1. Présentation de la règle 3-2-1
La règle 3-2-1 est une stratégie de sauvegarde largement adoptée dans le domaine de la sécurité informatique. Elle constitue un standard minimal recommandé par l'ANSSI pour garantir la disponibilité et l'intégrité des données en cas d'incident.
Principe clé : Aucune sauvegarde n'est fiable si elle repose sur un support unique ou un emplacement unique. La règle 3-2-1 impose une diversification systématique des copies et des supports.
| Chiffre | Signification |
|---|---|
| 3 | Conserver 3 copies des données (l'original + 2 sauvegardes) |
| 2 | Stocker ces copies sur 2 supports différents (ex : disque local + NAS) |
| 1 | Conserver 1 copie déconnectée du réseau (cloud, site distant, support physique externalisé, déconnecté du réseau) |
2. Pourquoi cette règle ?
Sans stratégie structurée, les risques suivants menacent l'intégrité des données :
- Défaillance matérielle — panne disque, corruption de fichiers système
- Ransomware — chiffrement malveillant des données locales et des sauvegardes accessibles en réseau
- Sinistre physique — incendie, inondation, vol de matériel
- Erreur humaine — suppression accidentelle, écrasement de fichier
La copie hors site est le dernier rempart face aux sinistres physiques et aux attaques qui compromettent l'ensemble d'un site.
3. Mise en œuvre concrète
Exemple d'architecture 3-2-1
| Copie | Support | Emplacement | Rôle |
|---|---|---|---|
| Copie 1 (originale) | Disque interne du serveur | On-premise | Données en production |
| Copie 2 (sauvegarde locale) | NAS / disque externe | On-premise (réseau local) | Restauration rapide |
| Copie 3 (sauvegarde distante) | VPS / stockage cloud | Hors site | Reprise après sinistre majeur |
Outils courants
- Rsync — synchronisation incrémentale de fichiers entre machines Linux
- Restic — sauvegarde chiffrée et dédupliquée, compatible cloud (S3, Backblaze B2, SFTP…)
- BorgBackup — sauvegarde dédupliquée et compressée, orientée serveurs
- Duplicati — interface graphique, compatible nombreux backends cloud
- Cron — planification automatique des sauvegardes sur systèmes Unix
4. Bonnes pratiques
Planification
- Définir une fréquence de sauvegarde adaptée à la criticité des données (quotidienne, hebdomadaire…)
- Mettre en place une politique de rétention (ex : 7 sauvegardes quotidiennes, 4 hebdomadaires, 12 mensuelles)
- Automatiser via cron pour éviter les oublis
Intégrité et chiffrement
- Vérifier régulièrement l'intégrité des sauvegardes (checksums, tests de restauration)
- Chiffrer les sauvegardes hors site pour protéger les données en transit et au repos
- Ne jamais considérer une sauvegarde comme fiable sans l'avoir testée en restauration
Isolation
- La copie hors site ne doit pas être montée en permanence sur le réseau local (risque ransomware)
- Appliquer le principe du moindre privilège sur les accès aux dépôts de sauvegarde
5. Test de restauration
Une sauvegarde non testée est une sauvegarde dont on ne peut pas garantir l'efficacité. Il est indispensable de planifier des tests de restauration réguliers :
- Restaurer un fichier isolé pour vérifier l'intégrité des données
- Simuler une restauration complète sur un environnement de test
- Documenter les procédures de restauration (temps de reprise, ordre des opérations)
| Indicateur | Description |
|---|---|
| RPO (Recovery Point Objective) | Perte de données maximale acceptable — détermine la fréquence des sauvegardes |
| RTO (Recovery Time Objective) | Durée maximale acceptable pour restaurer le service |