Sauvegarde 3-2-1 : les 7 erreurs qui la rendent inutile

Trois copies, deux supports, une hors site : la règle tient en une phrase, et la plupart des dirigeants de PME la connaissent. Si vous découvrez le principe, le guide complet de la sauvegarde 3-2-1 pose les bases. Cet article part de l'autre bout : des entreprises qui croient l'appliquer et qui découvrent, le jour de la panne ou du ransomware, qu'il manquait une pièce. Voici les sept erreurs que je rencontre le plus souvent en audit, et ce qu'il faut faire pour chacune.

Erreurs 1 à 3 : des copies qui n'en sont pas

Erreur 1 — Compter la synchronisation comme une sauvegarde. Un dossier synchronisé avec un service en ligne n'est pas une sauvegarde : si un fichier est chiffré par un ransomware ou supprimé par erreur, la synchronisation propage le dégât en quelques secondes. La correction : la synchronisation sert au travail, la sauvegarde est un processus distinct, avec des versions conservées dans le temps.

Erreur 2 — Laisser le NAS de sauvegarde en permanence accessible depuis le réseau. Si le serveur est compromis, tout ce qu'il peut atteindre l'est aussi, y compris le NAS branché à côté. La correction : le dépôt de sauvegarde n'est accessible qu'au logiciel de sauvegarde, avec des identifiants dédiés, et les copies sont immuables pendant une durée définie — Veeam et les NAS Synology récents savent le faire.

Erreur 3 — Trois copies au même endroit. Un serveur, un NAS et un disque externe dans la même pièce, c'est une seule copie aux yeux d'un incendie, d'une inondation ou d'un cambriolage. La correction : au moins une copie physiquement ailleurs, et de préférence chez un hébergeur français ou européen plutôt que chez le dirigeant.

Erreurs 4 et 5 : le hors site et le chiffrement

Erreur 4 — Une copie hors site qui dépend du même compte. Si la copie distante est accessible avec les mêmes identifiants que le réseau interne, un attaquant qui entre chez vous efface les deux. La correction : des identifiants distincts pour le dépôt distant, idéalement stockés dans un coffre chiffré, et une politique de conservation qui interdit la suppression immédiate.

Erreur 5 — Chiffrer sans savoir où est la clé. Le chiffrement protège vos données, mais une clé perdue transforme la sauvegarde en bloc illisible. La correction : la clé de chiffrement est documentée, stockée à deux endroits sûrs distincts, et connue de deux personnes — pas seulement du prestataire.

Erreurs 6 et 7 : la restauration et la responsabilité

Erreur 6 — N'avoir jamais restauré. C'est l'erreur la plus fréquente et la plus grave. Une sauvegarde qui n'a jamais été restaurée n'a jamais été vérifiée. La correction : un test de restauration planifié — un fichier, puis un serveur entier — avec la durée mesurée et notée. Ce temps devient votre vraie promesse de reprise, pas celle de la plaquette.

Erreur 7 — Personne n'est responsable. La sauvegarde « marche toute seule » jusqu'au jour où elle s'arrête en silence. La correction : une personne nommée, un rapport quotidien qu'elle lit, et une alerte quand une tâche échoue. En infogérance, c'est la supervision — Zabbix, Grafana ou équivalent — qui joue ce rôle, et quelqu'un qui regarde les alertes.

Les sept erreurs en un tableau

Erreur	Symptôme	Correction
Synchronisation prise pour une sauvegarde	Le ransomware se propage au cloud	Sauvegarde distincte, avec versions
NAS toujours accessible	Le NAS est chiffré avec le serveur	Dépôt isolé, identifiants dédiés, copies immuables
Tout au même endroit	Un sinistre efface tout	Une copie physiquement ailleurs
Même compte pour le hors site	Un intrus efface les deux	Identifiants distincts, conservation forcée
Clé de chiffrement perdue	Sauvegarde illisible	Clé documentée, deux lieux, deux personnes
Jamais restauré	On découvre le problème le jour J	Tests planifiés, durée mesurée
Personne ne surveille	Échecs silencieux pendant des semaines	Responsable nommé, alertes, rapports

Vérifier votre propre sauvegarde en une heure

• Ouvrez le rapport de la dernière sauvegarde : date, statut, taille. S'il n'existe pas, c'est déjà une réponse.
• Restaurez un fichier au hasard dans un dossier de test. Chronométrez.
• Vérifiez où se trouve la copie hors site et avec quels identifiants elle est accessible.
• Cherchez la clé de chiffrement. Si une seule personne sait où elle est, notez-le.
• Débranchez mentalement le serveur principal : que reste-t-il, et en combien de temps peut-on repartir ?

Si une de ces cinq étapes vous a fait hésiter, la règle 3-2-1 est probablement appliquée sur le papier, pas dans les faits. C'est exactement ce qu'un service d'infogérance serveur sérieux corrige en premier, avant toute autre chose.

Questions fréquentes

Une PME de dix personnes a-t-elle vraiment besoin de tout ça ? Oui, parce que la taille ne change rien à la dépendance. Une PME de dix personnes sans son serveur de fichiers et sa comptabilité est aussi arrêtée qu'une grande entreprise — avec moins de marge pour encaisser.

Un NAS Synology suffit-il pour la copie hors site ? Un second NAS dans un autre bâtiment est une bonne copie hors site, à condition de respecter les erreurs 2 et 4. Un espace de stockage chez un hébergeur français ou européen est souvent plus simple à isoler et à immuabiliser.

À quelle fréquence faut-il tester une restauration ? Un fichier chaque mois, un serveur complet au moins deux fois par an, et systématiquement après tout changement d'infrastructure. Le test n'a de valeur que s'il est noté, avec sa durée.

Vous voulez savoir laquelle de ces sept erreurs se cache dans votre installation ? Demandez un audit gratuit : vous repartez avec un état des lieux précis, sans engagement.