Oracle Cloud Infrastructure-Dokumentation

HeatWave Clusterdaten-Recovery

Das Cluster HeatWave stellt die im Speicher gespeicherten Daten automatisch wieder her, wenn ein Knotenfehler, ein Clusterneustart oder ein DB-Systemneustart vorliegt.

Das Cluster HeatWave führt den Datenwiederherstellungsprozess aus, wenn:
  • Mindestens ein HeatWave-Knoten war nicht erfolgreich und wurde neu gestartet.
    Hinweis

    HeatWave überwacht den Status von HeatWave-Knoten regelmäßig. Wenn nach 60 Sekunden keine Antwort von einem Knoten vorhanden ist, versucht HeatWave automatisch, den Knoten online zu setzen.
  • Das Cluster HeatWave wird neu gestartet.
  • Das DB-System wird neu gestartet.
  • High Availability ist im DB-System aktiviert oder deaktiviert.
  • Im DB-System ist ein Switchover oder Failover mit aktivierter High Availability aufgetreten.
Hinweis

Automatisch geladene Tabellen werden nicht wiederhergestellt, wenn das DB-System neu gestartet wurde (einschließlich Switchover und Failover eines High-Availability-DB-Systems). Sie werden nur wiederhergestellt, wenn das DB-System während des Recovery-Prozesses des Clusters HeatWave weiterhin ausgeführt wird.
HeatWave-Daten können aus der Speicherebene HeatWave wiederhergestellt oder aus dem DB-System und dem Lakehouse-Objektspeicher neu geladen werden.
  • Wiederherstellen aus der Speicherebene HeatWave
    HeatWave versucht zuerst, Daten aus der Speicherebene HeatWave wiederherzustellen, die erstellt wird, wenn Sie das Cluster HeatWave zum ersten Mal aktivieren. Um das Recovery zu vereinfachen, werden Daten in Object Storage persistiert, wenn sie in das HeatWave-Cluster geladen werden und wenn Datenänderungen vom DB-System an das HeatWave-Cluster propagiert werden. Das Laden von Daten aus der HeatWave-Speicherschicht ist schneller, da die Daten nicht in das HeatWave-Speicherformat konvertiert werden müssen, wie beim Laden von Daten aus dem DB-System oder dem Lakehouse-Objektspeicher erforderlich.
    Hinweis

    Sie können den Status des HeatWave-Clusters überwachen, indem Sie die Clustermetrik HeatWave mit dem Namen HeatWave-Clusterzustandsstatus prüfen. Siehe HeatWave Clustermetriken. Der Status zeigt 1 für RECOVERING an, und der Status wurde für HEALTHY in 0 geändert, wenn das Recovery abgeschlossen ist.
    Hinweis

    HeatWave Temporäre Tabellen, die in 9.3.0 eingeführt wurden, können nur aus der Speicherebene HeatWave wiederhergestellt werden. Sie werden nur wiederhergestellt, wenn das DB-System während des Recovery-Prozesses des Clusters HeatWave weiterhin ausgeführt wird. Sie werden nicht wiederhergestellt, wenn das DB-System neu gestartet wurde (einschließlich Switchover und Failover eines High Availability-DB-Systems), da eine temporäre Tabelle HeatWave sessionbasiert ist und gelöscht wird, wenn die Session geschlossen wird.
  • Aus DB-System oder Lakehouse-Objektspeicher neu laden
    Die Daten können in diesen Fällen nicht aus der Speicherebene HeatWave wiederhergestellt werden, und alle Tabellen müssen erneut aus dem DB-System oder Lakehouse-Objektspeicher geladen werden:
    • Recovery von der Speicherschicht HeatWave war aufgrund eines Object Storage-Ausfalls oder eines Netzwerkausfalls nicht erfolgreich.
    • Die Binärlogs, die für die Änderungspropagierung der Daten erforderlich sind, die aus der Speicherebene HeatWave wiederhergestellt wurden, wurden gelöscht.
    • Das DB-System wird upgegradet, und die in der Speicherebene HeatWave gespeicherten Daten sind zwischen der alten und der neuen Version nicht kompatibel.
    • High Availability ist im DB-System aktiviert oder deaktiviert.
    • Ein Standalone-DB-System mit einer niedrigeren Version als 9.2.0 wird neu gestartet.
    • Ein Neustart, Switchover oder Failover ist in einem High-Availability-DB-System mit einer Version unter 9.3.0 aufgetreten.
      Hinweis

      Ab Version 9.2.1 können InnoDB-Tabellen aus der Speicherschicht HeatWave wiederhergestellt werden.
    Nach dem Neustart des DB-Systems können diese Tabellen nicht aus der Speicherebene HeatWave wiederhergestellt werden und müssen erneut aus dem DB-System oder Lakehouse-Objektspeicher geladen werden:
    • Tabellen mit Dictionary-codierten Spalten.
    • Veraltete Tabellen.
    • Tabellen, die nicht in regelmäßigen Metadaten-Checkpoints erfasst wurden.
    • Tabellen, in denen Partitionslade- oder -entladevorgänge ausgeführt wurden, als das DB-System abrupt gestoppt wurde.
    Hinweis

    Sie können den Fortschritt des erneuten Ladens mit der Clustermetrik HeatWave mit dem Namen HeatWave Clusterdatenladefortschritt überwachen. Siehe HeatWave Clustermetriken. Der Neuladeprozess benötigt Zeit, insbesondere wenn die Daten groß sind. Versuchen Sie nicht, den Neustart erneut auszuführen, da bei jedem Neustart alle Daten von Anfang an neu geladen werden müssen.

Während des Recoverys lädt das Cluster HeatWave die Daten automatisch neu. Wenn sich MySQL Server jedoch im Modus SUPER_READ_ONLY befindet, können Sie keine Daten in das HeatWave-Cluster laden, und das HeatWave-Recovery verläuft nicht erfolgreich. Deaktivieren Sie den Modus SUPER_READ_ONLY, um Daten zu laden. Siehe Problem SUPER_READ_ONLY und OFFLINE_MODE lösen, das durch geringen freien Speicherplatz verursacht wird.

Wenn Sie eine Tabelle löschen, werden die Daten aus dem HeatWave-Cluster entfernt. In einem Hintergrundvorgang werden sie auch aus der HeatWave-Speicherschicht im Objektspeicher entfernt.