Exécution d’exercices de récupération d’urgence - base de données Azure SQL
S’applique à : 
Azure SQL Database
Nous recommandons de valider régulièrement la préparation des applications à la récupération. La vérification du comportement de l'application et des implications en matière de pertes de données et/ou d'interruptions en cas basculement constitue une bonne pratique. Il s'agit également d'une exigence figurant dans la plupart des normes industrielles dans le cadre d'une certification de la continuité des activités.
L'exécution d'un exercice de récupération d'urgence comprend :
- la simulation d'une défaillance des couches de données
- la récupération
- la validation de l'intégrité des applications après la récupération
Le flux de travail à exécuter peut varier en fonction de la conception de votre application pour la continuité des activités. Cet article décrit les bonnes pratiques pour effectuer une reprise d’activité après sinistre dans le contexte d’une base de données Azure SQL.
La géorestauration
Pour éviter toute perte potentielle de données lors d’un exercice de récupération d’urgence, effectuez la simulation dans un environnement de test en créant une copie de l’environnement de production et en l’utilisant pour vérifier le workflow de basculement de l’application.
Simulation d'une défaillance
Pour simuler la défaillance, vous pouvez renommer la base de données source. Ce changement de nom provoque des échecs de connexion d’application.
Récupération
- Effectuez une géo-restauration de la base de données vers un serveur différent, comme décrit dans le guide de récupération d'urgence.
- Modifiez la configuration de l’application pour établir une connexion aux bases de données récupérées, puis suivez le guide Configurer une base de données après récupération pour achever la récupération.
Validation
Terminez l’exercice en vérifiant l’intégrité de l’application après la récupération (notamment les chaînes de connexion, les connexions, le test des fonctionnalités de base ou d’autres validations faisant partie des procédures d’approbation d’application standard).
Groupes de basculement
Pour une base de données protégée par des groupes de basculement, l'exercice consiste en un basculement planifié vers le serveur secondaire. Le basculement planifié garantit que les bases de données primaire et secondaire dans le groupe de basculement restent synchronisées quand les rôles sont permutés. À la différence du basculement non planifié, cette opération n’entraîne pas de perte de données. L’exercice peut donc être exécuté dans l’environnement de production.
Simulation d'une défaillance
Pour simuler la défaillance, vous pouvez désactiver l’application web ou une machine virtuelle connectée à la base de données. Cette simulation de défaillance se traduit par des échecs de connectivité pour les clients web.
Récupération
- Vérifiez que la configuration de l’application dans la région de récupération d’urgence pointe vers l’ancienne base de données secondaire qui devient la nouvelle base de données primaire entièrement accessible.
- Lancez un basculement planifié du groupe de basculement sur le serveur secondaire.
- Suivez le guide Configure a database after recovery pour effectuer la restauration.
Validation
Terminez l’exercice en vérifiant l’intégrité de l’application après la récupération (notamment la connectivité, le test des fonctionnalités de base ou d’autres validations nécessaire pour les autorisations de l’exercice).
Contenu connexe
Pour en savoir plus, consultez :
- Scénarios de continuité.
- Sauvegardes automatisées
- Restaurez une base de données à partir des sauvegardes initiées par le service.
- Pour plus d’informations sur les options de récupération plus rapides, consultez Géoréplication active et groupes de basculement.
- Évaluez le guide de récupération d'urgence et la Liste de contrôle haute disponibilité et récupération d'urgence.