Hébergement
Sauvegarde et plan de reprise : ce que votre PME doit tester avant d’en avoir besoin
ST
Vous avez des sauvegardes. Probablement. Mais une sauvegarde que vous n’avez jamais testée n’est pas une protection : c’est une hypothèse que vous vérifierez le pire jour possible.
23/06/2026
Chez Computis, nous accompagnons chaque semaine des PME romandes, des communes et des institutions publiques dans la sécurisation de leur infrastructure. Et lors de nos audits, une question fait presque systématiquement tomber le silence dans la pièce : « Quand avez-vous testé la restauration de vos sauvegardes pour la dernière fois ? » La plupart du temps, les sauvegardes existent. C’est leur restauration qui n’a jamais été vérifiée. Et le jour où on en a besoin, c’est rarement le bon moment pour découvrir qu’elles ne fonctionnent pas.
Une sauvegarde n’est pas un plan de reprise
Il existe une confusion fréquente entre deux notions distinctes : la sauvegarde et le plan de reprise d’activité. La sauvegarde, c’est la copie de vos données. Le plan de reprise, c’est votre capacité à redémarrer votre activité après un incident : dans un délai défini, avec une perte de données maîtrisée. Avoir des sauvegardes ne suffit pas. La vraie question est : combien de temps vous faut-il pour redémarrer après un sinistre. Panne matérielle, ransomware, incendie, erreur humaine ? Et combien de données pouvez-vous vous permettre de perdre ? Ces deux questions ont des noms techniques : le RTO (Recovery Time Objective, le temps de redémarrage acceptable) et le RPO (Recovery Point Objective, la quantité de données que vous pouvez perdre). La plupart des PME que nous auditons n’ont jamais défini ni l’un ni l’autre. Elles découvrent leur RTO réel le jour de l’incident, et il est presque toujours bien plus long que ce qu’elles auraient pu supporter.
Ce qu’on observe dans les PME et communes romandes
Exemple fictif : dans une PME de négoce, les sauvegardes tournent automatiquement chaque nuit sur un disque réseau. Tout semble en ordre. Un test de restauration montre que les sauvegardes échouent silencieusement depuis des mois : le disque est plein. Personne n’a vérifié les logs. La dernière sauvegarde exploitable date de bien avant. Dans une commune vaudoise, les sauvegardes étaient stockées sur un serveur situé dans le même local technique que les serveurs de production. Un dégât des eaux, un incendie, ou un ransomware se propageant sur le réseau aurait détruit les données ET leur sauvegarde simultanément. La règle de l’isolation n’était pas respectée. La nLPD fait de la disponibilité des données personnelles l’un des objectifs de la sécurité des données, et la restauration rapide après un incident fait partie des mesures attendues (art. 8 LPD, art. 2 et 3 OPDo). Une perte de données définitive suite à un incident, faute de sauvegarde restaurable, constitue un manquement documentable. Une perte de données peut aussi constituer une violation de la sécurité des données : elle doit être annoncée au PFPDT si elle présente vraisemblablement un risque élevé pour les personnes concernées (art. 24 nLPD). Pour ses propres traitements, une commune vaudoise relève de la LPrD et de l’APDI, pas de la nLPD.
Les 3 points à corriger en priorité
1. La règle 3-2-1 n’est pas appliquée La règle de référence est simple : 3 copies de vos données, sur 2 supports différents, dont 1 hors site. Avec une seule copie, sur un seul support, dans le même bâtiment que les données d’origine, un seul incident physique détruit tout. L’isolation d’au moins une copie, hors site ou dans le cloud, déconnectée du réseau principal, est la mesure fondamentale. 2. Les sauvegardes ne sont jamais testées Une sauvegarde qui n’a jamais été restaurée est une hypothèse, pas une protection. Les échecs silencieux sont fréquents : disque plein, processus interrompu, fichiers corrompus, droits d’accès modifiés. Sans test de restauration régulier, au minimum trimestriel, vous ne savez pas si vos sauvegardes sont exploitables. 3. Aucun RTO ni RPO défini Sans objectif de temps de reprise et de point de reprise définis, vous ne pouvez pas dimensionner votre solution de sauvegarde correctement. Combien d’heures d’interruption votre activité peut-elle supporter ? Combien de données pouvez-vous perdre ? Ces réponses déterminent toute votre architecture de sauvegarde, et elles doivent être des décisions de direction, pas des paramètres techniques par défaut.
L’approche Computis : tester la reprise, pas seulement la sauvegarde
La sauvegarde et le plan de reprise ne sont pas des sujets techniques réservés aux grandes entreprises. Ce sont des décisions de continuité d’activité qui concernent toute organisation, et qui se dimensionnent à la taille de votre structure. Chez Computis, notre approche fonctionne en trois temps. D’abord, un audit préliminaire : état des sauvegardes existantes, test de restauration réel, vérification de l’isolation, analyse des logs. Ensuite, la définition des objectifs : RTO et RPO décidés avec la direction, en fonction de la réalité de votre activité. Enfin, la mise en place : architecture 3-2-1, automatisation, alertes en cas d’échec, et, surtout, tests de restauration planifiés et documentés. Pour une question de droit, voyez un avocat ou l’autorité compétente ; Computis traite la partie technique.
Sans plan de reprise testé, une PME risque de ne jamais retrouver une activité normale après une perte majeure. Règle 3-2-1, RTO, RPO expliqués.
FAQ
Nos sauvegardes tournent automatiquement : ne sommes-nous pas protégés ?
Une sauvegarde automatique peut échouer silencieusement : disque plein, processus interrompu, fichiers corrompus. Sans test de restauration régulier, vous ne savez pas si elles sont exploitables. L’automatisation gère la copie : pas la garantie de pouvoir restaurer.
C’est quoi concrètement la règle 3-2-1 ?
Trois copies de vos données, sur deux types de supports différents, dont une copie conservée hors site. C’est la règle de référence de l’industrie. Elle réduit fortement le risque qu’un incident unique, physique ou logique, détruise à la fois vos données et toutes leurs sauvegardes.
La nLPD nous impose-t-elle d’avoir un plan de reprise ?
La nLPD fait de la disponibilité des données personnelles un objectif de protection, et la restauration rapide après un incident fait partie des mesures attendues. Une perte définitive de données faute de sauvegarde restaurable constitue un manquement. Comme une fuite, une perte de données doit être annoncée au PFPDT si elle présente vraisemblablement un risque élevé pour les personnes concernées. Pour une commune vaudoise, c’est la LPrD qui s’applique à ses propres traitements.
Nous n’avons pas d’équipe IT interne, Computis peut-il gérer tout cela à notre place ?
Oui. C’est précisément notre modèle pour les PME et communes sans ressource IT dédiée. Chez Computis, cybersécurité, cloud et réseau sont trois domaines de spécialisation d’une même équipe : vous avez un interlocuteur unique qui assure le déploiement, la configuration, la formation et le suivi.
Comment fonctionne l’audit préliminaire Computis sur ce sujet ?
L’audit préliminaire est une prestation payante qui produit un rapport documenté : état des sauvegardes, test de restauration réel, vérification de l’isolation, définition des objectifs RTO/RPO, recommandations priorisées. Son coût est intégralement déduit de la prestation si vous choisissez de travailler avec nous.
Sujets abordés
Sauvegarde
Plan de reprise
3-2-1
Hébergement
nLPD
PME Suisse
Si un ransomware chiffrait vos données ce soir, combien de temps vous faudrait-il pour redémarrer ?
Chez Computis, nous réalisons un audit préliminaire de votre stratégie de sauvegarde et de reprise pour les PME et communes romandes sans équipe IT dédiée. Test de restauration réel, vérification d’isolation, définition RTO/RPO : rapport documenté. Notre audit préliminaire est payant et sérieux. Son coût est intégralement déduit de la prestation si vous décidez de travailler avec nous. Cybersécurité, cloud ou réseau : un seul interlocuteur chez Computis.
