Quand on parle de protection des données, les termes se mélangent souvent : sauvegarde, snapshot, PRA… Pourtant, chacun de ces mécanismes répond à un besoin différent, protège contre des risques différents et intervient à un moment différent.
Cet article fait le point, sans jargon inutile.
Vue d'ensemble
Avant d'entrer dans le détail, voici un comparatif des trois mécanismes.
| Sauvegarde | Snapshot | PRA | |
|---|---|---|---|
| Objectif | Retrouver des données | Revenir à un état précis | Reprendre l'activité |
| Protège contre | Suppression, corruption | Mauvaise mise à jour | Perte du datacenter |
| Temps de reprise | Minutes à heures | Secondes à minutes | < 1 heure |
| Perte de données max | Depuis la dernière sauvegarde | Depuis le snapshot | Jusqu'à 1 heure |
| Stockage | Local et/ou site distant | Même serveur | DC de secours |
Maintenant, détaillons chaque mécanisme.
La sauvegarde : votre filet de sécurité
La sauvegarde (backup) est le mécanisme le plus fondamental. Elle consiste à copier vos données à intervalles réguliers vers un emplacement séparé, idéalement dans un autre datacenter ou un autre site géographique.
La sauvegarde répond à la question :
« Un fichier a été supprimé ou corrompu. Comment le retrouver ? »
Cas d'usage typiques
- Un collaborateur supprime accidentellement un dossier
- Une base de données est corrompue après un bug applicatif
- Un ransomware chiffre les fichiers du serveur
- Vous devez restaurer une version antérieure d'un document
Caractéristiques
- Fréquence : quotidienne le plus souvent, parfois toutes les heures pour les données critiques
- Rétention : plusieurs jours, semaines ou mois selon la politique de sauvegarde
- Restauration : partielle (un fichier, un dossier, une base) ou complète (le serveur entier)
- Emplacement : toujours sur un support distant — si la sauvegarde est sur le même disque que les données, ce n'est pas une sauvegarde
Point clé : la sauvegarde ne protège pas contre l'indisponibilité. Si votre serveur tombe, restaurer une sauvegarde prend du temps. Pendant la restauration, votre service est arrêté.
Le snapshot : une photo instantanée
Un snapshot (instantané) est une capture de l'état complet d'un serveur à un instant T. Contrairement à la sauvegarde, le snapshot est généralement stocké sur la même infrastructure (même cluster de stockage) et sa création est quasi instantanée.
Le snapshot répond à la question :
« Je vais faire une modification risquée. Comment revenir en arrière si ça se passe mal ? »
Cas d'usage typiques
- Avant une mise à jour majeure de l'OS ou d'une application
- Avant une migration de base de données
- Avant un changement de configuration critique
- Pour tester une modification en toute sécurité
Caractéristiques
- Création : quasi instantanée (quelques secondes)
- Restauration : très rapide (rollback en quelques secondes à minutes)
- Rétention : courte durée (heures, jours) — un snapshot n'est pas une sauvegarde long terme
- Granularité : tout ou rien — on restaure l'intégralité du serveur à l'état du snapshot
Point clé : un snapshot n'est pas une sauvegarde. Il est stocké sur le même stockage que le serveur. Si le cluster de stockage est perdu, les snapshots le sont aussi. C'est un outil de rollback, pas de protection contre un sinistre.
Le PRA : reprendre l'activité après un sinistre
Le Plan de Reprise d'Activité (PRA) est un dispositif qui permet de redémarrer vos serveurs dans un datacenter de secours en cas de perte importante et prolongée du datacenter principal. C'est une assurance contre le scénario catastrophe : incendie, inondation, panne électrique généralisée. Découvrez le détail de notre offre sur la page haute disponibilité.
Le PRA répond à la question :
« Le datacenter est hors service. Comment reprendre l'activité rapidement ? »
Comment ça fonctionne chez Datacampus
- Votre serveur est répliqué automatiquement toutes les heures vers un datacenter de secours géo-distant
- Les ressources (RAM, CPU, stockage) sont pré-réservées en permanence sur le site de secours
- En cas de sinistre, Datacampus déclenche le PRA et active vos serveurs de secours sous 1 heure
- Une fois l'incident résolu, Datacampus gère le retour en situation nominale
Chiffres clés
RTO — temps de reprise
RPO — perte de données max
Géré par Datacampus
Point clé : le PRA implique une interruption de service (jusqu'à 1 heure) et une perte de données potentielle (les modifications depuis la dernière réplication). C'est un compromis coût/résilience adapté à la plupart des entreprises.
Comment les combiner
Ces trois mécanismes ne sont pas exclusifs. Au contraire, une stratégie de protection robuste les combine.
Protection de base
Sauvegarde quotidienne + snapshots avant les opérations de maintenance. Suffisant pour la plupart des usages non critiques.
Protection avancée
Sauvegarde quotidienne + snapshots + PRA. La protection recommandée pour les applications professionnelles.
Rappel important : même avec un PRA, la sauvegarde reste indispensable. Le PRA protège contre la perte du datacenter, pas contre les erreurs humaines ou la corruption de données.
En résumé
- Sauvegarde : pour retrouver des données perdues ou corrompues. Indispensable dans tous les cas.
- Snapshot : pour revenir en arrière rapidement après une opération risquée. Complément utile, pas un remplacement de la sauvegarde.
- PRA : pour reprendre l'activité après la perte d'un datacenter. Compromis coût/résilience adapté à la plupart des entreprises. En savoir plus.
Chez Datacampus, la sauvegarde quotidienne est incluse sur tous les VPS. Les snapshots sont disponibles via Proxmox. Le PRA est proposé en option sur tous les hébergements — voir notre offre haute disponibilité.
Besoin de conseil ? Contactez-nous pour définir ensemble la stratégie de protection adaptée à vos enjeux. On vous aide à choisir le bon niveau sans surdimensionner.
— Datacampus