Tester ses sauvegardes : comment vérifier que votre PME peut récupérer ses données ?

Pour tester une sauvegarde, restaurez des données dans un emplacement distinct, ouvrez-les avec leur logiciel habituel et mesurez le temps nécessaire pour reprendre une tâche réelle. Un rapport de sauvegarde sans erreur est un premier contrôle ; il ne démontre pas, à lui seul, que les équipes pourront retravailler après un incident.

Ce test de restauration de sauvegarde s’adresse aux PME de Genève qui dépendent de dossiers partagés, d’un NAS, d’un serveur ou de données dans le cloud. Il aide la direction et la personne responsable de l’informatique à préparer un exercice avec leur prestataire, sans improviser une restauration sur les fichiers utilisés au quotidien.

Choisir le scénario et les objectifs de reprise

Partez d’un problème précis : un dossier supprimé, une ancienne version à récupérer ou un serveur devenu indisponible. Un premier exercice peut porter sur un dossier représentatif, avec plusieurs formats de fichiers et un utilisateur qui connaît son contenu. Il doit ensuite être complété par d’autres scénarios si l’entreprise dépend de plusieurs systèmes.

L’Office fédéral de la cybersécurité recommande aux entreprises de s’entraîner à restaurer leurs sauvegardes. Il invite aussi à adapter la sauvegarde à la perte de données que l’organisation peut supporter. L’exercice sert donc à vérifier un besoin métier, au-delà du fonctionnement d’un outil.

Distinguez trois niveaux : retrouver un fichier, remettre une application en fonctionnement et reprendre une activité complète. La récupération d’un document ne valide ni le démarrage du logiciel comptable ni le rétablissement des accès pour toute l’équipe.

Fixer deux objectifs compréhensibles

• Le RPO, ou Recovery Point Objective (objectif de point de reprise), exprime la quantité maximale de travail que l’entreprise accepte de perdre, mesurée dans le temps. Accepter au maximum une journée de saisie perdue impose de disposer d’un point de sauvegarde suffisamment récent.
• Le RTO, ou Recovery Time Objective (objectif de délai de reprise), exprime la durée d’interruption maximale visée avant le rétablissement du service concerné. Cette durée doit inclure les étapes nécessaires au retour au travail, pas seulement le transfert des fichiers.

Faites valider ces objectifs par le responsable de l’activité. Pour organiser les copies et leur conservation avant de les tester, consultez notre guide de sauvegarde des données pour les PME à Genève.

Préparer les accès et un environnement de test

Désignez une personne qui conduit l’exercice et une personne métier qui accepte ou refuse le résultat. Prévoyez une destination distincte : dossier de test avec accès limité, ordinateur de remplacement ou environnement isolé adapté à l’application. Vérifiez l’espace disponible et l’absence de synchronisation qui pourrait propager les fichiers restaurés vers la production.

• Accès : compte autorisé à consulter et restaurer la sauvegarde, droits sur la destination et accès au stockage distant. Utilisez les droits nécessaires à la tâche ; ne donnez pas les identifiants administrateur à tous les participants.
• Authentification : vérifiez les moyens d’authentification multifacteur (MFA), c’est-à-dire un second facteur en complément du mot de passe, et la procédure de récupération si le téléphone habituel est indisponible.
• Chiffrement : assurez-vous qu’une personne habilitée peut retrouver la clé ou le mot de passe de déchiffrement depuis un moyen sécurisé accessible en cas d’incident. Ne les inscrivez pas dans le compte rendu.
• Logiciels et licences : confirmez la disponibilité de l’outil de restauration, de ses versions compatibles et des licences nécessaires pour ouvrir l’application sur le système de test. Un abonnement de stockage ne couvre pas automatiquement toutes les fonctions de reprise.
• Cadre de l’exercice : choisissez la plage horaire, prévenez les utilisateurs concernés et définissez qui peut arrêter le test si le système de production est affecté.

Ne supprimez aucun original pour simuler une panne. Un test sur une base de données, une image de serveur ou un équipement utilisé par l’équipe doit être préparé par la personne qui administre le système, avec la procédure de l’éditeur. Les copies de test doivent bénéficier d’une protection adaptée aux données qu’elles contiennent.

Effectuer le test de restauration, étape par étape

1. Écrire le résultat attendu. Notez le dossier, l’application ou la boîte aux lettres à récupérer, la date souhaitée, la personne qui contrôlera le contenu et le délai visé. Précisez ce qui reste hors périmètre.
2. Identifier la copie à utiliser. Relevez l’emplacement de la sauvegarde, sa date, son état et la version à restaurer. Si le scénario porte sur une erreur ancienne, choisissez une version antérieure à cette erreur plutôt que la copie la plus récente.
3. Confirmer la destination. Relisez le chemin de restauration et les options d’écrasement. Pour ce premier test, récupérez une copie séparée et vérifiez qu’aucun fichier de travail ne sera remplacé. Si l’outil ne permet pas ce mode, faites préparer une autre méthode par l’administrateur.
4. Lancer et chronométrer. Notez l’heure de début, le temps consacré aux accès, le transfert et les éventuelles erreurs. Conservez le journal utile à l’analyse sans y laisser de secrets.
5. Contrôler le contenu récupéré. Vérifiez l’arborescence, les éléments attendus, leur version et leur ouverture. Pour un projet composé de plusieurs fichiers, contrôlez aussi les liens vers les documents associés.
6. Faire réaliser une tâche métier. Demandez à une personne autorisée de consulter le dossier, retrouver une pièce ou ouvrir le projet dans son logiciel. Pour une application, utilisez un environnement qui évite les envois de messages, paiements ou écritures vers les systèmes réels.
7. Consigner le résultat et nettoyer. Documentez les écarts, les corrections, leur responsable et la date du prochain contrôle. Retirez les accès temporaires et supprimez les copies de test selon la règle retenue, après validation du compte rendu.

Adapter la vérification au type de données

Pour un tableur, ouvrez plusieurs feuilles et contrôlez les formules ou les liens utiles. Pour un projet d’architecture, vérifiez les références externes avec le logiciel habituel. Pour une application métier, une simple copie du répertoire peut être insuffisante : la base de données, les paramètres, les services et la procédure de l’éditeur doivent faire partie du test.

Tester une sauvegarde NAS ou un cloud suisse

Un NAS est un stockage connecté au réseau. Lorsqu’il centralise les dossiers d’une PME, prévoyez deux exercices différents : récupérer un élément supprimé et récupérer les données alors que le NAS d’origine est indisponible. Un test réalisé uniquement depuis cet appareil ne démontre pas qu’un remplacement sera possible.

Exemple : Synology Hyper Backup vers Swiss Backup

Infomaniak documente la sauvegarde d’un NAS Synology avec Hyper Backup vers Swiss Backup via OpenStack Swift. Cette configuration demande notamment un espace adapté, un quota d’appareil disponible et les paramètres de connexion. La clé de chiffrement doit être conservée pour permettre la récupération lorsque le chiffrement est activé.

Pour votre exercice, vérifiez que la personne habilitée retrouve les paramètres du stockage, l’archive et une version donnée. Faites ensuite récupérer un dossier de test. Si le scénario prévoit la perte du NAS, préparez séparément la méthode et l’équipement de remplacement. Infomaniak renvoie notamment vers Hyper Backup Explorer pour consulter des archives au format Synology ; cela ne signifie pas que toute application redémarrera automatiquement.

Exemple : restauration de fichiers avec Acronis

Pour les sauvegardes réalisées avec Acronis, la procédure Infomaniak de restauration de fichiers et dossiers passe par la sélection de l’appareil et des éléments à récupérer dans la console. Vérifiez les options de destination avant confirmation. La restauration complète d’un ordinateur Windows est une opération distincte, qui peut demander un média de démarrage, un accès Internet et le mot de passe de chiffrement.

Les interfaces et les possibilités varient selon le produit, la version et le contrat. Utilisez la procédure de votre solution, puis confrontez le résultat aux objectifs de votre entreprise. Le fait de stocker une copie en Suisse ne suffit pas à démontrer qu’elle sera récupérable dans le délai attendu.

Mesurer le délai et valider le résultat métier

Arrêtez le chronomètre lorsque le service prévu fonctionne pour l’utilisateur de test. Si les fichiers sont téléchargés mais que les droits, le logiciel ou les accès réseau empêchent encore leur utilisation, la reprise n’est pas terminée.

Contrôle	Preuve attendue
Données récupérées	Les dossiers attendus sont présents et leur contenu s’ouvre correctement.
Point de restauration	La date des données récupérables respecte la perte de travail maximale acceptée.
Délai de reprise	L’accès, le transfert, la remise en service et le contrôle métier tiennent dans l’objectif visé.
Droits d’accès	Les personnes prévues peuvent accéder aux données ; les autres n’y accèdent pas.
Application	Une tâche représentative fonctionne avec les fichiers ou la base restaurés.

Exemple fictif : un cabinet d’architectes genevois vise une reprise de son dossier projet en quatre heures et accepte au maximum une journée de travail perdue. Le téléchargement dure une heure, mais la remise en place des accès et la vérification des références demandent trois heures supplémentaires. L’objectif de quatre heures est atteint sans marge ; le résultat justifie de préparer les accès et de retester, plutôt que d’annoncer une restauration « en une heure ».

Comprendre les limites du test

Un contrôle d’intégrité vérifie certains aspects techniques de l’archive selon l’outil. Il ne remplace pas l’ouverture des données et la validation du travail attendu. Inversement, ouvrir trois fichiers ne valide pas l’ensemble des sauvegardes. Faites varier les dossiers, les dates et les systèmes testés.

En cas de cyberattaque réelle, un exercice réussi auparavant ne prouve pas que la copie choisie est saine. La restauration doit s’inscrire dans le traitement de l’incident, avec un environnement maîtrisé. Notre article sur le plan de reprise d’activité informatique explique comment organiser les priorités et les responsabilités.

Définir la fréquence des tests et leur budget

Définissez un rythme selon la criticité des données, la fréquence des changements et les conséquences d’un arrêt. Comme point de départ à adapter, une PME peut prévoir un petit test de fichiers chaque mois et un exercice plus large chaque trimestre, puis renouveler les vérifications après une migration, un changement de NAS, d’outil ou de compte d’administration. Il s’agit d’un exemple d’organisation, pas d’une fréquence imposée par une réglementation.

Alternez les sauvegardes locales et les copies hors site, c’est-à-dire conservées dans un autre lieu que les données principales. Testez aussi une version plus ancienne : récupérer le fichier d’hier ne prouve pas que l’historique prévu existe encore.

Le coût dépend du volume à récupérer, du temps d’administration, des licences, du matériel temporaire, de la connexion et du contrôle par les utilisateurs. Vérifiez les éventuels frais de téléchargement ou de restauration dans votre contrat, sans les supposer gratuits ou systématiquement payants.

Si le suivi est confié à un prestataire, précisez dans le périmètre : les systèmes testés, les scénarios, la fréquence, les preuves remises et le traitement d’un échec. Notre service d’infogérance informatique permet d’étudier l’organisation du suivi selon les besoins de votre entreprise.

Conserver une checklist et un compte rendu utile

À la fin de l’exercice, une page claire suffit souvent à rendre le résultat exploitable. Utilisez cette checklist pour préparer le prochain test :

• Le scénario, les données concernées, le responsable du test et le validateur métier sont identifiés.
• La source, le point de restauration et la destination distincte sont notés.
• Les accès et la clé de chiffrement sont disponibles pour les personnes habilitées, sans être copiés dans le rapport.
• Les temps de préparation, de transfert et de remise en service sont mesurés.
• Les données s’ouvrent, les droits sont vérifiés et une tâche métier a été validée.
• Les erreurs, exclusions et limites du périmètre sont expliquées.
• Chaque correction a un responsable et une échéance ; un nouveau test est prévu après correction.
• Les copies et les droits temporaires sont retirés selon la procédure.

Indiquez un verdict précis : réussi pour le périmètre testé, partiellement réussi ou échec. Une restauration qui dépasse le délai accepté reste un écart à traiter même si les fichiers sont finalement lisibles. Conservez le rapport et la procédure dans un espace sécurisé qui restera accessible si le système habituel est indisponible.

Questions fréquentes

Une sauvegarde marquée « réussie » doit-elle encore être testée ?

Oui. Le journal indique le résultat de la tâche dans son périmètre. Le test vérifie aussi la présence des données nécessaires, les accès, le déchiffrement, leur utilisation et le délai de reprise. Les deux contrôles se complètent.

Faut-il arrêter l’entreprise pour tester ?

Un test de fichiers peut souvent se faire vers une destination distincte sans interrompre le travail, en tenant compte de la charge sur les systèmes. Un exercice complet de serveur ou d’application demande une préparation plus poussée, un environnement adapté et parfois une plage d’intervention convenue.

Un test depuis la copie locale suffit-il ?

Il valide seulement ce scénario. Prévoyez aussi un exercice depuis la copie hors site pour vérifier les accès, le transfert et la disponibilité des outils nécessaires. Si les locaux ou le NAS sont indisponibles, la méthode de récupération peut être différente.

Que faire si le test échoue ?

Conservez les journaux et la copie source. Identifiez l’obstacle : accès, chiffrement, archive, version, capacité ou application. Faites corriger la cause puis répétez le même scénario. Si aucune copie exploitable n’est démontrée, traitez ce défaut en priorité avec votre responsable informatique.

Vérifier les sauvegardes de votre PME à Genève

Pixel IT peut vous accompagner pour examiner les données critiques, préparer un test et identifier les corrections à apporter. Un audit informatique ciblé permet de faire le point sur votre capacité de récupération ; le périmètre et les objectifs sont définis avec vous.

Contactez Pixel IT pour préparer un premier exercice adapté à vos dossiers, à vos outils et au fonctionnement de votre équipe.

Sources officielles

Documentation consultée le 15 octobre 2026. Les scénarios, la checklist et les critères d’acceptation ci-dessus constituent une méthode pratique à adapter à votre environnement.

• Office fédéral de la cybersécurité : protection de base des entreprises et des autorités.
• Infomaniak : Hyper Backup et Swiss Backup pour un NAS Synology.
• Infomaniak : restauration de fichiers et dossiers avec Acronis.
• Infomaniak : restauration d’un ordinateur Windows depuis Swiss Backup.

Modèle de compte rendu de restauration

Ce modèle est une trame illustrative : il ne contient aucune donnée client. Conservez le résultat et les limites de l’exercice pour préparer le test suivant.