Une panne, une erreur humaine ou un ransomware peut rendre des années de travail inaccessibles en quelques minutes. Un logiciel de sauvegarde sert à créer des copies récupérables des fichiers, postes, serveurs, machines virtuelles ou services cloud, mais toutes les solutions ne répondent pas aux mêmes risques. Je détaille ici les fonctions vraiment utiles, les différences entre les approches, les coûts à prévoir et la méthode que j’utilise pour vérifier qu’une sauvegarde pourra réellement être restaurée.
Les décisions qui rendent une stratégie de sauvegarde réellement fiable
- Définir le RPO et le RTO avant de comparer les produits.
- Appliquer au minimum la règle 3-2-1, idéalement renforcée par une copie immuable ou hors ligne.
- Vérifier la prise en charge des postes, serveurs, VM, NAS et applications SaaS réellement utilisés.
- Exiger le chiffrement, la MFA, l’immutabilité et des journaux d’audit pour limiter le risque de ransomware.
- Tester la restauration régulièrement, car une sauvegarde non testée reste une hypothèse.
Choisir une solution qui correspond au risque réel
Je commence toujours par une question simple : que devons-nous remettre en service en premier si l’informatique s’arrête demain matin ? Pour une agence de dix personnes, il peut s’agir des dossiers clients et de Microsoft 365. Pour une PME industrielle, la priorité sera plutôt l’ERP, les bases de données et les machines virtuelles.
Deux indicateurs permettent de sortir des discussions vagues. Le RPO, ou Recovery Point Objective, indique la quantité maximale de données que l’entreprise accepte de perdre. Un RPO de 24 heures signifie qu’une sauvegarde quotidienne peut suffire, tandis qu’un RPO de 15 minutes impose une protection beaucoup plus fréquente.
Le RTO, ou Recovery Time Objective, correspond au délai acceptable pour retrouver un service opérationnel. Restaurer quelques fichiers en dix minutes n’exige pas la même architecture que redémarrer un environnement complet en moins de deux heures.
| Besoin | Fonction à privilégier | Point de vigilance |
|---|---|---|
| Fichiers bureautiques | Versioning et restauration granulaire | Récupérer une ancienne version sans restaurer tout le poste |
| Postes de travail | Sauvegarde automatique des profils et dossiers | Gérer les ordinateurs nomades et les connexions intermittentes |
| Serveurs physiques | Image complète et restauration bare metal | Redémarrer sur un matériel différent si nécessaire |
| Machines virtuelles | Protection au niveau hyperviseur | Préserver la cohérence applicative et les performances |
| Microsoft 365 ou Google Workspace | Sauvegarde SaaS indépendante | Ne pas confondre synchronisation et sauvegarde |
La synchronisation cloud mérite une précision. Elle réplique souvent les suppressions et les modifications, alors qu’une sauvegarde conserve des points de restauration historiques. Si un compte est compromis et que les fichiers sont chiffrés ou supprimés, la synchronisation seule peut reproduire le problème au lieu de le résoudre.
Les fonctions qui font la différence en 2026
Une interface agréable ne suffit pas. Pour moi, une solution sérieuse doit d’abord proposer une politique centralisée, des alertes exploitables et une restauration compréhensible par une équipe qui travaille sous pression.
Protection contre les ransomwares
L’immutabilité empêche une sauvegarde d’être modifiée ou supprimée pendant une durée définie. Elle peut être proposée par un stockage objet verrouillé, un coffre cloud ou un support hors ligne. J’accorde aussi beaucoup d’importance à la séparation des comptes d’administration, à la MFA et à l’absence d’accès permanent du serveur de production vers toutes les copies.
Restauration et vérification
Le logiciel doit permettre de restaurer un fichier, une boîte aux lettres, une base de données ou une machine entière. Les contrôles automatiques d’intégrité sont utiles, mais ils ne remplacent pas un test de restauration concret dans un environnement isolé.
Gestion opérationnelle
Les fonctions souvent sous-estimées sont pourtant décisives : déduplication, compression, limitation de la bande passante, rétention configurable, rapports d’échec et intégration avec une API. Un échec de sauvegarde doit déclencher une action, pas seulement apparaître dans un tableau de bord que personne ne consulte.
Conformité et localisation des données
Le RGPD ne demande pas simplement de « faire des sauvegardes ». Il faut savoir où les données sont stockées, qui peut y accéder, combien de temps elles sont conservées et comment elles sont supprimées. Pour certaines organisations françaises, la localisation européenne, les clauses contractuelles et la réversibilité du stockage sont aussi importantes que le prix.
Comparer les grandes approches sans se tromper
Le choix oppose rarement un bon outil à un mauvais outil. Il oppose plutôt plusieurs niveaux de contrôle, de coût et de responsabilité. Voici la grille que j’utilise pour clarifier la décision.
| Approche | Pour quel usage | Avantages | Limites |
|---|---|---|---|
| Outil intégré au système | Poste isolé ou petit environnement | Coût faible, déploiement rapide | Supervision, restauration et protection avancée limitées |
| Agent cloud pour postes | Télétravail, petites équipes, ordinateurs nomades | Administration simple, copie externalisée | Dépendance à la connexion et au fournisseur |
| Plateforme pour serveurs et VM | PME structurées, infrastructure virtualisée | Restauration complète, politiques avancées, centralisation | Paramétrage et stockage plus coûteux |
| Architecture hybride | Applications critiques et exigences élevées | Rapidité locale et résilience hors site | Plus de composants à surveiller |
| Service managé par un prestataire | Équipe IT réduite ou absence d’expertise interne | Surveillance, alertes et assistance incluses | Contrat, dépendance et coûts récurrents |
À titre indicatif, un outil basique peut coûter 0 à 5 euros par poste et par mois, hors stockage et administration. Une protection cloud professionnelle se situe souvent autour de 3 à 15 euros par poste et par mois, tandis qu’une plateforme serveur ou virtuelle se chiffre plutôt par workload, capacité ou abonnement annuel. Le devis doit toujours préciser le stockage inclus, la durée de rétention, les frais de sortie des données et l’accompagnement à la restauration.
Les solutions connues comme Veeam, Acronis, Nakivo, Commvault ou certaines offres cloud ne ciblent pas exactement le même public. Je déconseille de choisir une marque avant d’avoir listé les workloads à protéger. Un produit excellent pour des machines virtuelles peut être peu pratique pour sauvegarder des données SaaS ou des ordinateurs itinérants.
Construire une stratégie 3-2-1-1-0 réellement restaurable
La règle 3-2-1 reste une excellente base : trois copies des données, sur deux supports différents, dont une copie hors site. L’ANSSI recommande cette logique et insiste sur l’intérêt d’une sauvegarde hors ligne, surtout face aux attaques par ransomware.
La variante 3-2-1-1-0 ajoute une copie immuable ou déconnectée et zéro erreur non traitée après vérification. Elle ne doit pas être appliquée mécaniquement. Trois copies accessibles avec les mêmes identifiants administrateur ne constituent pas une défense solide si un attaquant peut les chiffrer toutes les trois.
Un exemple adapté à une PME
- Une copie locale quotidienne sur un serveur de sauvegarde.
- Une seconde copie chiffrée vers un stockage cloud situé dans l’Union européenne.
- Une copie immuable conservée pendant 30 à 90 jours selon la criticité.
- Un test mensuel de restauration de fichiers et un test trimestriel d’une machine complète.
- Une revue annuelle des comptes, de la rétention et des objectifs RPO/RTO.
La fréquence dépend du métier. Des fichiers de comptabilité peuvent être sauvegardés toutes les quatre à vingt-quatre heures. Une base transactionnelle critique peut demander des journaux toutes les cinq à quinze minutes. Je préfère une politique plus simple, exécutée et contrôlée, qu’une architecture ambitieuse dont les alertes restent sans réponse.
Les snapshots, le RAID et la réplication ne remplacent pas une sauvegarde indépendante. Le RAID améliore la disponibilité d’un stockage, mais il ne protège ni contre une suppression volontaire, ni contre un ransomware, ni contre une erreur propagée sur tous les volumes.
Les erreurs qui rendent une sauvegarde inutile
La première erreur consiste à sauvegarder uniquement le serveur le plus visible. Les postes portables, les comptes SaaS, les NAS et les bases de données de certains logiciels sont alors oubliés. Je recommande de tenir un inventaire des données et des propriétaires métier avant de créer les tâches de sauvegarde.
La deuxième est de conserver toutes les copies dans le même réseau. Une copie hors site doit être réellement indépendante, avec des identifiants distincts, des droits minimaux et, si possible, une période d’immutabilité. Une autre erreur fréquente consiste à laisser le compte de sauvegarde disposer de droits administrateur permanents sur toute l’infrastructure.
La troisième erreur est de ne jamais restaurer. Un rapport « job réussi » signifie seulement que le processus s’est terminé selon ses propres contrôles. Il ne prouve pas que l’application redémarrera, que les fichiers seront lisibles ou que les clés de chiffrement seront disponibles.
Lire aussi : SI vs Informatique - Évitez les erreurs de pilotage coûteuses
La checklist avant mise en production
- Les données prioritaires et leurs propriétaires sont identifiés.
- Les objectifs RPO et RTO sont écrits, pas seulement discutés.
- Les copies sont chiffrées en transit et au repos.
- La MFA et des rôles séparés protègent la console d’administration.
- Une copie est immuable ou hors ligne.
- Les alertes arrivent à une personne responsable.
- Un test de restauration est planifié dès le déploiement.
- Le contrat précise la réversibilité et la récupération complète des données.
Le bon outil est celui que l’équipe sait restaurer
Je ne choisirais jamais une solution uniquement parce qu’elle affiche le plus grand nombre de fonctions. Le meilleur compromis combine couverture des workloads, restauration rapide, sécurité des accès et administration compatible avec les compétences disponibles.
Pour une petite structure, une offre cloud bien supervisée peut être plus sûre qu’un serveur local sophistiqué mais mal maintenu. Pour une entreprise avec des applications critiques, une architecture hybride et immuable apporte généralement un meilleur équilibre entre vitesse de reprise et résistance aux attaques.
Avant de signer, je demanderais une démonstration sur un scénario réaliste : restaurer un fichier supprimé, récupérer une boîte aux lettres, redémarrer une machine virtuelle et expliquer ce qui se passe si la console d’administration est compromise. Si le fournisseur ne peut pas montrer ce parcours simplement, la décision mérite d’être repoussée.
