Une panne matérielle, une erreur humaine ou un rançongiciel peut rendre des données indispensables inaccessibles en quelques minutes. La sauvegarde externalisée protège une copie hors site, mais seule une procédure éprouvée permet ensuite la restauration après sinistre.
Dans un plan de reprise informatique, les copies de sécurité doivent donc s’articuler avec les délais métier, les accès d’urgence et les essais de récupération des systèmes. Cette relation entre sauvegarde et reprise après sinistre constitue un levier concret de protection des données et de continuité des activités.
A retenir :
- Copies multiples, supports distincts et stockage distant sécurisé
- Copies isolées ou immuables contre les rançongiciels
- RTO et RPO définis selon la criticité métier
- Tests de restauration réguliers et procédures accessibles
Sauvegarde externalisée et restauration après sinistre : deux rôles complémentaires
Cette complémentarité commence par une distinction essentielle : sauvegarder préserve les données, tandis que le plan de reprise organise le redémarrage des services. Sans copies fiables, la reprise manque de matière ; sans procédure, les copies peuvent rester inutilisables trop longtemps.
Protéger les données ne suffit pas à relancer l’activité
Une sauvegarde crée des versions récupérables après une suppression, une corruption ou une attaque. La reprise après sinistre ajoute les étapes opérationnelles : priorités de redémarrage, systèmes de remplacement, communications et responsabilités.
Selon la CNIL, les organismes doivent prévoir des sauvegardes adaptées et vérifier leur capacité à restaurer les données. Une entreprise peut ainsi conserver les dossiers clients, mais rester bloquée si son application métier ou ses accès administrateur ne sont pas rétablis.
Relier les délais de reprise aux besoins métier
Le RPO désigne la quantité maximale de données que l’organisation accepte de perdre, exprimée en temps. Le RTO correspond à la durée maximale d’interruption tolérable avant que l’impact opérationnel devienne critique.
Pour un cabinet comptable, perdre une journée de saisie peut être lourd à la veille d’une échéance. Une boutique en ligne, elle, peut devoir restaurer rapidement son système de paiement, même si les données secondaires attendent.
Le tableau aide à traduire ces objectifs en choix concrets, sans imposer une fréquence identique à tous les services.
| Élément | Question à poser | Conséquence pratique |
|---|---|---|
| RPO | Quelle perte de données est acceptable ? | Détermine la fréquence des copies |
| RTO | Combien de temps le service peut-il rester indisponible ? | Oriente les moyens de redémarrage |
| Données critiques | Quels fichiers soutiennent les opérations prioritaires ? | Définit l’ordre de restauration |
| Dépendances techniques | Quels logiciels et accès sont nécessaires ? | Évite une reprise partielle ou bloquée |
Les objectifs fixés déterminent ensuite l’architecture de stockage, notamment le nombre de copies, leur emplacement et leur niveau d’isolement.
Stockage distant sécurisé : construire une sauvegarde résistante
Une fois les délais définis, l’architecture doit réduire les risques de défaillance commune entre données de production et copies. La règle 3-2-1 offre un cadre simple, que l’on peut renforcer face aux attaques actuelles.
Appliquer la règle 3-2-1 et protéger une copie
Cette méthode recommande trois copies des données, réparties sur deux types de supports, avec au moins une copie hors site. Une version déconnectée ou immuable ajoute une défense lorsque des logiciels malveillants tentent de chiffrer les ressources accessibles.
Selon la CNIL, une sauvegarde doit être protégée contre les incidents susceptibles d’affecter les données originales. Une PME peut, par exemple, conserver une copie locale pour accélérer les restaurations courantes et une sauvegarde externalisée chiffrée dans un stockage distant sécurisé.
Les options suivantes répondent à des besoins différents ; elles ne remplacent pas toutes les mêmes protections.
| Option | Atout principal | Point de vigilance |
|---|---|---|
| Disque externe déconnecté | Isolation après la sauvegarde | Rotation et rangement nécessaires |
| NAS local | Restauration rapide sur site | Risque partagé avec le réseau local |
| Cloud chiffré | Copie hors site accessible à distance | Vérifier les accès et la rétention |
| Copie immuable | Limitation des modifications pendant une période définie | Paramétrer durée et droits de gestion |
Éviter la confusion entre synchronisation et sauvegarde
Une synchronisation répercute souvent les changements entre appareils, y compris certaines suppressions ou corruptions. Une sauvegarde conserve des versions historiques selon une politique de rétention, ce qui permet de revenir à un état antérieur.
Selon la CNIL, les mesures de sécurité doivent correspondre aux risques et au contexte des traitements. Avant tout transfert vers un prestataire, l’organisation doit donc vérifier le chiffrement, les droits d’accès, la localisation des données et les modalités de récupération.
Cette architecture ne devient réellement utile que si les équipes savent restaurer les données et les services dans les conditions prévues.
Mesures de stockage à vérifier :
- Copies réparties entre supports réellement distincts
- Chiffrement des données pendant le transfert et au repos
- Accès administratifs protégés et documentés hors réseau
- Rétention adaptée aux besoins opérationnels et réglementaires
Restauration des systèmes : tester le plan de reprise informatique
Une architecture bien conçue réduit l’exposition, mais seule une restauration vérifiée démontre qu’elle fonctionne. Les tests révèlent les fichiers corrompus, les accès manquants et les étapes qui ralentiraient la récupération des systèmes.
Organiser des essais de restauration réguliers
Un test peut commencer par la récupération d’un fichier supprimé, puis évoluer vers la remise en service d’une application complète. Il faut consigner le résultat, le temps nécessaire et les difficultés rencontrées, puis corriger la procédure.
Dans un scénario hypothétique, une PME industrielle restaure d’abord sa base de production, puis vérifie les comptes d’accès et les dépendances de son logiciel de gestion. Si le serveur revient mais que les clés ou licences manquent, le service reste paralysé.
Un exercice réaliste peut suivre ces étapes :
- Choix d’un service prioritaire et de son scénario de panne
- Restauration sur un environnement contrôlé et isolé
- Contrôle de l’intégrité des fichiers et des accès utilisateurs
- Mesure des délais réels face aux objectifs RTO et RPO
Intégrer les responsabilités et les dépendances techniques
Le plan de reprise informatique doit préciser qui déclenche l’intervention, où se trouvent les procédures et comment joindre les responsables. Il doit également couvrir les configurations, les logiciels, les identifiants d’urgence et les connexions nécessaires.
Pour préserver la sécurité internet, les équipes doivent éviter de reconnecter trop vite un environnement potentiellement compromis. Une reprise contrôlée inclut l’analyse de la cause, la validation des copies saines et la surveillance des systèmes remis en service.
La fréquence des essais dépend de la criticité des services et des changements apportés à l’infrastructure. Un test après une modification majeure peut prévenir une mauvaise surprise lors d’un incident réel.
Priorités du plan de reprise :
- Ordre de redémarrage des services métier essentiels
- Contacts d’urgence et accès indépendants du réseau principal
- Copies saines identifiées avant toute remise en production
- Compte rendu des essais et actions correctives assignées
Pour approfondir les principes de sauvegarde et de cybersécurité, ces recherches vidéo peuvent compléter les procédures internes de l’organisation.
Les explications vidéo ne remplacent pas les tests conduits sur les propres systèmes de l’organisation. Chaque environnement possède ses applications, ses contraintes de délai et ses dépendances particulières.
Source : Commission nationale de l’informatique et des libertés, « Guide de la sécurité des données personnelles », CNIL.
