La sauvegarde qui n’existe que sur le papier
Quand on demande à un dirigeant s’il a des sauvegardes, la réponse est presque toujours oui. Quand on demande à quand remonte le dernier test de restauration, il y a un blanc. C’est là que se joue la vraie différence. Une sauvegarde qu’on n’a jamais restaurée n’est pas une sauvegarde, c’est une hypothèse. Le jour d’un incident, on découvre trop tard qu’elle était incomplète, corrompue, ou qu’elle datait de six mois.
La règle 3-2-1 existe pour éviter ça. Elle vient du monde de la sauvegarde professionnelle, mais elle tient en une phrase et s’applique aussi bien à une PME qu’à un grand groupe.
La règle 3-2-1, en clair
Gardez 3 copies de vos données. L’original, plus deux sauvegardes. Sur 2 supports différents : par exemple un disque et un stockage cloud, pas deux dossiers sur le même serveur. Et 1 copie hors site, physiquement ailleurs que vos locaux ou votre hébergement principal.
L’idée derrière ces trois chiffres est simple : aucun incident unique ne doit pouvoir détruire toutes vos copies en même temps. Un disque qui lâche n’emporte qu’une copie. Un vol ou un incendie dans les locaux n’atteint pas la copie hors site. Un ransomware qui chiffre votre serveur n’atteint pas une sauvegarde déconnectée.
L’erreur numéro un : ne jamais tester la restauration
Une sauvegarde a une seule vraie fonction : être restaurée. Tant que vous ne l’avez pas fait au moins une fois, vous ne savez pas si elle marche. Nous avons vu des entreprises avec des sauvegardes quotidiennes bien configurées, sauf qu’un dossier essentiel était exclu depuis des mois sans que personne ne le remarque. Le fichier partait tous les jours, vide.
Testez une restauration complète au moins deux fois par an. Restaurez sur un environnement séparé, ouvrez les fichiers, vérifiez que la base de données repart. C’est fastidieux, et c’est exactement pour ça que personne ne le fait. C’est aussi la seule preuve que votre filet existe.
Ce qu’on oublie de sauvegarder
Le site et la base de données, tout le monde y pense. Le reste passe souvent à la trappe : les fichiers de configuration, les variables d’environnement, les certificats, les boîtes mail professionnelles, les documents comptables, les accès. Faites une liste de tout ce qui, s’il disparaissait ce soir, vous empêcherait de travailler demain. C’est ça qu’il faut sauvegarder, pas seulement la partie visible.
Le choix de l’hébergement joue aussi. Un serveur correctement administré inclut des sauvegardes automatiques et versionnées, un point que nous détaillons dans notre comparatif VPS ou mutualisé. Encore faut-il vérifier ce que couvre réellement l’offre, et à quelle fréquence.
À quelle fréquence sauvegarder
La bonne fréquence dépend d’une question : combien de travail êtes-vous prêt à reperdre ? Pour un site vitrine qui bouge peu, une sauvegarde quotidienne suffit. Pour une boutique en ligne qui enregistre des commandes toute la journée, une perte de 24 heures est inacceptable, il faut des sauvegardes plus rapprochées. Réglez la fréquence sur la valeur de ce que vous produisez entre deux sauvegardes.
Le cas du ransomware
Les rançongiciels ont changé la donne. Ils cherchent activement les sauvegardes connectées pour les chiffrer en même temps que le reste, justement pour vous priver de porte de sortie. C’est la raison d’être de la copie hors site et déconnectée de la règle 3-2-1. Si votre seule sauvegarde est un disque branché en permanence sur le serveur, elle sera prise avec le reste. La sécurité passe aussi par les personnes, pas seulement par la technique, un sujet que nous abordons côté failles fréquentes et côté humain avec le phishing.
Une sauvegarde sérieuse fait partie d’une maintenance suivie, pas d’une intervention improvisée après la panne. C’est ce que nous mettons en place dans notre offre de maintenance de site web, avec des sauvegardes testées et une surveillance qui prévient avant que le client ne s’en rende compte. La panne mondiale du PSN l’a rappelé récemment : même les géants tombent, ce qui compte c’est de savoir repartir, un point que nous développons dans notre article sur la sécurité des données.
