Wartung eines High-Availability-DB-Systems

Oracle führt für High-Availability-DB-Systeme einen Rolling-Wartungsprozess durch, der minimale Ausfallzeiten verursacht. Die Wartung wird innerhalb von zwei Stunden nach der Startzeit des Wartungsfensters gestartet, die Sie für das DB-System definieren.

Der Rolling-Wartungsprozess umfasst die folgenden Schritte und erfordert keine Eingaben von Ihnen:

  1. Einer der sekundären Knoten wird aus der Replikationsgruppe entfernt.
  2. Der Wartungsprozess wird auf dem ausgewählten Knoten ausgeführt und nach Abschluss der Wartung an die Replikationsgruppe zurückgegeben.

    Der Wartungsprozess wartet, bis der upgegradete sekundäre Knoten mit den Transaktionen aufholt, die während des Upgrades ausgeführt wurden. Dann wird die Wartung des verbleibenden sekundären Knotens ausgeführt.

  3. Der verbleibende sekundäre Knoten wird aus der Replikationsgruppe entfernt.
  4. Der Wartungsprozess wird auf dem ausgewählten Knoten ausgeführt und nach Abschluss der Wartung an die Replikationsgruppe zurückgegeben.

    Der Wartungsprozess wartet, bis der upgegradete sekundäre Knoten mit den Transaktionen aufholt, die während des Upgrades ausgeführt wurden. Dann wird die Wartung des primären Knotens ausgeführt.

  5. Vorhandene Verbindungen zum primären Knoten werden geschlossen, und es sind keine neuen Verbindungen zulässig. Der primäre Knoten wird aus der Gruppe entfernt, und einer der upgegradeten sekundären Knoten wird zum primären Knoten hochgestuft. Während dieses Schrittes tritt eine kurze Ausfallzeit ein, bevor der neu hochgestufte primäre Knoten die Verbindungen wieder aufnimmt.
    Hinweis

    Die aktuelle primäre Platzierung ändert sich in die neue primäre Position. Die bevorzugte Primärplatzierung bleibt unverändert.
    Hinweis

    Der Name und die Position der aktuellen Binärlogdatei der neuen Primärdatenbank können sich von der alten Primärdatenbank unterscheiden. 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.
  6. Der Wartungsprozess wird auf dem alten primären Knoten ausgeführt und als sekundärer Knoten an die Replikationsgruppe zurückgegeben. Um zusätzliche Ausfallzeiten zu vermeiden, wird kein Switchback durchgeführt. Bei Bedarf können Sie ein manuelles Switchover zu einem bequemen Zeitpunkt durchführen.
Hinweis

Wenn das hochverfügbare DB-System über einen aktiven eingehenden Replikationskanal verfügt, wird der Kanal für die Dauer des Upgrades angehalten und fortgesetzt, wenn das Upgrade abgeschlossen ist.