Le logiciel affiche une coche verte. Le disque externe est rangé. Vos documents semblent à l’abri. Mais si votre ordinateur disparaissait ce soir, sauriez-vous retrouver une version exploitable du dossier dont vous avez besoin demain ? C’est une question différente de « ma sauvegarde s’est-elle terminée ? ». La première porte sur votre capacité à reprendre une activité ; la seconde décrit une opération technique.
Pour un indépendant, une famille ou une petite équipe, cette différence se vérifie avec un exercice limité. Il ne s’agit ni d’effacer ses fichiers ni de provoquer une panne. Il s’agit de récupérer quelques copies dans un espace séparé, puis de constater ce qui fonctionne et ce qui manque. Voici une méthode de préparation proposée par la rédaction, à adapter à vos outils et à la sensibilité de vos données.
Commencer par ce qui serait difficile à refaire
Imaginez une graphiste indépendante qui conserve ses devis, ses créations en cours et les photographies originales d’un client sur son ordinateur. Cet exemple est fictif. Les fichiers exportés en PDF ne remplacent pas nécessairement les documents de travail : perdre les calques, les polices nécessaires ou les éléments liés peut rendre une modification beaucoup plus difficile.
Avant de choisir un matériel, elle peut dresser une liste courte : le dossier client actif, la comptabilité récente et les éléments permettant d’ouvrir les projets. Pour chacun, deux questions suffisent à commencer : quelle version faut-il retrouver, et combien de travail accepterait-on de perdre ? Un fichier modifié chaque jour n’a pas les mêmes besoins qu’une archive qui ne change plus.
Cette sélection évite de confondre volume copié et utilité. Une sauvegarde volumineuse peut laisser de côté le petit dossier décisif. Inversement, commencer par un ensemble prioritaire rend le premier test plus facile à comprendre et à terminer.
Préparer un essai sans toucher aux originaux
Choisissez quelques fichiers représentatifs et créez un dossier de destination distinct. Utilisez la fonction de restauration prévue par votre solution, en vérifiant qu’elle ne remplacera pas les données originales. Si le logiciel ne permet pas de comprendre clairement ce qui sera écrasé, arrêtez-vous et consultez sa documentation ou une personne compétente.
Pour ce premier exercice, privilégiez des documents non sensibles ou un environnement dont les accès sont maîtrisés. Notez le point de départ, la version choisie et les manipulations nécessaires. Le but n’est pas d’obtenir un record de vitesse : c’est de découvrir les dépendances avant qu’elles deviennent urgentes.
Un mot de passe absent, un support difficile à retrouver ou un compte inaccessible sont déjà des résultats utiles. Ils indiquent précisément ce qu’il faut préparer. N’inscrivez pas vos secrets dans le compte rendu du test ; consignez plutôt la procédure autorisée pour les récupérer.
Vérifier le contenu, pas seulement la présence du fichier
Une fois la restauration terminée, ouvrez les documents avec les applications appropriées. Le nom et la taille ne suffisent pas à démontrer que le contenu attendu est exploitable. Pour notre graphiste, cela peut signifier ouvrir le projet, vérifier ses éléments liés et produire un export de contrôle dans un dossier séparé.
Comparez aussi la date de la version restaurée avec celle dont vous aviez besoin. Retrouver un fichier ancien n’est pas la même chose que retrouver le travail de la veille. Si votre système conserve plusieurs versions, l’exercice peut porter sur une version antérieure explicitement choisie, sans modifier les versions actuelles.
Enfin, relevez le temps réellement nécessaire, y compris la recherche du support et des instructions. Une durée constatée sur quelques fichiers ne prédit pas celle d’une restauration complète. Elle permet néanmoins d’identifier une étape lente ou une procédure ambiguë.
Multiplier les copies sans multiplier la même fragilité
Dans son livre CyberDéfense et Résilience, Guy de Lussigny aborde les sauvegardes locales et distantes, la règle 3-2-1, le chiffrement et les tests de restauration. Ces sujets se complètent : compter des copies est un point de départ, pas une garantie de récupération.
Une copie éloignée géographiquement peut protéger contre un sinistre local, sans être automatiquement protégée contre un compte compromis ou une suppression propagée. De même, conserver plusieurs versions suppose de comprendre leur durée de conservation et les droits permettant de les effacer. Le mot « cloud » ne répond pas à ces questions à lui seul.
Pour les supports externes, la fiche de Cybermalveillance.gouv.fr sur les sauvegardes recommande notamment de les déconnecter après utilisation, de protéger les copies et de tester leur fonctionnement. Le chiffrement doit lui aussi être préparé : une sauvegarde chiffrée dont la clé est devenue inaccessible ne résout pas la perte de données.
Transformer l’essai en une petite routine vérifiable
Conservez un compte rendu bref : date du test, données concernées, version récupérée, emplacement de restauration, résultat de l’ouverture et corrections à apporter. Évitez d’y recopier les documents eux-mêmes. Si plusieurs personnes travaillent ensemble, précisez qui vérifie la correction et qui pourra retrouver les instructions en cas d’absence.
La fréquence doit suivre vos usages et les changements importants de votre organisation. Un nouvel ordinateur, un changement d’application ou une modification de la sauvegarde justifient de reconsidérer le test. Une réussite ancienne ne valide pas automatiquement une configuration nouvelle.
Pour approfondir cette démarche et comprendre comment articuler copies, protection et reprise, découvrez CyberDéfense et Résilience. Si l’enjeu concerne plusieurs équipes ou une activité critique, échangez avec GDLTC sur le cadrage de votre continuité informatique. Le point de départ peut rester très concret : montrer ce que vous savez restaurer aujourd’hui, puis traiter les écarts prioritaires.
#Sauvegarde #CyberRésilience #ProtectionDesDonnées #ContinuitéActivité
