Oracle Data Guard mit Oracle Exadata Database Service on Cloud@Customer verwenden

Hier erfahren Sie, wie Data Guard-Gruppen in Ihrem VM-Cluster konfiguriert und verwaltet werden.

Oracle Data Guard mit Oracle Exadata Database Service on Cloud@Customer verwenden

Oracle Data Guard umfasst zahlreiche Services, mit denen Sie eine oder mehrere Standbydatenbanken erstellen, verwalten und überwachen können, damit Oracle-Produktionsdatenbanken Katastrophen und Datenfehler überstehen können.

Oracle Data Guard verwaltet diese Standbydatenbanken als Kopien der Produktionsdatenbank. Wenn die Produktionsdatenbank dann aufgrund eines geplanten oder ungeplanten Ausfalls nicht mehr verfügbar ist, kann Oracle Data Guard jede Standbydatenbank in die Produktionsrolle wechseln und so die Ausfallzeit im Zusammenhang mit dem Ausfall minimieren. Oracle Data Guard kann mit herkömmlichen Backup-, Wiederherstellungs- und Clustertechniken verwendet werden, um ein hohes Maß an Datenschutz und Datenverfügbarkeit bereitzustellen. Oracle Data Guard-Transportservices werden auch von anderen Oracle-Features wie Oracle Streams und Oracle GoldenGate verwendet, um Redo-Daten effizient und zuverlässig von einer Quelldatenbank an ein oder mehrere Remoteziele zu übertragen.

Ausführliche Informationen zu Oracle Data Guard finden Sie in der Dokumentation Oracle Data Guard: Konzepte und Verwaltung und im Portal Oracle Database-Dokumentation unter Oracle Data Guard: Broker-Konzepte.

In diesem Thema wird beschrieben, wie Data Guard-Ressourcen in einem VM-Cluster mit der Konsole oder mit der API verwaltet werden.

Wenn Sie Data Guard für eine Datenbank auf einem Exadata-Datenbank-Compute-Node mit der Konsole oder der API aktivieren:
  • Die Standbydatenbank ist eine physische Standbydatenbank.
  • Die Versionen von Peerdatenbanken (Primär und Standby) sind identisch.
  • Die Standbydatenbank wird als offene, schreibgeschützte Datenbank (Active Data Guard) bereitgestellt.
  • Eine Primärdatenbank kann bis zu sechs Standbydatenbanken unterstützen.

Voraussetzungen für die Verwendung von Oracle Data Guard mit Oracle Exadata Database Service on Cloud@Customer

Prüfen Sie die Liste der Voraussetzungen für die Verwendung von Data Guard mit Oracle Exadata Database Service on Cloud@Customer.

VM-Cluster

Eine Data Guard-Implementierung in einem VM-Cluster erfordert zwei Exadata-Datenbank-VM-Cluster. Ein Cluster enthält die Primärdatenbank und das andere enthält die Standbydatenbank.

Hinweis

Oracle empfiehlt unbedingt, dass sich die Primär- und die Standbydatenbank für Produktions-Workloads in verschiedenen Exadata Cloud-Infrastrukturen befinden, um die Fehlerisolierung und den Disaster-Schutz zu verbessern.

Kennwort

Um das SYS-Kennwort zu ändern oder TDE-Schlüssel zu rotieren, verwenden Sie die OCI-API.

Knoten zu einem VM-Cluster hinzufügen

Wenn Sie einen Knoten zu einem VM-Cluster hinzufügen, wird automatisch eine Instanz der Data Guard-Datenbank auf dem neuen Knoten erstellt.

Knoten aus einem VM-Cluster entfernen

Wenn Sie einen Knoten aus einem VM-Cluster entfernen, werden die Instanz und die zugehörigen Metadaten auf dem entfernenden Knoten automatisch gelöscht.

Mit Data Guard arbeiten

Oracle Data Guard gewährleistet High Availability, Datenschutz und Disaster Recovery für Unternehmensdaten.

Die Primär- und die Standbydatenbank bilden eine Data Guard-Gruppe. Die meisten Ihrer Anwendungen greifen auf die Primärdatenbank zu. Eine Standbydatenbank ist eine Kopie der Primärdatenbank, die in allen Transaktionen mit der Primärdatenbank übereinstimmt.

Die Standbydatenbank wird von Data Guard verwaltet, indem Redo-Daten aus der Primärdatenbank übertragen und angewendet werden. Wenn die Primärdatenbank ausfällt, können Sie mit Data Guard der Standbydatenbank per Switchover oder Failover die Primärrolle zuweisen. Dies gilt auch, wenn Sie über mehrere Standbydatenbanken verfügen.

Switchover

Mit einem Switchover werden die Rollen der Primär- und der Standbydatenbank umgekehrt.

Jede Datenbank ist in ihrer neuen Rolle weiterhin Teil der Data Guard-Gruppe. Ein Switchover erfolgt ohne Datenverlust. Sie können einen Switchover verwenden, bevor Sie eine geplante Wartung in der Primärdatenbank durchführen. Die geplante Wartung auf einem Exadata-Datenbank-Compute-Node mit einer Data Guard-Gruppe wird in dem Regel durchgeführt, indem die Primärdatenbank die Standbyrolle annuliert und in diesem Standbyrolle gewartet wird und ihr anschließend die Rolle der Primärdatenbank zugewiesen wird.

Failover

Bei einem Failover wird der Standbydatenbank die Primärrolle zugewiesen, wenn die vorhandene Primärdatenbank ausfällt oder nicht mehr erreichbar ist.

Bei einem Failover kann es zu einem Datenverlust kommen, wenn Sie den Schutzmodus Maximale Performance verwenden.

Neu instanziieren

Damit wird eine Datenbank in einer Data Guard-Gruppe in der Standbyrolle neu instanziiert.

Mit dem Befehl "Neu instanziieren" können Sie eine ausgefallene Datenbank nach dem Beheben der Fehlerursache wieder in Betrieb nehmen.

Hinweis

Sie können keine Primärdatenbank beenden, die Teil einer Data Guard-Gruppe ist, die eine oder mehrere Standbydatenbanken enthält. Sie müssen zuerst die Standbydatenbanken beenden. Alternativ können Sie einen Switchover der Primärdatenbank auf die Standbyrolle vornehmen und die ursprüngliche Primärdatenbank dann beenden.

Sie kann kein VM-Cluster beenden, das Datenbanken mit aktiviertem Data Guard enthält. Sie müssen zuerst die Standbydatenbanken beenden, die Teil der Data Guard-Gruppe sind.

Oracle Data Guard-Verknüpfungen mit der Konsole verwalten

Hier erfahren Sie, wie Sie eine Data Guard-Verknüpfung zwischen Datenbanken deaktivieren, die Rolle einer Datenbank in einer Data Guard-Gruppe mit einem Switchover- oder Failover-Vorgang ändern und die Datenbank nach Fehlern neu instanziieren.

Wenn Sie Data Guard aktivieren, wird eine separate Data Guard-Gruppe zwischen der Primär- und der Standbydatenbank erstellt.

Data Guard in einem Oracle Exadata Database Service on Cloud@Customer-System mit der Konsole aktivieren

Hier erfahren Sie, wie Sie eine Data Guard-Gruppe zwischen Datenbanken einrichten.

Hinweis

Für Data Guard ist ein zuverlässiges Netzwerk mit genügend Durchsatz zwischen dem Primär- und dem Standbycluster erforderlich. Da Oracle nicht Eigentümer des Netzwerks ist, sollten Sie das Netzwerk vor der Implementierung von Data Guard testen, um sicherzustellen, dass die erforderliche Netzwerkbandbreite verfügbar ist. Es wird empfohlen, die Anweisungen unter Netzwerkperformance bewerten und optimieren zu beachten, damit Sie den erreichbaren Durchsatz zwischen den Clustern kennen und bewerten können, ob die Anforderungen der Datenbank erfüllt werden. Standardmäßig ist die maximale Socket-Puffergröße für regionsübergreifende Data Guard-Konfigurationen in ExaDB-C@C auf einen höheren Wert gesetzt.

Hinweis

Wenn Sie eine Data Guard-Gruppe konfigurieren, müssen sich die Primär- und die Standbydatenbank auf derselben Major Release-Version befinden, während sich die Standbydatenbank auf einer höheren Minor-Version befinden kann.

Im Rahmen des neuesten Release stellen wir eine verbesserte Benutzererfahrung und neue APIs vor, um die Performance zu verbessern und zusätzliche Data Guard-Funktionen bereitzustellen, einschließlich der Unterstützung mehrerer Standbydatenbanken durch Cloud-Automatisierung.

  • Mit der neuen API wird Ihre neue Data Guard-Konfiguration als Data Guard-Gruppenressource erstellt.
  • Wenn Data Guard bereits eingerichtet ist, können Sie die aktuellen Funktionen ohne Auswirkungen weiterhin verwenden. Wenn Sie jedoch mehrere Standbydatenbanken erstellen möchten, müssen Sie zu dem neuen API-Modell migrieren, das jederzeit ausgeführt werden kann.
  • Wenn Sie derzeit über eine Automatisierung verfügen, die Data Guard-Vorgänge mit der vorhandenen Data Guard-Verknüpfungs-API verwaltet, müssen Sie Ihre Anwendungen so aktualisieren, dass sie die neue API verwenden, um diese neuen Funktionen zu nutzen

    Oracle unterstützt derzeit sowohl die vorhandene Data Guard-Verknüpfungs-API als auch die neue Data Guard-Gruppen-API und die zugehörigen Benutzeroberflächen.

Hinweis

Ein paralleler Vorgang in der Standbydatenbank sollte nach einem 5-Minuten-Intervall wiederholt werden, wenn er nicht erfolgreich verläuft.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.

    "VM-Cluster" ist standardmäßig ausgewählt.

  2. Wählen Sie das Compartment aus.

    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.

  3. Klicken Sie in der Liste der VM-Cluster auf das VM-Cluster mit der Datenbank, welche die Primärrolle übernehmen soll, und klicken Sie dann auf den Namen dieser Datenbank.
  4. Klicken Sie auf Data Guard-Verknüpfungen.
  5. Klicken Sie auf Standby hinzufügen.
  6. Konfigurieren Sie auf der Seite Standby hinzufügen die Data Guard-Gruppe.
    • Um eine Data Guard-Vorabprüfung explizit auszuführen, klicken Sie auf Vorabprüfung ausführen. Wenn Sie auf "Vorabprüfung ausführen" klicken, werden die folgenden Aktionen ausgeführt:
      • Die Seite Standby hinzufügen wird geschlossen.
      • Auf der Seite Details der Primärdatenbank wird eine Meldung angezeigt, die angibt, dass die Data Guard-Vorabprüfung ausgeführt wird und die Schaltfläche Standby hinzufügen deaktiviert ist.

      Klicken Sie auf den Link Details anzeigen, um zur Seite Arbeitsanforderungen für den Status zu navigieren:

      • Prüfen Sie den Vorabprüfungsstatus: Erfolgreich oder Nicht erfolgreich.
      • Wenn die Vorabprüfung nicht erfolgreich war, beheben Sie die gemeldeten Fehler, und wiederholen Sie das Data Guard-Setup.
      Hinweis

      Während die Vorabprüfung ausgeführt wird, bleiben die Primärdatenbank und das VM-Cluster im Status Verfügbar.
      • Data Guard-Erfahrung auswählen:
        • Neue Data Guard-Gruppenressource verwenden Mit dieser Option wird Ihre neue Data Guard-Konfiguration als Data Guard-Gruppenressource erstellen. Diese Option mit neuen APIs unterstützt das Hinzufügen mehrerer Standbydatenbanken und bietet weitere Verbesserungen. Wenn Sie derzeit über eine Automatisierung verfügen, die Data Guard-Vorgänge mit der vorhandenen Data Guard-Verknüpfungs-API verwaltet, können Sie Ihre Anwendungen aktualisieren, um die neue API zu verwenden und diese neuen Funktionen zu nutzen.
        • Vorhandene Data Guard-Verknüpfungsressource verwenden Wählen Sie diese Option aus, wenn Ihre Automatisierung für die Verwaltung von Data Guard-Vorgängen von der vorhandenen Data Guard-Verknüpfungs-API abhängt. Sie können jedoch nicht mehrere Standbydatenbanken hinzufügen und erhalten nicht die von der neuen API bereitgestellten Verbesserungen.
    • Data Guard-Gruppendetails:
      • Wählen Sie den Data Guard-Typ Active Data Guard oder Data Guard basierend auf dem von Ihnen bereitgestellten Oracle Database-Softwarelizenztyp aus. Wenn Sie Oracle Database Enterprise Edition - Extreme Performance (Lizenz inklusive) bereitgestellt haben, können Sie Data Guard oder Active Data Guard auswählen. Wenn Sie Oracle Database Enterprise Edition -Bring Your Own License (BYOL) ohne die Active Data Guard-Option bereitgestellt haben, wählen Sie "Data Guard" aus. Dies ist der Standardtyp.
        • Active Data Guard: Active Data Guard ist eine lizenzierte Option für Oracle Database Enterprise Edition und bietet erweiterte Funktionen zur Erweiterung der grundlegenden Data Guard-Funktionalität. Diese Funktionen umfassen Echtzeitabfrage und DML-Offload, automatische Blockreparatur bei physischen Datenbeschädigungen, Tracking von Standbyblockänderungen, globale Datenservices und Application Continuity.
        • Data Guard: Oracle Data Guard gewährleistet High Availability, Datenschutz und Disaster Recovery für Unternehmensdaten. Data Guard umfasst zahlreiche Services, mit denen Sie eine oder mehrere Standbydatenbanken erstellen, verwalten und überwachen können, damit Oracle-Produktionsdatenbanken Katastrophen und Datenbeschädigungen überstehen können. Data Guard verwaltet diese Standbydatenbanken als Kopien der Produktionsdatenbank, die in allen Transaktionen mit dieser übereinstimmen.
      • Schutzmodus: Der Sicherheitsmodus, der für diese Data Guard-Gruppe verwendet wird.

        "Maximale Performance" stellt den höchsten Grad des Datenschutzes bereit, der möglich ist, ohne dass sich dies auf die Performance der Primärdatenbank auswirkt.

        "Maximale Verfügbarkeit" bietet den höchsten Schutz der Daten bei synchronem Transport ohne Datenverlust, ohne dass die Verfügbarkeit der Datenbank beeinträchtigt wird.

      • Transporttyp: Redo-Transporttyp, der für die Data Guard-Verbindung zwischen der Primär- und dieser Standbydatenbank verwendet wird.

        • Asynchron: Asynchroner Transportmodus, der mit dem Schutzmodus "Maximale Performance" verwendet wird.
        • Synchron: Synchroner Transportmodus, der mit den Schutzmodi für maximale Performance und maximale Verfügbarkeit verwendet wird.

        Schutzmodus und Transporttyp: Regeln zum Erstellen von Standbydatenbanken

        • Erste Standbydatenbank erstellen: Sie können den Schutzmodus oder den Transporttyp für die erste Standbydatenbank nicht ändern.
          • Die Standardeinstellungen lauten:
            • Schutzmodus: Max. Performance
            • Transporttyp: Asynchron
        • Zweite zu Nth-Standbydatenbank erstellen: Sie können den Schutzmodus oder den Transporttyp für nachfolgende Standbydatenbanken nicht ändern.
          • Der Schutzmodus wird von der ersten Standby-Datenbank übernommen.
          • Der Standardtransporttyp ist auf "Asynchron" gesetzt.
    • Peer-VM-Cluster auswählen: Geben Sie die folgenden Werte für die Standbydatenbank an:
      • Peerregion: Die Primär- und die Standbydatenbank können in zwei verschiedenen VM-Clustern auf einem gemeinsamen ExaDB-C@C-System oder auf zwei geografisch getrennten ExaDB-C@C-Systemen ausgeführt werden, die von einer oder verschiedenen Oracle Cloud Infrastructure-Regionen verwaltet werden.
      • Peer-Exadata Cloud@Customer-Infrastruktur: Wählen Sie die Exadata Database Service on Cloud@Customer-Infrastruktur aus, in der sich die Standby-Datenbank befindet. Klicken Sie auf den Hyperlink Compartment ändern, um ein Compartment auszuwählen.
      • Peer-VM-Cluster: Wählen Sie den Exadata-Datenbank-Compute-Node aus, der die Standbydatenbank enthält. Klicken Sie auf den Hyperlink Compartment ändern, um ein Compartment auszuwählen.
    • Datenbank-Home auswählen: Wählen Sie ein vorhandenes Datenbank-Home aus, oder erstellen Sie ein Datenbank-Home.
      • Vorhandenes Datenbank-Home auswählen: Wenn bereits mindestens ein Datenbank-Home für die ausgewählte Datenbankversion vorhanden ist, ist diese Option standardmäßig ausgewählt. Außerdem wird eine Liste von Datenbank-Homes angezeigt. Wählen Sie ein Datenbank-Home aus der Liste aus.
        Hinweis

        Obwohl nur Datenbank-Homes derselben Version und RU aufgelistet sind, können die angezeigten Homes andere One-off-Patches aufweisen als die Primärdatenbank. Obwohl verschiedene One-off-Patches verwendet werden können, wird die Verwendung identischer Datenbank-Homes für Primär- und Standbydatenbank empfohlen.
      • Neues Datenbank-Home erstellen: Wenn keine Datenbank-Homes für die ausgewählte Datenbankversion vorhanden sind, ist diese Option standardmäßig ausgewählt. Sie können das neue Datenbank-Home mit demselben DSI wie die primäre Datenbank erstellen oder ein anderes Image auswählen. Beachten Sie, dass DSIs nicht regionsübergreifend verfügbar sind. Ein separater DSI muss in der Peerregion mit derselben RU wie der primäre erstellt werden.
        1. Klicken Sie auf Datenbankimage ändern, um ein Datenbanksoftwareimage für das neue Datenbank-Home auszuwählen.
        2. Führen Sie in den daraufhin angezeigten Datenbankimages durchsuchen die folgenden Schritte aus:
          1. Wählen Sie das Compartment mit dem Datenbanksoftwareimage aus, mit dem das neue Datenbank-Home erstellt werden soll.
          2. Wählen Sie die Oracle Database-Softwareversion aus, die das neue Datenbank-Home verwendet, und wählen Sie dann ein Image aus der Liste der verfügbaren Images für die ausgewählte Softwareversion aus.
          3. Klicken Sie auf Auswählen.
            Hinweis

            Wenn Sie die neue Data Guard-Gruppenressource verwenden, müssen Sie zuerst das Datenbank-Home erstellen, bevor Sie die Standbydatenbank hinzufügen.
    • Standbydatenbank konfigurieren:
      • Geben Sie einen eindeutigen Namen für die Datenbank ein:
        Hinweis

        Nach dem Erstellen der Datenbank können Sie das db_name-, db_unique_name- und das SID-Präfix nicht mehr ändern.

        Geben Sie optional einen eindeutigen Namen für die Datenbank an. Dieses Attribut definiert den Wert des Datenbankparameters db_unique_name. Bei dem Wert wird die Groß- und Kleinschreibung nicht beachtet. Der db_unique_name darf nur die zulässigen Zeichen enthalten.

        Beachten Sie bei der Wahl eines Datenbanknamens die folgenden Richtlinien:
        • Maximal 30 Zeichen
        • Darf nur alphanumerische Zeichen und Unterstriche (_) enthalten
        • Muss mit einem Buchstaben beginnen
        • Über Flotte/Mandant hinweg eindeutig

        Wenn kein eindeutiger Name eingegeben wird, wird für db_unique_name standardmäßig das folgende Format verwendet: <db_name>_<3 char unique string>_<region-name>.

      • Datenbankkennwort: Geben Sie das Datenbank-Admin-Kennwort der Primärdatenbank in das Feld "Datenbankkennwort" ein. Dieses Datenbank-Admin-Kennwort wird auch für die Standby-Datenbank verwendet.

        Das Admin-Kennwort und das TDE-Kennwort müssen identisch sein. Ist dies nicht der Fall, befolgen Sie die Anweisungen unter Datenbankkennwörter ändern.

      • TDE-Wallet-Kennwort: Geben Sie das TDE-Wallet-Kennwort ein.
    • (Optional) Wählen Sie Erweiterte Optionen anzeigen.
      • Geben Sie das Oracle-SID-Präfix an: Geben Sie optional das Oracle-SID-Präfix für die Datenbank an. Die Instanznummer wird automatisch an das SID-Präfix angehängt, wodurch der Datenbankparameter instance_name gebildet wird. Wenn keine Angabe gemacht wird, entspricht das SID-Präfix standardmäßig den ersten 12 Zeichen des db_unique_name.
        Beachten Sie bei der Wahl eines Datenbanknamens die folgenden Richtlinien:
        • Maximal 12 Zeichen
        • Nur alphanumerische Zeichen
        • Muss mit einem Buchstaben beginnen
        • Im VM-Cluster eindeutig
  7. Klicken Sie auf Hinzufügen.

Zur Konfiguration der Data Guard-Verknüpfung wird eine Arbeitsanforderung ausgegeben. Der Fortschritt der Anforderung und die Provisioning-Phasen können auf der Seite "Arbeitsanforderungen" der jeweiligen Standbydatenbank angezeigt werden.

Wenn die Verknüpfung erstellt wird, werden in den Details für eine Datenbank und die zugehörige Peerdatenbank die entsprechenden Rollen als Primär oder Standby angezeigt.

Data Guard-Datenbankgruppe in einem Exadata-VM-Cluster mit der Konsole anzeigen

Führen Sie die folgenden Schritte aus, um die Rolle jeder Datenbank in einer Data Guard-Gruppe in einem Exadata-VM-Cluster anzuzeigen.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
  2. Wählen Sie Ihr Compartment aus.
  3. Klicken Sie auf das VM-Cluster mit den Datenbanken, deren Rollen Sie in Data Guard-Verknüpfungen anzeigen möchten.
  4. Klicken Sie auf Datenbanken.

    Die Rolle jeder Datenbank in diesem VM-Cluster wird in der Spalte Data Guard-Rolle angegeben.

Data Guard-Gruppendetails mit der Konsole anzeigen und bearbeiten

Je nach Ihrem bereitgestellten Oracle Database-Softwarelizenztyp können Sie zwischen Data Guard-Typen wechseln.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.

    "VM-Cluster" ist standardmäßig ausgewählt.

  2. Wählen Sie Ihr Compartment aus.

    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.

  3. Klicken Sie in der Liste der VM-Cluster auf das VM-Cluster mit der Primärdatenbank, für die Sie den Data Guard-Typ wechseln möchten.
  4. Klicken Sie auf den Namen der Primärdatenbank.
  5. Klicken Sie auf Data Guard-Gruppe.

    Eine Liste der Datenbanken, die Mitglieder der Data Guard-Gruppe sind, wird mit dem Data Guard-Modell angezeigt, das Sie für jedes Data Guard-Gruppenmitglied ausgewählt haben.

  6. Um Data Guard-Gruppendetails zu bearbeiten, klicken Sie auf das Symbol "Aktionen" (drei Punkte), und klicken Sie dann auf Bearbeiten.

    Der Bildschirm Data Guard-Gruppe bearbeiten wird angezeigt.

  7. Führen Sie im Fenster "Data Guard-Gruppe bearbeiten" die folgenden Schritte durch.
    • Wählen Sie einen geeigneten Data Guard-Typ aus.
    • Wählen Sie den Schutzmodus aus.
      Hinweis

      Wählen Sie den Transporttyp aus.
    • Legen Sie das Datenbankkennwort fest.
    • Klicken Sie auf Data Guard bearbeiten, um die Änderungen zu speichern.

Datenbank-Switchover mit der Konsole ausführen

Sie können einen Switchover-Vorgang für eine Standbydatenbank initiieren, die Mitglied der Data Guard-Gruppe ist.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.

    "VM-Cluster" ist standardmäßig ausgewählt.

  2. Wählen Sie Ihr Compartment aus.

    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.

  3. Klicken Sie in der Liste der VM-Cluster auf das VM-Cluster mit der Primärdatenbank, für die Sie einen Switchover ausführen möchten.
  4. Klicken Sie auf den Namen der Primärdatenbank.
  5. Klicken Sie auf Data Guard-Gruppe.
  6. Wählen Sie die Standbydatenbank in der Data Guard-Gruppe, für die Sie einen Switchover ausführen möchten. Klicken Sie auf das Aktionssymbol (drei Punkte), und klicken Sie dann auf Switchover.
  7. Geben Sie im Dialogfeld Datenbank-Switchover das Datenbank-Admin-Kennwort ein, und klicken Sie dann auf Switchover.

Diese Datenbank nimmt jetzt die Funktion der Standbydatenbank an, und die Standbydatenbank übernimmt die Funktion der Primärdatenbank in der Data Guard-Gruppe.

Datenbank-Failover mit der Konsole ausführen

Sie können einen Failover-Vorgang für eine Standbydatenbank initiieren, die Mitglied der Data Guard-Gruppe ist.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.

    "VM-Cluster" ist standardmäßig ausgewählt.

  2. Wählen Sie Ihr Compartment aus.

    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.

  3. Klicken Sie in der Liste der VM-Cluster auf das VM-Cluster, das die Peer- bzw. Standbydatenbank der Primärdatenbank enthält, zu der ein Failover durchgeführt werden soll.
  4. Klicken Sie auf den Namen der Standbydatenbank.
  5. Klicken Sie auf Data Guard-Gruppe.
  6. Wählen Sie die Standbydatenbank in der Data Guard-Gruppe, für die Sie einen Failover ausführen möchten. Klicken Sie auf das Aktionssymbol (drei Punkte), und klicken Sie dann auf Failover.
  7. Geben Sie im Dialogfeld Datenbank-Failover das Datenbank-Admin-Kennwort ein, und klicken Sie dann auf Failover.
Hinweis

Sie können einen Failover auch dann initiieren, wenn sich die Primärdatenbank in einem fehlerfreien Zustand befindet. Gehen Sie jedoch bei einem Failover vorsichtig vor.

Diese Datenbank nimmt jetzt die Rolle der Primärdatenbank an. Als Rolle der bisherigen Primärdatenbank sollte Standby wurde deaktiviert angezeigt werden.

Datenbank mit der Konsole neu instanziieren

Nach dem Failover einer Primärdatenbank zur Standbydatenbank nimmt die Standbydatenbank die Primärrolle an, und die bisherige Primärdatenbank wird als deaktivierte Standbydatenbank gekennzeichnet.

Nachdem Sie die Ursache des Fehlers korrigiert haben, können Sie die ausgefallene Datenbank als funktionierende Standbydatenbank für die aktuelle Primärdatenbank neu installieren.

Bevor Sie eine Datenbank der Version 12.2 oder höher neu instanziieren können, müssen Sie einige Schritte auf dem Datenbankhost ausführen, um die Datenbank zu stoppen oder sie im MOUNT-Modus zu starten.

Setzen Sie die ORACLE_UNQNAME-Umgebung auf den Wert des eindeutigen Datenbanknamens, und führen Sie dann die folgenden Befehle aus:
srvctl stop database -d db-unique-name -o abort
srvctl start database -d db-unique-name -o mount
  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.

    "VM-Cluster" ist standardmäßig ausgewählt.

  2. Wählen Sie Ihr Compartment aus.

    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.

  3. Klicken Sie in der Liste der VM-Cluster auf das VM-Cluster mit der Primärdatenbank.
  4. Klicken Sie auf den Namen der Primärdatenbank.
  5. Klicken Sie auf Data Guard-Gruppe.

    Die Datenbank, die Sie neu instanziieren möchten, wird in angezeigt.

  6. Klicken Sie auf das Symbol "Aktionen" (drei Punkte) und dann auf Neu instanziieren.
  7. Geben Sie im Dialogfeld Datenbank neu instanziieren das Datenbank-Admin-Kennwort ein, und klicken Sie dann auf Neu instanziieren.

Diese Datenbank sollte jetzt als Standbydatenbank in der Data Guard-Gruppe neu instanziiert worden sein.

Data Guard-Gruppe auf einem Oracle Exadata Database Service on Cloud@Customer-System mit einer Konsole beenden

In einem VM-Cluster entfernen Sie eine Data Guard-Gruppe, indem Sie alle Standbydatenbanken beenden.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.

    "VM-Cluster" ist standardmäßig ausgewählt.

  2. Wählen Sie Ihr Compartment aus.

    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.

  3. Klicken Sie in der Liste der VM-Cluster auf das VM-Cluster mit der Standbydatenbank, die Sie beenden möchten.
  4. Klicken Sie auf den Namen der Standbydatenbank.
  5. Klicken Sie bei der Standbydatenbank, die Sie beenden möchten, auf das Symbol "Aktionen" (drei Punkte), und klicken Sie dann auf Beenden.
  6. Geben Sie im Dialogfeld Datenbank beenden den Namen der Datenbank an, und klicken Sie dann auf Beenden.

Data Guard-Verbindungen in einem Oracle Exadata Database Service on Cloud@Customer-System mit der API verwalten

Hier erfahren Sie, wie Sie Data Guard-Verbindungen auf einem Oracle Exadata Database Service on Cloud@Customer-System mit der API verwalten.

Hinweis

Im Februar 2026 werden das Data Guard-Verknüpfungsmodell und die zugehörigen APIs durch das neue Data Guard-Gruppenmodell und die neuen APIs ersetzt. Ab Februar 2026 verwenden alle neuen Data Guard-Konfigurationen, die über die Oracle Cloud Infrastructure-(OCI-)Konsole bereitgestellt werden, automatisch das Data Guard-Gruppenmodell.

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

In der folgenden Tabelle werden die REST-API-Endpunkte für die Verwaltung von Data Guard-Verknüpfungen aufgeführt.

Vorgang REST-API-Endpunkt

Data Guard-Verknüpfung erstellen.

CreateDataGuardAssociation

Konfigurationsdetails der angegebenen Data Guard-Verknüpfung anzeigen.

GetDataGuardAssociation

Liste aller Data Guard-Verknüpfungen für die angegebene Datenbank anzeigen.

ListDataGuardAssociations

Switchover ausführen, um eine Primärdatenbank einer Data Guard-Verknüpfung in die Standbyrolle zu überführen.

SwitchoverDataGuardAssociation

Failover ausführen, um einer mit dem Parameter databaseId identifizierten Standbydatenbank die Primärrolle in der angegebenen Data Guard-Verknüpfung zuzuweisen, wenn die vorhandene Primärdatenbank ausgefallen oder nicht mehr erreichbar ist.

FailoverDataGuardAssociation

Eine mit dem Parameter databaseId identifizierte Datenbank in einer Data Guard-Verknüpfung in der Standbyrolle neu instanziieren.

ReinstateDataGuardAssociation

Weitere Informationen finden Sie unter Datenbank mit der Konsole neu instanziieren.

Standbydatenbank löschen.

DeleteDatabase

Die vollständige Liste der APIs finden Sie unter Database-Service-API.

Data Guard-Gruppe auf einem Oracle Exadata Database Service on Cloud@Customer-System mit einer API verwalten

Hier erfahren Sie, wie Sie mit der API Data Guard-Gruppen auf einem Oracle Exadata Database Service on Cloud@Customer-System verwalten.

Hinweis

Im Februar 2026 werden das Data Guard-Verknüpfungsmodell und die zugehörigen APIs durch das neue Data Guard-Gruppenmodell und die neuen APIs ersetzt. Ab Februar 2026 verwenden alle neuen Data Guard-Konfigurationen, die über die Oracle Cloud Infrastructure-(OCI-)Konsole bereitgestellt werden, automatisch das Data Guard-Gruppenmodell.

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

in der folgenden Tabelle sind die REST-API-Endpunkte für die Verwaltung von Data Guard-Gruppen aufgeführt.

Vorgang REST-API-Endpunkt Kommentar

Standby-Datenbank erstellen/hinzufügen

CreateDatabase

  • Dieselbe API wird verwendet, um eine erste Standbydatenbank zu erstellen und weitere Standbydatenbanken hinzuzufügen.
  • Es verwendet die vorhandene API "Datenbank erstellen" mit der Quelle "DATAGUARD".

Data Guard-Aktion - Failover

FailoverDataGuard

Failover muss auf der jeweiligen Standbydatenbank ausgelöst werden, die zur Primärdatenbank wird.

Data Guard-Aktion - Neu instanziieren

ReinstateDataGuard

Die erneute Instanziierung muss in der jeweiligen Standbydatenbank ausgelöst werden, damit sie wieder instanziiert wird.

Data Guard-Aktion - Switchover

SwitchOverDataGuard

Switchover muss auf der jeweiligen Standbydatenbank ausgelöst werden, die zur Primärdatenbank wird.

Standbydatenbank löschen

DeleteDatabase

  • Löschen der Standbydatenbank bleibt identisch mit der vorhandenen. - DeleteDatabase
  • Der Aufruf erfolgt in der jeweiligen Standbydatenbank, die gelöscht werden soll.

Data Guard-Verknüpfung zu mehreren Standby-Datenbanken migrieren

MigrateDataGuardAssociationToMultiDataGuards

  • Migrieren Sie die vorhandene Data Guard-Verknüpfung zu einem Data Guard-Gruppenmodell.
  • Eine neue Standbydatenbank kann erst nach Abschluss der Migration hinzugefügt werden.

Data Guard-Gruppenkonfiguration aktualisieren

UpdateDataGuard

Zum Aktualisieren der Konfiguration ist entweder die Standby- oder die Primärdatenbank-OCID erforderlich.

Die vollständige Liste der APIs finden Sie unter Database-Service-API.