Permutation

Vous pouvez manuellement sélectionner l'une des instances MySQL en tant qu'instance principale. On parle alors de permutation.

Lorsque vous effectuez une permutation, le positionnement privilégié et le positionnement courant passent au positionnement nouvellement sélectionné de l'instance principale. L'adresse IP du point d'extrémité du système de base de données ne change pas. Si le positionnement courant change dans une permutation, cela entraîne un court temps d'arrêt pendant que l'instance principale est redirigée vers la nouvelle instance promue, vous devez rouvrir toutes les connexions à la base de données.
Note

Aucun temps d'arrêt ne se produit lorsque le positionnement courant ne change pas dans une permutation. Cela se produit lorsque vous passez à l'instance principale existante. Vous pouvez le faire pour remplacer le placement préféré par le placement courant.
Voici le processus de permutation d'un système de base de données qui a été créé ou mis à niveau après le 25 février 2025 lorsqu'il y a une modification du positionnement courant :
  • Les nouvelles transactions sont bloquées à partir du moment où la permutation est lancée.
  • Les transactions en cours d'exécution peuvent continuer à être exécutées. Après 5 minutes, toutes les transactions en cours d'exécution qui ne sont pas terminées sont abandonnées et repositionnées.
  • Immédiatement après la fin ou l'abandon de toutes les transactions en cours d'exécution, le point d'extrémité du système de base de données est affecté à la nouvelle instance principale promue.
  • Les connexions existantes à l'instance principale précédente sont fermées. L'application client doit rouvrir de nouvelles connexions.
Voici le processus de permutation d'un système de base de données qui a été créé avant le 25 février 2025 et qui n'a pas été mis à niveau après le 25 février 2025 lorsqu'il y a un changement dans le positionnement courant :
  • Le système attend que les transactions en cours d'exécution se terminent. Le processus de permutation attend la fin et la validation de toutes les transactions en cours.
  • Les nouvelles transactions sont acceptées et peuvent effectuer des lectures et des écritures. Toutefois, lorsque l'instance MySQL est promue en tant que nouvelle instance principale et que la connexion à l'instance principale précédente est interrompue, toutes les transactions non validées sont repositionnées.
  • Le point d'extrémité du système de base de données est affecté à l'instance principale récemment promue.
  • Les connexions existantes à l'instance principale précédente sont fermées. L'application client doit rouvrir de nouvelles connexions.
Note

Après une permutation, 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.

Scénarios de permutation

Vous pouvez utiliser la permutation dans les scénarios suivants :

  • Test d'application : Vérification du bon fonctionnement de votre application avec la nouvelle instance principale promue.
  • Proximité du domaine de disponibilité : Tandis que les domaines d'erreur se trouvent dans le même centre de données, les domaines de disponibilité sont répartis entre différents centres de données. Bien que ces domaines de disponibilité soient connectés à un réseau à faible latence, il peut être nécessaire de tester cette latence en déplaçant l'instance principale d'un domaine de disponibilité à l'autre pour vérifier le meilleur emplacement pour celle-ci. Par exemple, passer à une instance dans le même domaine de disponibilité que l'application qui s'y connecte.

HeatWave Prise en charge des grappes

Lorsque le positionnement courant change dans une permutation, la grappe HeatWave est détachée de l'instance principale précédente. Si la nouvelle instance principale se trouve dans le même domaine de disponibilité que l'instance principale précédente, la même grappe HeatWave est réutilisée et attachée à la nouvelle instance principale. Si la nouvelle instance principale 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.

Lorsque le positionnement courant change dans une permutation, une interrogation à longue durée déchargée vers la grappe HeatWave peut être abandonnée. Dans ce cas, vous devez vous reconnecter et réexécuter l'interrogation une fois la grappe HeatWave prête.

Pour effectuer une permutation, utilisez l'une des méthodes suivantes :

Utilisation de la console

Utilisez la console pour promouvoir une instance MySQL secondaire en tant qu'instance principale.

Cette tâche nécessite les éléments suivants :
  • Un système de base de données à haute disponibilité s'exécute.
Pour passer de l'instance principale courante à l'une des instances secondaires, procédez de la façon suivante :
  1. Dans la page de liste Systèmes de base de données, sélectionnez le système de base de données avec lequel vous voulez travailler. Si vous avez besoin d'aide pour trouver la page de liste ou le système de base de données, voir Liste des systèmes de base de données - Utilisation de la console.

    La page de détails s'ouvre et affiche des informations sur le système de base de données.

  2. Sélectionnez l'onglet Détails.
  3. Sélectionnez Permutation dans le champ Domaine de disponibilité privilégié ou Domaine d'erreur privilégié :
  4. Dans la boîte de dialogue Permuter, sélectionnez le domaine de disponibilité ou d'erreur, selon votre configuration, qui contient l'instance vers laquelle vous souhaitez basculer.
    Note

    Le positionnement courant et le positionnement privilégié sont réglés au domaine de disponibilité ou d'erreur sélectionné. Si vous sélectionnez le positionnement courant où se trouve l'instance principale existante, celle-ci ne mettra à jour que le positionnement privilégié sans aucun temps d'arrêt.
  5. Sélectionnez Permutation.
Le statut du système de base de données passe à Mise à jour, et l'instance sélectionnée devient l'instance principale.

Utilisation de l'interface de ligne de commande

Utilisez l'interface de ligne de commande pour promouvoir une instance MySQL secondaire vers l'instance principale.

Cette tâche nécessite les éléments suivants :
  • OCID d'un système de base de données en cours d'exécution avec haute disponibilité activée.
  • Politique qui vous permet de mettre à jour le système de base de données.
  • Installation de l'interface de ligne de commande correctement configurée. Voir Interface de ligne de commande.
Pour passer de l'instance principale courante à l'une des instances secondaires, procédez de la façon suivante :
  1. Ouvrez l'interface de ligne de commande et répertoriez tous les domaines de disponibilité de la région courante :
    oci iam availability-domain list
  2. Permuter vers l'instance MySQL souhaitée :
    • Pour le domaine de disponibilité multiple :
      oci mysql db-system update --db-system-id <DBSystemOCID> --availability-domain <SelectedAvailabilityDomain>
    • Pour le domaine de disponibilité unique :
      oci mysql db-system update --db-system-id <DBSystemOCID> --fault-domain <SelectedFaultDomain>

    • db-system-id : Spécifiez l'OCID du système de base de données.
    • availability-domain : Spécifiez le nom du domaine de disponibilité dans lequel se trouve l'instance MySQL secondaire, que vous voulez promouvoir en tant que domaine principal.
    • fault-domain : Spécifiez le nom du domaine d'erreur dans lequel se trouve l'instance MySQL secondaire, que vous voulez promouvoir en tant que domaine principal.
Le statut du système de base de données est modifié en mise à jour, et l'instance dans le domaine de disponibilité ou d'erreur sélectionné devient l'instance principale et le point d'extrémité en lecture/écriture.