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.
Processus de basculement pour un déploiement multi-AZ RDS Custom for SQL Server
Si une interruption prévue ou imprévue de votre instance de base de données est le résultat d'une anomalie de l'infrastructure, Amazon RDS bascule automatiquement sur le réplica de secours d'une autre zone de disponibilité si vous avez activé l'option Multi-AZ. La durée du basculement dépend de l'activité de la base de données et d'autres conditions au moment où l'instance de base de données primaire est devenue indisponible. Les temps de basculement oscillent généralement entre 60 et 120 secondes. Cependant, les transactions importantes ou les processus de récupération longs peuvent augmenter le temps de basculement. Lorsque le basculement est terminé, un temps supplémentaire peut être nécessaire pour que la console RDS affiche la nouvelle zone de disponibilité.
Note
Vous pouvez forcer le basculement manuellement lorsque vous redémarrez une instance de base de données avec basculement. Pour plus d'informations sur le redémarrage d'une instance de base de données, consultez Redémarrage d'une instance de base de données.
Étant donné qu'Amazon RDS gère automatiquement les basculements, vous pouvez reprendre les opérations de base de données aussi rapidement que possible sans intervention administrative. L'instance de base de données primaire bascule automatiquement vers le réplica de secours si l'une des conditions décrites dans le tableau suivant se produit : Vous pouvez consulter les raisons du basculement dans le journal des événements RDS.
| Raison du basculement | Description |
|---|---|
|
Un basculement a été déclenché pendant la fenêtre de maintenance d'un correctif du système d'exploitation ou d'une mise à jour de sécurité. Pour de plus amples informations, consultez Entretien d’une instance de base de données. |
|
Le déploiement d'instance de base de données multi-AZ a détecté une instance de base de données primaire déficiente et a opéré un basculement. |
|
La surveillance RDS a détecté une défaillance de la capacité d'accessibilité du réseau à l'instance de base de données primaire et a déclenché un basculement. |
|
Une modification d'instance de base de données a déclenché un basculement. Pour de plus amples informations, consultez Modification d'une instance de base de données RDS Custom for SQL Server. |
|
Le déploiement d'instance de base de données multi-AZ a détecté un problème de stockage sur l'instance de base de données primaire et a opéré un basculement. |
|
L'instance de base de données multi-AZ RDS Custom for SQL Server a été redémarrée avec basculement. Pour de plus amples informations, consultez Redémarrage d'une instance de base de données. |
|
L'instance de base de données primaire ne répond pas. Nous vous recommandons d'essayer les étapes suivantes :
|
Pour déterminer si votre instance de base de données Multi-AZ a basculé, voici ce que vous pouvez faire :
Configurez les abonnements aux événements de base de données de sorte qu'ils vous notifient par e-mail ou SMS qu'un basculement a été initié. Pour plus d'informations sur les événements, consultez Utiliser la notification d'événements d'Amazon RDS.
Examinez vos événements de base de données à l'aide de la console RDS ou d'opérations d'API.
Examinez l'état actuel de votre déploiement d'instance de base de données multi-AZ RDS Custom for SQL Server à l'aide de la console RDS, de l'interface de ligne de commande ou d'opérations d'API.
Paramètres de durée de vie (TTL) avec des applications utilisant un déploiement multi-AZ RDS Custom for SQL Server
Le mécanisme de basculement modifie automatiquement l'enregistrement DNS de l'instance de base de données pour pointer vers l'instance de base de données en attente. Par conséquent, vous devez rétablir toutes les connexions existantes à votre instance de base de données. Veillez à ce que toute valeur de configuration de durée de vie (TTL) du cache DNS soit basse et à ce que votre application ne mette pas le DNS en cache pendant une période prolongée. Une valeur de durée de vie élevée peut empêcher votre application de se reconnecter rapidement à l'instance de base de données après un basculement.
