Oracle Cloud Infrastructure-Dokumentation

Switchover

Sie können manuell eine der MySQL-Instanzen als primäre Instanz auswählen. Dies wird als Switchover bezeichnet.

Wenn Sie ein Switchover ausführen, ändern sich die bevorzugte Platzierung und die aktuelle Platzierung in die neu gewählte Platzierung der primären Instanz. Die IP-Adresse des DB-Systemendpunkts ändert sich nicht. Wenn sich die aktuelle Platzierung in einem Switchover ändert, führt dies zu einer kurzen Ausfallzeit, während die primäre Instanz zur neu hochgestuften Instanz umgeleitet wird. Sie müssen alle Datenbankverbindungen erneut öffnen.
Hinweis

Wenn sich die aktuelle Platzierung in einem Switchover nicht ändert, tritt keine Ausfallzeit auf. Dies tritt auf, wenn Sie ein Switchover zur vorhandenen primären Instanz durchführen. Sie können dies tun, um die bevorzugte Platzierung in die aktuelle Platzierung zu ändern.
Nachfolgend finden Sie den Switchover-Prozess eines DB-Systems, das nach dem 25. Februar 2025 erstellt oder upgegradet wurde, wenn sich die aktuelle Platzierung ändert:
  • Neue Transaktionen werden nach dem Start des Switchovers blockiert.
  • Die Ausführung von Transaktionen kann fortgesetzt werden. Nach 5 Minuten werden alle laufenden Transaktionen, die nicht abgeschlossen wurden, abgebrochen und zurückgesetzt.
  • Unmittelbar nach Abschluss oder Abbruch aller ausgeführten Transaktionen wird der DB-Systemendpunkt der neu hochgestuften primären Instanz zugewiesen.
  • Vorhandene Verbindungen zur vorherigen primären Instanz werden geschlossen. Die Clientanwendung muss neue Verbindungen erneut öffnen.
Im Folgenden wird der Switchover-Prozess eines DB-Systems beschrieben, das vor dem 25. Februar 2025 erstellt wurde und nach dem 25. Februar 2025 nicht upgegradet wurde, wenn sich die aktuelle Platzierung ändert:
  • Laufende Transaktionen werden zu Ende geführt. Der Switchover-Prozess wartet, bis alle ausgeführten Transaktionen abgeschlossen und festgeschrieben wurden.
  • Neue Transaktionen werden akzeptiert und können Lese- und Schreibvorgänge ausführen. Wenn die MySQL-Instanz jedoch zur neuen primären Instanz hochgefahren und die Verbindung zur vorherigen primären Instanz unterbrochen wird, werden alle nicht festgeschriebenen Transaktionen zurückgesetzt.
  • Der Endpunkt des DB-Systems wird der neu gestarteten primären Instanz zugewiesen.
  • Vorhandene Verbindungen zur vorherigen primären Instanz werden geschlossen. Die Clientanwendung muss neue Verbindungen erneut öffnen.
Hinweis

Nach einem Switchover können der Name und die Position der aktuellen Binärlogdatei der neuen Primärdatenbank von der alten Primärdatenbank abweichen. Da die Binärlogs jeder Instanz unabhängig verwaltet werden, kann jede in den Binärlogs aufgezeichnete Transaktion in eine andere Binärlogdatei und Position in verschiedenen Instanzen geschrieben werden.

Switchover-Szenarios

Sie können Switchover in den folgenden Szenarios verwenden:

  • Anwendungstests: Damit wird sichergestellt, dass Ihre Anwendung korrekt mit der neu hochgestuften primären Instanz funktioniert.
  • Nähe der Availability-Domain: Während Faultdomains in demselben Data Center enthalten sind, sind Availability-Domains über verschiedene Data Center verteilt. Auch wenn diese Availability-Domains mit einem Netzwerk mit geringer Latenz verbunden sind, müssen Sie diese Latenz möglicherweise testen, indem Sie die primäre Instanz aus der Availability-Domain in die Availability-Domain verschieben, um den besten Speicherort für die primäre Instanz zu finden. Beispiel: Sie wechseln zu einer Instanz in derselben Availability-Domain wie die Anwendung, die eine Verbindung zu ihr herstellt.

HeatWave Clusterunterstützung

Wenn sich die aktuelle Platzierung in einem Switchover ändert, wird das Cluster HeatWave von der vorherigen primären Instanz getrennt. Wenn sich die neue primäre Instanz in derselben Availability-Domain (AD) wie die vorherige primäre Instanz befindet, wird dasselbe HeatWave-Cluster wiederverwendet und an die neue primäre Instanz angehängt. Wenn sich die neue primäre Instanz in einer anderen AD befindet, wird das vorhandene HeatWave-Cluster gelöscht. Ein neues HeatWave-Cluster muss in derselben AD wie die neue primäre Instanz erstellt und an die neue primäre Instanz angehängt werden. Die Daten im Cluster HeatWave werden automatisch aus der Speicherebene wiederhergestellt oder aus dem DB-System oder Lakehouse Object Storage neu geladen.

Wenn sich die aktuelle Platzierung in einem Switchover ändert, kann eine Abfrage mit langer Ausführungszeit, die an das HeatWave-Cluster ausgelagert wurde, abgebrochen werden. In diesem Fall müssen Sie die Abfrage erneut verbinden und ausführen, nachdem das Cluster HeatWave bereit ist.

Führen Sie ein Switchover mit einer der folgenden Methoden aus:

Konsole verwenden

Mit der Konsole können Sie eine sekundäre MySQL-Instanz als primäre Instanz hochstufen.

Diese Aufgabe erfordert Folgendes:
  • Ein laufendes DB-System mit aktivierter High Availability.
Gehen Sie wie folgt vor, um von der aktuellen primären Instanz zu einer der sekundären Instanzen zu wechseln:
  1. Wählen Sie auf der Listenseite DB-Systeme das DB-System aus, mit dem Sie arbeiten möchten. Wenn Sie Hilfe beim Suchen der Listenseite oder des DB-Systems benötigen, finden Sie weitere Informationen unter DB-Systeme auflisten - Konsole verwenden.

    Die Detailseite wird geöffnet und zeigt Informationen zum DB-System an.

  2. Wählen Sie das Register Details aus.
  3. Wählen Sie im Feld Bevorzugte Availability-Domain oder Bevorzugte Faultdomain die Option Switchover aus:
  4. Wählen Sie im Dialogfeld Switchover je nach Setup die Availability- oder Faultdomain mit der Instanz aus, zu der Sie wechseln möchten.
    Hinweis

    Die aktuelle Platzierung und die bevorzugte Platzierung werden auf die ausgewählte Verfügbarkeits- oder Faultdomain gesetzt. Wenn Sie die aktuelle Position auswählen, in der sich die vorhandene primäre Instanz befindet, wird nur die bevorzugte Position aktualisiert, ohne dass Ausfallzeiten auftreten.
  5. Wählen Sie Switchover aus.
Der Status des DB-Systems ändert sich in Wird aktualisiert, und die ausgewählte Instanz wird zur primären Instanz.

CLI verwenden

Mit der Befehlszeilenschnittstelle können Sie eine sekundäre MySQL-Instanz zur primären Instanz hochstufen.

Diese Aufgabe erfordert Folgendes:
  • Die OCID eines aktiven DB-Systems mit aktivierter High Availability.
  • Eine Policy, mit der Sie das DB-System aktualisieren können.
  • Eine ordnungsgemäß konfigurierte CLI-Installation. Siehe Befehlszeilenschnittstelle (CLI).
Gehen Sie wie folgt vor, um von der aktuellen primären Instanz zu einer der sekundären Instanzen zu wechseln:
  1. Öffnen Sie die Befehlszeilenschnittstelle, und listen Sie alle Availability-Domains in der aktuellen Region auf:
    oci iam availability-domain list
  2. Switchover zur gewünschten MySQL-Instanz:
    • Für Multi-Availability-Domain: 
      oci mysql db-system update --db-system-id <DBSystemOCID> --availability-domain <SelectedAvailabilityDomain>
    • Für Single-Availability-Domain:
      oci mysql db-system update --db-system-id <DBSystemOCID> --fault-domain <SelectedFaultDomain>

    wobei

    • db-system-id: Geben Sie die OCID des DB-Systems an.
    • availability-domain: Geben Sie den Namen der Availability-Domain an, in der die sekundäre MySQL-Instanz vorhanden ist, die Sie zur Primärinstanz hochstufen möchten.
    • fault-domain: Geben Sie den Namen der Faultdomain an, in der die sekundäre MySQL-Instanz vorhanden ist, die Sie zur Primärinstanz hochstufen möchten.
Der Status des DB-Systems ändert sich in Wird aktualisiert, und die Instanz in der ausgewählten Verfügbarkeits- oder Faultdomain wird zur primären Instanz und zum Lese-/Schreibendpunkt.