Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Étape 9. Tester les capacités de récupération des données
Votre stratégie de sauvegarde doit inclure le test de vos sauvegardes. Une stratégie de sauvegarde n'est pas efficace si les données sauvegardées ne peuvent pas être restaurées. Testez régulièrement votre capacité à trouver certains points de récupération et à les restaurer.
Bien que les balises soient AWS Backup automatiquement copiées depuis les ressources qu'elle protège vers les points de restauration, les balises ne sont pas copiées par défaut des points de restauration vers les ressources restaurées correspondantes. Pour étendre votre gestion des stocks et localiser les points de récupération, pensez à utiliser AWS Backup des événements pour lancer un processus de réplication de balises
Vous pouvez démarrer votre flux de travail de récupération de données en établissant des modèles de récupération de données, puis en les testant régulièrement. Pour renforcer la confiance dans votre capacité à restaurer les données de sauvegarde, créez un processus de base reproductible pour effectuer des tests de récupération continue des données. Par exemple, vous pouvez créer un modèle pour tester une opération de restauration entre comptes et entre régions à partir d'un coffre-fort de sauvegarde DR central chiffré avec une clé AWS KMS gérée par le client vers un coffre-fort de sauvegarde d'un compte source chiffré par une autre clé AWS KMS gérée par le client.
Si vous ne testez pas fréquemment de telles opérations de restauration, vous constaterez peut-être que vos hypothèses concernant le AWS KMS chiffrement des opérations entre comptes et entre régions sont incorrectes. Souvent, le seul modèle de récupération des sauvegardes qui fonctionne réellement est le chemin que vous testez fréquemment. Grâce à des tests de routine des types de ressource de sauvegarde pris en charge, vous pouvez détecter les alertes précoces susceptibles de provoquer de futures perturbations et la perte de données critiques. Si possible, maintenez un nombre limité, mais praticable, de chemins et de modèles de restauration afin d'éviter le gaspillage d'espace de stockage, d'optimiser les coûts et de gagner du temps. Il est plus facile de résoudre le problème en cas d'échec d'un test de restauration que de perdre des données importantes ou critiques.
