Le tableau de sauvegarde affiche un voyant vert. L'entreprise se pense protégée. Le jour où un fichier disparaît, personne ne sait quelle version récupérer, qui peut lancer la restauration ni combien de temps l'opération prendra. Une sauvegarde réussie constitue une condition utile ; elle ne prouve pas que l'activité pourra reprendre avec les données nécessaires.
Sauvegarder consiste à conserver une copie permettant de récupérer des données après une perte ou une altération. Restaurer consiste à rendre ces données de nouveau utilisables. La différence est opérationnelle : un fichier peut être présent dans une sauvegarde mais incomplet, trop ancien, inaccessible ou incompatible avec l'application nécessaire. Le dirigeant doit donc vérifier le résultat attendu, avec l'appui des personnes compétentes.
Relier la sauvegarde à une capacité réelle de reprise
Définir ce qu'il faut pouvoir récupérer
Commencez par les activités prioritaires et les données qui leur sont nécessaires : commandes, documents clients, éléments de facturation, configurations ou informations de travail. Les fichiers visibles ne sont pas toujours l'ensemble du besoin. Une application peut dépendre d'une base, de droits, de paramètres et d'un environnement technique. Leur identification doit être faite avec l'administrateur ou le prestataire compétent.
Précisez la perte de données que l'entreprise pourrait supporter et le délai de reprise nécessaire. Perdre les modifications d'une heure n'a pas la même conséquence que perdre une semaine de commandes. Reprendre en quelques heures n'exige pas les mêmes moyens que reprendre en plusieurs jours. Ces objectifs sont des choix de continuité à confronter aux possibilités techniques et aux coûts.
Ne supposez pas qu'un service hébergé couvre automatiquement tous les besoins. Le contrat et les fonctions du fournisseur peuvent distinguer disponibilité du service, historique, export et sauvegarde. Demandez ce qui est réellement inclus, qui peut demander une restauration et quelles limites s'appliquent. Les responsabilités doivent être comprises avant l'incident.
Distinguer copie, synchronisation et sauvegarde
Une copie manuelle peut être utile, mais elle dépend de sa fréquence, de son intégrité et de son emplacement. Une synchronisation reproduit les changements entre plusieurs emplacements ; elle peut aussi reproduire une suppression ou une corruption. L'historique d'un outil peut aider à récupérer certaines versions sans constituer à lui seul une stratégie complète de sauvegarde.
La CNIL recommande notamment des sauvegardes protégées, séparées des systèmes courants et régulièrement testées. Le détail technique doit être adapté à votre environnement. L'idée de gestion est de ne pas laisser un même incident détruire à la fois le travail et toutes ses possibilités de récupération. Une copie située au même endroit ou accessible avec les mêmes droits peut partager le même risque.
Les sauvegardes contiennent parfois des données sensibles. Elles doivent être protégées et leur accès limité. Multiplier les copies sur des supports personnels peut augmenter l'exposition sans améliorer la reprise. La conservation et la suppression doivent suivre les règles applicables, en tenant compte du fonctionnement des sauvegardes et des besoins de preuve.
Exemple pédagogique fictif : restaurer un dossier client
Une entreprise fictive de sept salariés confie sa sauvegarde à un prestataire. Elle choisit un test limité : récupérer dans un environnement prévu un dossier client fictif ou un dossier autorisé préparé pour l'essai. Le test ne remplace pas les données de production et ne nécessite pas de supprimer volontairement un fichier utile. Le prestataire explique la procédure et les limites.
La restauration technique réussit, mais l'utilisateur constate que les pièces jointes ne sont pas toutes présentes et que les droits ne permettent pas au remplaçant d'ouvrir le dossier. Le voyant de sauvegarde n'aurait pas révélé ces problèmes. L'entreprise corrige le périmètre et l'organisation des accès, puis refait l'essai.
Le compte rendu indique la date de la sauvegarde utilisée, le temps nécessaire, les éléments récupérés et les anomalies. Il ne conclut pas que toute l'entreprise est protégée. Il établit que ce périmètre précis peut être restauré dans les conditions du test. D'autres ressources critiques nécessiteront une vérification adaptée.
Organiser le test avec les bons rôles
Le responsable métier définit ce qui doit être récupéré et ce qui rendra le résultat utilisable. Le responsable technique prépare l'environnement, exécute l'opération et vérifie l'intégrité technique. L'utilisateur autorisé contrôle ensuite le contenu et un usage représentatif. Ces rôles peuvent être portés par peu de personnes, mais les vérifications restent différentes.
Prévoyez une autorisation et un périmètre clairs. Un test ne doit pas mettre en danger les données courantes ou exposer des informations à des personnes non habilitées. Les opérations de restauration peuvent être sensibles ; elles doivent être conduites par une personne compétente. Si l'environnement ne permet pas un essai sûr, préparez d'abord les conditions techniques nécessaires.
Testez aussi le déclenchement : qui contacte le prestataire, où se trouvent les coordonnées et qui possède les autorisations ? Une procédure qui dépend de la messagerie devenue indisponible peut être inutilisable. Les informations de secours doivent rester accessibles de manière sécurisée dans le scénario envisagé.
Vérifier l'usage, pas seulement l'ouverture du fichier
Ouvrir un fichier est une première vérification. Il faut également examiner sa date, son contenu et les liens utiles. Pour une base ou une application, un scénario de travail peut être nécessaire : retrouver une commande, consulter une pièce ou produire un état de contrôle. Le test doit rester limité et ne pas générer de transactions réelles non prévues.
Comparez le résultat aux objectifs de reprise. Le délai inclut la détection, la demande, l'intervention et la vérification métier, pas seulement le temps de copie. Si la restauration prend une journée alors que l'activité exige une réponse en deux heures, le dispositif doit être réexaminé ou un service minimal alternatif doit être prévu.
Vérifiez les données créées depuis la sauvegarde. Elles peuvent devoir être reconstituées à partir d'autres sources. Cette possibilité doit être étudiée avant l'incident : quels documents existent, qui les rapproche et comment éviter les doublons ? La reprise ne s'arrête pas au retour d'une ancienne version.
Faire vivre le dispositif
Définissez une fréquence de test adaptée à la criticité et aux changements. Un nouvel outil, une migration, un changement de prestataire ou une évolution importante des données peuvent justifier une nouvelle vérification. Un test ancien ne prouve pas que le dispositif actuel fonctionne. Les résultats doivent être conservés avec les corrections et leurs responsables.
Les alertes de sauvegarde doivent être suivies par une personne identifiée. Une erreur technique répétée ne doit pas rester dans une boîte de réception sans traitement. Le dirigeant n'a pas besoin de lire tous les journaux, mais il doit connaître les incidents significatifs et les limites de protection de ses activités prioritaires.
En cas de cyberattaque réelle, la restauration s'inscrit dans une réponse à incident plus large. Il faut notamment comprendre la compromission et éviter de réintroduire le problème. Ne lancez pas une récupération improvisée sur la seule base de cet article ; faites intervenir les compétences adaptées et suivez les procédures prévues.
Le test doit inclure l'accès aux moyens de restauration. Une sauvegarde chiffrée est protégée, mais la récupération dépend aussi de la disponibilité des clés et des procédures autorisées. Leur gestion doit être sécurisée et prévoir les absences. Ne demandez pas à une personne de déposer ces secrets dans un dossier partagé ordinaire pour faciliter le relais ; faites définir le dispositif adapté par le responsable technique.
Vérifiez enfin le rôle de chaque partenaire. L'hébergeur, l'éditeur et le prestataire de maintenance peuvent couvrir des périmètres différents. En cas d'incident, un renvoi de responsabilité entre eux peut prolonger l'arrêt. Le plan doit nommer l'interlocuteur qui coordonne la récupération et préciser les informations à lui fournir. Cette organisation ne remplace pas les garanties techniques, mais elle évite de découvrir au dernier moment qui est censé agir.
Pour commencer, demandez à votre prestataire la date du dernier test de restauration et son résultat exact. Choisissez ensuite une ressource critique et préparez un essai limité, sûr et vérifiable. Vous passerez d'une affirmation « nous avons des sauvegardes » à une capacité démontrée sur un périmètre précis.