Un serveur qui plante un vendredi soir, un ransomware qui chiffre le poste comptable, une mise à jour WordPress qui corrompt la base de données : la première question est toujours la même. « On a une sauvegarde récente ? » Quand la réponse est non, la situation bascule de l’incident technique à la crise opérationnelle. La sauvegarde régulière reste le mécanisme le plus direct pour protéger des données critiques, à condition qu’elle soit pensée comme un processus vérifié.
RPO et RTO : deux indicateurs qui cadrent toute la stratégie de sauvegarde
La plupart des guides parlent de fréquence de sauvegarde sans poser la question préalable : combien de données peut-on se permettre de perdre, et en combien de temps doit-on repartir ? Ce sont précisément les deux indicateurs que le cadrage opérationnel appelle RPO et RTO.
A voir aussi : Les antivirus gratuits ne suffisent plus à sécuriser un ordinateur professionnel
Le RPO (Recovery Point Objective) définit la perte de données maximale acceptable. Si le RPO est de quatre heures, toute sauvegarde plus ancienne que ce délai est insuffisante. Le RTO (Recovery Time Objective) fixe le délai maximal de remise en service après un incident.
On ne choisit pas une solution de sauvegarde avant d’avoir fixé ces deux seuils. Un cabinet d’avocats qui facture à l’heure n’a pas le même RPO qu’un site vitrine mis à jour une fois par mois. Poser ces paramètres évite d’investir dans un outil surdimensionné ou, pire, de découvrir après coup que la restauration prend trois jours alors que l’activité ne supporte pas plus de quelques heures d’arrêt.
A lire en complément : Le phishing par SMS se développe dans les pays francophones
Sauvegarde cloud, locale ou hybride : choisir selon la contrainte réelle
Le réflexe actuel pousse vers le cloud. Le stockage distant simplifie la gestion, permet un accès depuis plusieurs sites et protège contre les sinistres physiques (incendie, dégât des eaux). Pour autant, une copie cloud seule ne constitue pas une stratégie de restauration.
Les sauvegardes natives proposées par les grands éditeurs (Google Workspace, Microsoft 365) gèrent la rétention et le contrôle des accès, pas la restauration granulaire testée. La documentation de Google sur la prévention des pertes de données dans Gmail illustre bien ce point : les politiques de conservation et de contrôle ne remplacent pas une sauvegarde tierce dédiée à la récupération rapide de fichiers précis.
Quand la sauvegarde locale garde un avantage
Sur le terrain, la restauration depuis un disque local ou un NAS est souvent plus rapide qu’un téléchargement depuis le cloud, surtout quand la bande passante est limitée. Pour un artisan ou une TPE avec une connexion fibre moyenne, restaurer plusieurs dizaines de gigaoctets depuis un serveur distant peut prendre des heures.
La solution hybride combine les deux : une copie locale pour la vitesse de restauration, une copie distante pour la sécurité géographique. On retrouve ici le principe de la règle 3-2-1 (trois copies, deux supports différents, une copie hors site), que beaucoup d’entreprises connaissent sans forcément l’appliquer jusqu’au bout.
Tester la restauration : le maillon que la majorité des entreprises oublie
Avoir des sauvegardes qui tournent chaque nuit donne une fausse tranquillité si personne ne vérifie qu’elles sont exploitables. Une sauvegarde non testée ne vaut pas mieux qu’une sauvegarde absente.
Le test de restauration consiste à simuler un incident et à remonter les données à partir de la sauvegarde, dans un environnement isolé ou directement sur le système cible. On mesure alors deux choses : le fichier restauré est-il intègre, et le délai de remise en service correspond-il au RTO défini ?
En pratique, les retours varient sur ce point. Certaines structures testent chaque mois, d’autres une fois par an avant l’audit. Le minimum opérationnel raisonnable, c’est un test complet au moins une fois par trimestre, avec un compte rendu écrit qui note le temps de restauration et les éventuelles erreurs rencontrées.
- Vérifier l’intégrité des fichiers restaurés (ouvrir un document, interroger une base de données, lancer une application)
- Mesurer le temps réel de restauration et le comparer au RTO
- Documenter chaque test pour disposer d’un historique exploitable en cas d’audit ou de sinistre
- Identifier les fichiers ou systèmes exclus par erreur du périmètre de sauvegarde
Immuabilité des sauvegardes : une protection contre les ransomwares, sous conditions
Les attaques par ransomware ciblent désormais les systèmes de récupération eux-mêmes. Chiffrer les sauvegardes en même temps que les données de production annule toute possibilité de reprise autonome. C’est pourquoi le concept de sauvegarde immuable a pris de l’importance : une copie qui ne peut être ni modifiée ni supprimée pendant une durée définie.
L’immuabilité n’est pas un simple paramètre à cocher. En contexte de conformité, une sauvegarde n’est considérée immuable que si elle repose sur une garantie technique réelle : verrouillage au niveau du stockage, durée de rétention justifiée au regard des objectifs de sécurité et de restauration. L’eSanté précise d’ailleurs qu’en l’absence de durée imposée par un référentiel, cette durée doit être justifiée par l’organisation elle-même.
Séparer les accès pour limiter la surface d’attaque
Stocker les sauvegardes sur le même réseau que les systèmes de production revient à placer le coffre-fort dans la pièce qu’on cherche à protéger. La séparation des accès (comptes d’administration distincts, réseau dédié, stockage déconnecté) réduit le risque qu’un attaquant compromette simultanément les données et leurs copies.
Automatisation et fréquence de sauvegarde : calibrer selon l’activité
La sauvegarde manuelle fonctionne quand on y pense, c’est-à-dire rarement dans la durée. Automatiser le processus de sauvegarde élimine le facteur humain et garantit une régularité alignée sur le RPO.
La fréquence dépend du volume de données modifiées et de la criticité de l’activité. Un site e-commerce avec des commandes en continu peut exiger des sauvegardes incrémentales toutes les heures. Un cabinet de conseil qui produit des rapports hebdomadaires se contentera d’une sauvegarde quotidienne.
- Sauvegarde complète hebdomadaire combinée à des sauvegardes incrémentales quotidiennes pour limiter le volume de stockage
- Alertes automatiques en cas d’échec d’un job de sauvegarde, envoyées par email ou dans un outil de supervision
- Rotation des supports ou des versions pour conserver plusieurs points de restauration
La gestion des sauvegardes ne se résume pas au choix d’un logiciel ou d’un service cloud. C’est un processus qui lie la définition des seuils de perte acceptable, le choix des solutions de stockage, la vérification régulière des restaurations et la protection contre les menaces actuelles.
Un fichier sauvegardé mais jamais testé, une copie cloud sans politique de rétention claire, un système immuable sans durée justifiée : chacun de ces angles morts suffit à transformer une panne banale en perte de données définitive.
