L’essentiel en 30 secondes
- Une synchronisation (OneDrive, Google Drive, iCloud, RAID) n’est pas une sauvegarde : si un fichier est chiffré par un virus ou supprimé, la suppression se réplique partout.
- 3 copies de vos données (l’original + 2 sauvegardes).
- 2 supports de stockage différents (ex. votre ordinateur/serveur + un NAS ou disque externe dédié).
- 1 copie conservée hors site (et chiffrée) avec historisation des versions.
1. La confusion fréquente entre synchronisation, RAID et sauvegarde
Je rencontre régulièrement des professionnels persuadés d’être protégés parce que leurs dossiers sont synchronisés en temps réel ou stockés sur un serveur à deux disques en miroir (RAID 1).
Or, le RAID protège uniquement la continuité de service si l’un des deux disques tombe physiquement en panne. Si un utilisateur écrase un dossier par erreur, qu’un rançongiciel (ransomware) chiffre les fichiers du réseau ou qu’une surtension détruit le boîtier, l’erreur est écrite simultanément sur les deux disques.
De même, un disque dur externe qui reste branché en permanence sur le poste de travail sera chiffré en même temps que l’ordinateur en cas d’infection.
2. Mettre en œuvre la règle 3-2-1 sans complexité inutile
La méthode 3-2-1 reste la référence la plus pragmatique pour dimensionner ses sauvegardes :
- 3 exemplaires des données : vos données de travail actives, plus deux copies de sauvegarde indépendantes.
- 2 types de supports distincts : par exemple le SSD interne de vos machines d’un côté, et un serveur de sauvegarde local (NAS ou serveur dédié non accessible en écriture directe via un simple partage réseau ouvert) de l’autre.
- 1 copie hors site : indispensable contre le cambriolage, l’incendie ou le dégât des eaux dans vos locaux. Cette copie externe doit impérativement être chiffrée avant son envoi afin que vos documents restent confidentiels.
- Conservation d’un historique de versions (pouvoir revenir à l’état d’un fichier tel qu’il était il y a 7 jours ou 30 jours).
- Chiffrement systématique des sauvegardes externalisées, avec conservation de la clé de déchiffrement en lieu sûr.
- Isolement des droits : le compte quotidien de l’ordinateur ne doit pas pouvoir effacer l’historique des sauvegardes passées.
- Test de restauration réel au moins une fois par trimestre.
3. Pourquoi une sauvegarde non testée en restauration ne vaut rien
Le jour d’un sinistre, découvrir que la tâche de sauvegarde échouait silencieusement depuis quatre mois ou que la base de données sauvegardée à chaud est incomplète est dramatique.
Qu’il s’agisse d’un poste d’indépendant ou d’un serveur TPE, JASS valide chaque mise en place de sauvegarde par un exercice concret de restauration d’un dossier ou d’une machine virtuelle.