Il y a deux types d'entreprises : celles qui ont déjà perdu des données, et celles qui vont en perdre. Disque qui lâche, serveur inondé, fichier écrasé par erreur, rançongiciel qui chiffre tout un partage réseau en quelques minutes… La question n'est jamais si l'incident arrivera, mais dans quel état il vous trouvera. Et dans ce moment-là, une seule chose compte : pouvoir restaurer.
La règle 3-2-1 est née bien avant le cloud, mais elle n'a pas pris une ride. Elle tient en trois chiffres, faciles à retenir et à auditer, et elle couvre à elle seule l'essentiel des scénarios de perte de données.
Ce que disent vraiment les trois chiffres
3 copies : parce qu'une sauvegarde peut échouer
Vos données de production comptent comme la première copie. Il vous en faut deux autres. Pourquoi deux ? Parce qu'une sauvegarde unique est un point de défaillance unique : un job qui échoue silencieusement pendant trois semaines, un fichier de sauvegarde corrompu, et vous découvrez le problème le jour où vous en avez besoin.
2 supports différents : parce que les pannes sont corrélées
Deux copies sur la même baie de stockage partagent les mêmes faiblesses : même contrôleur, même firmware, même alimentation. Diversifier les supports — un stockage disque local pour la rapidité, plus un stockage objet, une bande ou un dépôt cloud — évite qu'un seul défaut emporte tout.
1 copie hors site : parce que les sinistres sont physiques
Incendie, dégât des eaux, vol, coupure prolongée du site : si toutes vos copies dorment dans la même salle serveur, elles disparaissent ensemble. La copie hors site peut être dans un second datacenter, chez un prestataire, ou dans un cloud — l'important est qu'elle soit géographiquement séparée.
3-2-1-1-0 : la version adaptée aux rançongiciels
Les attaquants ont compris que la sauvegarde était leur principal obstacle. Aujourd'hui, un rançongiciel bien mené commence souvent par chercher et détruire les sauvegardes accessibles depuis le réseau, avant de chiffrer la production. D'où l'évolution de la règle vers le 3-2-1-1-0 :
- +1 copie immuable ou déconnectée : une copie que personne ne peut modifier ni supprimer pendant une durée définie — stockage objet avec verrouillage, dépôt durci en lecture seule, ou bande sortie de la bibliothèque. Même avec des identifiants administrateur volés, l'attaquant ne peut pas l'effacer.
- 0 erreur à la restauration : chaque sauvegarde est vérifiée automatiquement, et des restaurations de test sont réalisées régulièrement. Une sauvegarde jamais testée est une hypothèse, pas une garantie.
Avant la technique : fixer votre RPO et votre RTO
La règle 3-2-1 dit où mettre vos copies. Elle ne dit pas à quelle fréquence ni en combien de temps vous devez pouvoir revenir. Deux indicateurs, à définir avec les métiers et pas seulement avec l'IT :
| Indicateur | La question posée | Exemple |
|---|---|---|
| RPO Recovery Point Objective | Combien de données pouvons-nous accepter de perdre ? | ERP comptable : 1 heure. Serveur de fichiers : 24 heures. |
| RTO Recovery Time Objective | En combien de temps devons-nous être de nouveau opérationnels ? | Messagerie : 4 heures. Intranet : 2 jours. |
Un RPO d'une heure impose des sauvegardes (ou des snapshots) au moins horaires. Un RTO de quatre heures impose de pouvoir restaurer rapidement, donc une copie locale performante — la copie cloud, plus lente à rapatrier, sert surtout en cas de sinistre majeur.
À quoi ressemble une architecture 3-2-1 concrète
Pour une PME ou une administration disposant d'une salle serveur virtualisée, voici un schéma que nous déployons fréquemment :
La production
Vos machines virtuelles et bases de données sur votre infrastructure (VMware, Nutanix, Proxmox ou Hyper-V). C'est la copie n°1.
Un dépôt local rapide
Un serveur de sauvegarde dédié, avec ses propres disques, isolé du domaine de production. Il reçoit les sauvegardes quotidiennes et incrémentales : c'est lui qui assure les restaurations rapides du quotidien. Copie n°2, support n°2.
Une copie externalisée et immuable
Une copie secondaire envoyée automatiquement vers un stockage objet avec verrouillage (cloud ou second site), ou vers une bande. Elle couvre le sinistre de site et le rançongiciel. Copie n°3, hors site, immuable.
Des tests de restauration planifiés
Restaurations automatiques dans un environnement isolé, avec rapport. Des solutions comme Veeam Backup & Replication permettent de démarrer une VM sauvegardée dans un bac à sable pour vérifier qu'elle démarre réellement.
Les cinq erreurs que nous rencontrons le plus
- Sauvegarder sur un NAS monté en partage réseau. Accessible depuis tous les postes, il sera chiffré avec le reste.
- Ne jamais tester la restauration. On découvre le jour J qu'il manque une base, qu'une licence a expiré ou que la procédure n'est écrite nulle part.
- Oublier le SaaS. Microsoft 365 ou Google Workspace ne sont pas une sauvegarde : la corbeille a une durée limitée et une suppression malveillante reste une suppression.
- Une rétention trop courte. Certains rançongiciels restent dormants plusieurs semaines. Avec sept jours de rétention, toutes vos copies peuvent déjà être compromises.
- Aucune alerte sur les échecs. Un job en erreur que personne ne lit équivaut à ne pas sauvegarder.
Votre check-list pour cette semaine
- Lister vos applications critiques et leur attribuer un RPO et un RTO avec les responsables métiers.
- Compter vos copies réelles, leurs supports et leur localisation : êtes-vous vraiment en 3-2-1 ?
- Vérifier qu'au moins une copie est immuable ou déconnectée.
- Restaurer un serveur complet dans un environnement de test, chronomètre en main.
- Documenter la procédure de restauration et la rendre accessible hors du système d'information.
En résumé
- Trois copies, deux supports, une hors site : la règle 3-2-1 couvre la panne, l'erreur et le sinistre.
- Face aux rançongiciels, ajoutez une copie immuable et vérifiez chaque restauration : c'est le 3-2-1-1-0.
- Définissez RPO et RTO avec les métiers avant de choisir la technique.
- Une sauvegarde n'a de valeur que si sa restauration a été testée.
Besoin d'un regard expert sur votre situation ?
Nos ingénieurs évaluent votre environnement et vous proposent un plan d'action concret, avec une preuve de concept gratuite et sans engagement.
Intégrateur cybersécurité et infrastructures IT à Dakar, partenaire ManageEngine, Palo Alto Networks, Cloudflare et Veeam. Nos articles s'appuient sur ce que nous observons chaque jour sur le terrain, chez nos clients publics et privés.