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 personnalisé pour SQL serveur
Si une panne planifiée ou imprévue de votre instance de base de données résulte d'un défaut d'infrastructure, Amazon passe RDS automatiquement à une réplique de secours dans une autre zone de disponibilité si vous avez activé le mode 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é, l'affichage de la nouvelle zone de disponibilité par la RDS console peut prendre plus de temps.
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.
Amazon RDS gère automatiquement les basculements afin que vous puissiez reprendre les opérations de base de données le plus rapidement 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 ces raisons de basculement dans le journal des RDS événements.
| 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, veuillez consulter 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. |
|
RDSla surveillance a détecté une défaillance de l'accessibilité réseau de l'instance de base de données principale 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, veuillez consulter Modification d'une instance de base de données RDS personnalisée pour le SQL serveur. |
|
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 personnalisée pour SQL serveur a été redémarrée avec basculement. Pour de plus amples informations, veuillez consulter 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 des abonnements aux événements de base de données pour vous informer par e-mail ou SMS qu'un basculement a été initié. Pour plus d'informations sur les événements, consultez Utilisation des notifications d'RDSévénements Amazon.
Affichez les événements de votre base de données à l'aide de la RDS console ou API des opérations.
Consultez l'état actuel de votre déploiement d'instance de base de données multi-AZ RDS personnalisée pour SQL serveur à l'aide de la RDS console ou CLI des API opérations.
Paramètres Time to live (TTL) avec des applications utilisant un déploiement multi-AZ RDS personnalisé pour le SQL serveur
Le mécanisme de basculement modifie automatiquement l'enregistrement du système de noms de domaine (DNS) de l'instance de base de données pour qu'il pointe vers l'instance de base de données de secours. Par conséquent, vous devez rétablir toutes les connexions existantes à votre instance de base de données. Assurez-vous que toute valeur de configuration de DNS cache time-to-live (TTL) est faible et vérifiez que votre application ne sera pas mise en cache DNS pendant une période prolongée. Une TTL valeur élevée peut empêcher votre application de se reconnecter rapidement à l'instance de base de données après un basculement.
