La panne arrive un mardi : ransomware sur le VPS, ou simple DROP TABLE après une migration hasardeuse. L'équipe rassure le client : « on a des backups ». Quatre heures plus tard, on découvre que les snapshots ne remontent pas la base à hier, que les fichiers uploads vivent sur un disque non inclus, et que personne n'a jamais testé une restauration complète.
Une sauvegarde utile ne commence pas par un plugin ou un cron. Elle commence par une phrase : en cas de catastrophe X, nous devons retrouver l'état Y en Z minutes, avec au plus N minutes de données perdues.
Définir le périmètre avant l'outil
Listez ce qui doit ressusciter :
| Composant | Exemple | Oubli fréquent |
|---|---|---|
| Base de données | MySQL, PostgreSQL | Transactions entre deux dumps |
| Fichiers applicatifs | Uploads, media | Stockage objet séparé |
| Configuration | .env, nginx, TLS | Secrets hors dépôt git |
| DNS / certificats | Zone DNS, clés ACME | Registrar non « backupé » |
| Code | Git remote | Branches non poussées |
Ensuite fixez RPO et RTO par composant critique. Un blog vitrine : RPO 24 h acceptable. Une boutique : RPO 15 min, RTO < 2 h.
Sauvegarder sans RPO/RTO, c'est archiver dans le brouillard.
Règle 3-2-1 adaptée au web
3 copies — production + backup local ou snapshot + copie distante.
2 supports — disque + objet froid ou autre région.
1 hors site — autre datacenter, autre compte cloud, bande offline si sensible.
Sur mutualisé, la copie hors site est souvent la seule vraie valeur ajoutée de votre script maison — les snapshots hébergeur restent corrélés à leur infra.
Sauvegardes incluses vs scripts maison
| Source | Avantage | Limite |
|---|---|---|
| Snapshot VPS hébergeur | Rapide, intégré | Même région, durée courte |
| Backup mutualisé « inclus » | Simple | Périmètre flou, restauration lente |
| mysqldump + rsync cron | Contrôle total | Exploitation à maintenir, chiffrement à gérer |
| Outil type Restic/Borg | Déduplication, chiffré | Courbe d'apprentissage |
Lisez les exclusions SLA : certains hébergeurs sauvegardent le disque système mais pas les volumes attachés. Croisez avec notre enquête sauvegardes incluses si vous comparez des offres.
Erreurs qui tuent la restauration
Backup sans vérification d'intégrité. Un dump MySQL tronqué reste silencieux jusqu'à la crise.
Une seule rétention. Supprimer les daily après 7 jours sans monthly = pas de retour avant la faille détectée tard.
Secrets dans le backup non chiffré. .env dans une archive S3 public = double incident.
Oublier l'ordre de restauration. DNS avant TLS, base avant workers, objet avant URLs signées.
Le sommet : la sauvegarde la plus récente n'est pas la bonne
C'est le sommet que les devis « backup quotidien inclus » évitent : la fraîcheur n'est pas la propreté. Prévoyez des points de restauration immuables et testez une remontée ancienne.
Décider et avancer sans angle mort
Écrivez deux à trois scénarios (suppression base, ransomware, mauvais déploiement). Fixez RPO et RTO par scénario. Automatisez exports et copie hors site chiffrée. Planifiez un test de restauration trimestriel. Comparez les hébergeurs sur backup réel via l'annuaire et le comparateur.
Questions fréquentes
Quelle différence entre RPO et RTO ?
Le RPO fixe combien de données vous acceptez de perdre — par exemple une heure de commandes maximum. Le RTO fixe en combien de temps le service doit reprendre — par exemple quatre heures. Les deux chiffres guident fréquence de backup et procédure de restauration.
Les snapshots hébergeur suffisent-ils ?
Souvent pour un rollback rapide sur la même infrastructure, insuffisants seuls : même datacenter, pas de protection contre suppression malveillante. Complétez avec copies hors site et immuables.
Faut-il sauvegarder les logs ?
Seulement si besoin juridique ou analyse forensique. Sinon ils gonflent la facture sans aider à remettre le site en ligne.
Mutualisé : que peut-on réellement sauvegarder ?
Souvent la base via export et les fichiers via FTP/rsync si permis. Vérifiez exclusions et détail de « backup inclus ».
La bonne question n'est pas « sauvegardons-nous ? » mais « quelle heure d'hier pouvons-nous revivre proprement, et en combien de temps ? »