Basculer
En cas de défaillance de l'instance principale, l'une des instances secondaires résidant dans un domaine de disponibilité ou d'erreur distinct, est automatiquement promue comme instance principale.
Après un basculement, le nom et la position courants du fichier journal binaire de la nouvelle instance principale peuvent être différents de ceux de l'ancienne. Comme les journaux binaires de chaque instance sont gérés indépendamment, chaque transaction enregistrée dans les journaux binaires peut être écrite dans un fichier journal binaire différent et position dans différentes instances.
Lorsque vous créez un système de base de données, le positionnement courant de l'instance principale est identique au positionnement privilégié. Toutefois, en cas de basculement, l'une des instances secondaires est promue en tant qu'instance principale. Le domaine de disponibilité et d'erreur de cette nouvelle instance principale est le positionnement courant. Le positionnement privilégié de l'instance principale, que vous avez sélectionné lors de la création du système de base de données, reste le même. Dans ce cas, le positionnement courant diffère du positionnement privilégié et un message s'affiche dans la page Détails du système de BD :
Current placement (<DomainName>) differs from preferred placement, due to failover or maintenance activity.
<DomainName>
est le nom du domaine d'erreur ou du domaine de disponibilité de l'instance principale courante.
L'adresse IP du point d'extrémité en lecture/écriture du système de base de données ne change pas, quel que soit le positionnement de l'instance principale.
Une fois l'erreur corrigée, l'instance principale d'origine retourne au système de base de données en tant qu'instance secondaire. En cas d'un autre basculement, l'instance principale d'origine est promue en tant qu'instance principale courante.
S'il se produit sur un système de base de données avec un canal de réplication entrant actif, le canal est mis en pause jusqu'à la fin du basculement. Une fois le basculement terminé et une nouvelle instance principale promue, le canal reprend automatiquement.
HeatWave Prise en charge des grappes
Pour un système de base de données à haute disponibilité avec une grappe HeatWave, lorsque l'instance principale échoue, le service HeatWave détache la grappe HeatWave de l'instance principale en échec. Si la nouvelle instance principale promue se trouve dans le même domaine de disponibilité que l'instance principale en échec, la même grappe HeatWave est réutilisée et attachée à la nouvelle instance principale. Si la nouvelle instance principale promue se trouve dans un autre domaine de disponibilité, la grappe HeatWave existante est supprimée. Une nouvelle grappe HeatWave doit être créée dans le même domaine de disponibilité que la nouvelle instance principale et elle est attachée à la nouvelle instance principale. Les données de la grappe HeatWave sont automatiquement récupérées à partir de la couche de stockage ou rechargées à partir du système de base de données ou du stockage d'objets de l'entrepôt avec lac de données.
Événements de basculement
Lorsqu'un basculement se produit, un événement MySQL - Récupération automatique est émis sur le système de base de données. La propriété additionalDetails.isFailover
de l'événement est réglée à true
pour indiquer que la récupération automatique est due à un basculement. Voir MySQL - Récupération automatique.
Motifs de basculement
Tableau 16-1 Motifs de basculement
Basculer | Description |
---|---|
Matériel |
|
MySQL Server |
|