Définissez l'objectif de récupération
Déterminez quelle perte de données récentes est acceptable et à quelle vitesse le service doit revenir. On les appelle souvent RPO et RTO. Choisissez la fréquence des sauvegardes, la rétention et les outils de récupération en fonction de ces objectifs.
Conservez un domaine de défaillance distinct
Des copies sur le même serveur peuvent aider en cas de modification accidentelle, mais offrent peu de protection contre la perte de l'hébergeur ou le vol d'un identifiant administratif. Utilisez une destination indépendante et des identifiants qu'une application compromise ne peut pas utiliser pour supprimer toutes les versions.
Maintenir la cohérence des données applicatives
Une base de données en cours d'exécution peut nécessiter son propre outil de sauvegarde ou un processus d'instantané coordonné. Copier des fichiers pendant qu'ils changent peut produire un résultat inutilisable. Incluez la configuration et les secrets nécessaires à la restauration, protégés de manière appropriée.
Entraînez-vous à la restauration
Récupérez un échantillon dans un environnement distinct et vérifiez que l'application fonctionne réellement. Consignez les étapes, le temps nécessaire et les dépendances manquantes. Surveillez l'ancienneté des sauvegardes et les tâches échouées afin qu'un processus défaillant ne reste pas inaperçu.