Les serveurs tombent en panne, des données sont supprimées par erreur, des mises à jour échouent, des comptes sont compromis. Rien de cela ne peut être totalement exclu. Ce qui se maîtrise, c’est la quantité de données perdues et la durée d’arrêt de l’activité.
Décider ce que vous pouvez perdre
Deux questions définissent le plan. Quelle quantité de données pouvez-vous perdre - la dernière heure, la dernière journée ? Et combien de temps le système peut-il être indisponible - quelques minutes, quelques heures, une journée ? Une boutique qui prend des commandes jour et nuit a besoin de sauvegardes fréquentes et d’une restauration rapide ; un site vitrine modifié une fois par mois peut se contenter de copies quotidiennes.
Sauvegarder tout ce qui compte
La base de données est la partie évidente, mais pas la seule. Fichiers et images téléversés, configuration, paramètres d’environnement, tâches planifiées et version exacte du code sont aussi nécessaires pour relancer un système. Dressez la liste complète une fois et tenez-la à jour à mesure que le système grandit.
Garder des copies à plusieurs endroits
Une sauvegarde sur le même serveur que le système disparaît avec lui. Conservez des copies dans un lieu séparé - un autre fournisseur ou une autre région - et au moins une copie qui ne peut être ni modifiée ni supprimée depuis le système principal. Cela protège à la fois contre les pannes matérielles et contre les attaques qui cherchent à chiffrer ou effacer les données.
Automatiser et surveiller
Les sauvegardes manuelles sont oubliées précisément quand on en a besoin. Programmez-les automatiquement, conservez plusieurs versions et mettez en place une alerte si une sauvegarde échoue ou devient étrangement petite.
Tester la restauration
Une sauvegarde jamais restaurée est un espoir, pas un plan. Restaurez régulièrement une copie dans un environnement séparé et vérifiez que le système fonctionne et que les données sont complètes. Chronométrez l’opération : c’est votre vrai temps de reprise.
Écrire les étapes de reprise
Quand quelque chose casse, le stress est élevé et le temps manque. Un court document avec l’ordre des actions, l’emplacement des sauvegardes, les accès nécessaires et les personnes à contacter fait de la reprise une procédure de routine.
En résumé
Définissez la perte de données et l’arrêt acceptables, sauvegardez base, fichiers et configuration, stockez les copies séparément et protégez-en au moins une contre la suppression, automatisez et surveillez, testez régulièrement les restaurations et documentez les étapes. Une panne devient alors un incident, pas un désastre.