Stellen Sie vor der Einrichtung von Data Guard sicher, dass Ihre Exadata Cloud Infrastructure-Umgebung die folgenden Netzwerkanforderungen erfüllt:

• Die Primär- und die Standbydatenbank können zu VM-Clustern in verschiedenen Compartments gehören.
• Wenn Sie Oracle Data Guard regionsübergreifend konfigurieren möchten, müssen Sie Remote-Peering für das virtuelle Cloud-Netzwerk (VCN) zwischen der Primär- und der Standbydatenbank konfigurieren. Das Networking wird in der Cloud-VM-Clusterressource für Systeme mit dem neuen Exadata-Ressourcenmodell und in der DB-Systemressource für das System mit dem alten Ressourcenmodell konfiguriert. Siehe Remote-VCN-Peering mit einem RPC.

  Bei Exadata Data Guard-Konfigurationen unterstützt OCI die Verwendung der Hub-and-Spoke-Netzwerktopologie für die VCNs in jeder Region. Das bedeutet, dass die Primär- und Standbydatenbank jeweils ein "Spoke"-VCN verwenden können, das Netzwerkverkehr an das "Hub"-VCN übergibt, das über eine Remote-Peering-Verbindung verfügt. Informationen zum Einrichten dieser Netzwerktopologie finden Sie unter Transitrouting in einem Hub-VCN.

• Um Oracle Data Guard in einer einzelnen Region einzurichten, müssen beide Exadata Cloud Infrastructure-Instanzen dasselbe VCN verwenden. Beim Einrichten von Data Guard innerhalb derselben Region empfiehlt Oracle, dass sich die Instanz mit der Standbydatenbank in einer anderen Availability-Domain als die Instanz mit der Primärdatenbank befindet, um Verfügbarkeit und Disaster Recovery zu verbessern.

• Konfigurieren Sie die Ingress- und Egress-Sicherheitsregeln für die Subnetze beider Exadata Cloud Infrastructure-Instanzen in der Oracle Data Guard-Verknüpfung, damit der TCP-Traffic zwischen den betreffenden Ports fließen kann. Die von Ihnen erstellten Regeln müssen zustandsbehaftet sein (Standardwert).

  Beispiel: Wenn das Subnetz der primären Exadata Cloud Infrastructure-Instanz das Quell-CIDR 10.0.0.0/24 und das Subnetz der Standbyinstanz das Quell-CIDR 10.0.1.0/24 verwendet, erstellen Sie Regeln wie im folgenden Beispiel dargestellt.

Sicherheitsregeln für Subnetz der primären Exadata Cloud Infrastructure-Instanz

Stateless: No
Source: 10.0.1.0/24 
IP Protocol: TCP 
Source Port Range: All 
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521

Stateless: No
Destination: 10.0.1.0/24 
IP Protocol: TCP 
Source Port Range: All
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521

Sicherheitsregeln für das Subnetz der Standby-Exadata Cloud Infrastructure-Instanz

Stateless: No
Source: 10.0.0.0/24 
IP Protocol: TCP 
Source Port Range: All 
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521

Stateless: No
Destination: 10.0.0.0/24 
IP Protocol: TCP 
Source Port Range: All
Destination Port Range: 1521
Allows: TCP traffic for ports: 1521

Informationen zum Erstellen und Bearbeiten von Regeln finden Sie unter Sicherheitslisten .

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

Mögliches TDE-Schlüsselreplikationsproblem und Fehler bei MRP- und DG-LCM-Vorgängen.

KMS RPM libkmstdepkcs11_1.286-1.286-1-Linux.rpm ist das neueste verfügbare Tool, das die aktive Replikation des Schlüssels zwischen regionsübergreifenden KMS-Vaults (Quelle und Ziel) unterstützt. Es wird empfohlen, das RPM auf Clustern upzugraden, die an Data Guard beteiligt sind. Regionsübergreifendes Data Guard für OCI Vaults funktioniert mit einer niedrigeren Version von RPM, die ältere Version garantiert jedoch keine aktive Replikation von Schlüsseln. Wenn bei den TDE-Schlüsseln ein Replikationsproblem zwischen Vaults auftritt, kann sich die Data Guard-Replikation auswirken (MRP-Fehler im Standbycluster aufgrund eines fehlenden Schlüssels im Ziel-Vault), und MRP kann erst wiederaufgenommen werden, nachdem die Schlüssel in den Ziel-Vault repliziert wurden. Um Fehler bei MRP- und DG LCM-Vorgängen zu vermeiden, upgraden Sie das RPM libkms auf beiden Clustern, und starten Sie die Datenbanken neu (nur Datenbanken, die vom Kunden verwaltete Schlüssel verwenden).

Wenn Sie einen Knoten zu einem VM-Cluster hinzufügen, wird automatisch eine Instanz der Data Guard-Datenbank auf dem neuen Knoten erstellt. Die Metadatenaktualisierung in der Remotedatenbank, d.h. in der Primärdatenbank, muss jedoch manuell durchgeführt werden, wenn die Standby-Datenbank hinzugefügt wird und umgekehrt.

Dazu können Sie die JSON-Datei addinstance kopieren, /var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json, die am Ende der Instanzerweiterung erstellt wurde, und den Befehl /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> auf einem beliebigen Knoten des Remoteclusters ausführen.

Wenn Sie einen Knoten aus einem VM-Cluster entfernen, werden die Instanz und die zugehörigen Metadaten auf dem entfernenden Knoten automatisch gelöscht. Die entsprechenden Metadaten in der Remotedatenbank, also die Primärdatenbank, müssen jedoch manuell gelöscht werden, wenn das Entfernen in der Standbydatenbank erfolgt und umgekehrt.

Dazu können Sie den Befehl /var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name> auf einem beliebigen Knoten des Remoteclusters ausführen.

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 virtuellen Exadata-Datenbank-Rechner mit einer Data Guard-Gruppe wird in dem Regel durchgeführt, indem die Primärdatenbank die Standbyrolle annuliert und in diesem Standbyrolle gewartet wird, anschließend wird ihr wieder der Rolle der Primärdatenbank zugewiesen.

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

Das Failover kann je nach Schutzmodus und der Synchronisierung der primären und der Standby-Zieldatenbank zum Zeitpunkt des Ausfalls der primären Datenbank zu Datenverlust führen. Weitere Informationen finden Sie unter Manueller Failover in der Data Guard-Dokumentation.

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.

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

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das Compartment aus, das die Exadata Cloud Infrastructure-Instanz mit der Datenbank enthält, für die Sie Oracle Data Guard aktivieren möchten.
3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das eine Datenbank enthält, die die primäre Rolle übernehmen soll:
   • Cloud-VM-Cluster (neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.
   • DB-Systeme: Klicken Sie unter Bare Metal, VM und Exadata auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.
4. Klicken Sie auf der Seite mit den VM-Cluster- oder DB-Systemdetails im Abschnitt Datenbanken auf den Namen der Datenbank, die Primärdatenbank werden soll.
5. Klicken Sie auf der Seite "Datenbankdetails" unter Ressourcen auf Data Guard-Verknüpfungen.
6. Klicken Sie auf Standby hinzufügen.
7. 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.
   • Im Abschnitt Peer-VM-Cluster auswählen geben Sie die folgenden Informationen für die Standbydatenbank an, um eine Liste der verfügbaren Exadata-Systeme zu erhalten, in denen die Standbydatenbank gesucht werden soll:
     • Peerregion: Wählen Sie eine Region aus, in der Sie die Standbydatenbank suchen möchten. Die Region, in der sich die Primärdatenbank befindet, ist standardmäßig ausgewählt. Sie können eine andere Region für die Standbydatenbank auswählen. Der mit diesem Feld verknüpfte Hinweistext gibt die Region an, in der sich die Primärdatenbank befindet.
     • Availability-Domain: Wählen Sie eine Availability-Domain für die Standbydatenbank aus. Der mit diesem Feld verknüpfte Hinweistext gibt die Availability-Domain an, in der sich die Primärdatenbank befindet.
     • Service auswählen: Exadata Database Service on Dedicated Infrastructure oder Exadata Database Service on Exascale Infrastructure.
     • Exadata-Infrastruktur auswählen: Nur anwendbar, wenn Sie in der Dropdown-Liste "Service auswählen" die Option "Exadata Database Service on Dedicated Infrastructure" ausgewählt haben.
     • Data Guard-Peer-Ressourcenart: Wählen Sie DB-System oder VM-Cluster aus.
     • Wählen Sie in der Dropdown-Liste ein DB-System oder ein Cloud-VM-Cluster aus.
   • 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:
     • Data Guard-Typ: Wählen Sie "Active Data Guard" oder "Data Guard" aus. Active Data Guard bietet zusätzliche Features wie Echtzeitabfrage und DML-Auslagerung, automatische Blockreparatur, Änderungsverfolgung von Standbyblöcken, Fernsynchronisierung, globale Datenservices und Application Continuity. Für Active Data Guard ist eine Oracle Active Data Guard-Lizenz erforderlich. Weitere Informationen zu Active Data Guard finden Sie unter Active Data Guard. Einen vollständigen Überblick über beide Data Guard-Typen finden Sie unter Einführung in Oracle Data Guard
     • Schutzmodus: Der Schutzmodus kann Maximale Performance oder Maximale Verfügbarkeit lauten. Weitere Informationen zu diesen Optionen finden Sie unter Schutzmodi in Oracle Data Guard.
     • Transporttyp: Redo-Transporttyp, der für diese Data Guard-Gruppe verwendet wird. Informationen zu diesen Optionen finden Sie unter Redo-Transportservices.

       Schutzart und Transporttyp: Regeln für die Erstellung von Standbydatenbanken

       • Erste Standbydatenbank erstellen: Sie können den Schutzmodus oder die Transportart für die erste Standbydatenbank während der Erstellung nicht ändern. Sie können sie später ä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.
   • Wählen Sie im Abschnitt Datenbank-Home auswählen eine der folgenden Optionen aus:
     • Vorhandenes Datenbank-Home auswählen: Wenn Sie diese Option auswählen, wählen Sie in der Dropdown-Liste "Anzeigename von Datenbank-Home" ein Home aus.
     • Neues Datenbank-Home erstellen: Wenn Sie diese Option auswählen, geben Sie im Feld Anzeigename von Datenbank-Home einen Namen für das neue Datenbank-Home ein. Klicken Sie auf Datenbankimage ändern, um ein Datenbanksoftwareimage für das neue Datenbank-Home auszuwählen. Führen Sie im Bereich Datenbanksoftwareimage auswählen 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 Region mit dem Datenbanksoftwareimage aus, mit dem das neue Datenbank-Home erstellt werden soll. Der Regionsfilter entspricht standardmäßig der aktuell verbundenen Region und listet alle in dieser Region erstellten Softwareimages auf. Wenn Sie eine andere Region auswählen, wird die Softwareimageliste aktualisiert, um die in der ausgewählten Region erstellten Softwareimages anzuzeigen.
       3. 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.
       4. Klicken Sie auf Auswählen.
       Hinweis
       
       

       • Oracle empfiehlt, dieselbe Liste von Patches in die Datenbank-Home-Verzeichnisse der Primär- und der Standby-Datenbank einspielen.
       • Wenn Sie die neue Data Guard-Gruppenressource verwenden, müssen Sie zuerst das Datenbank-Home erstellen, bevor Sie die Standbydatenbank hinzufügen.
   • Geben Sie im Abschnitt Standbydatenbank konfigurieren die Details der Standbydatenbank an.
     Hinweis
     
     Nach dem Erstellen der Datenbank können Sie das db_unique_name- und das SID-Präfix nicht mehr ändern.
     • Eindeutiger Datenbankname: Geben Sie optional einen Wert für den Datenbankparameter DB_UNIQUE_NAME an. Dieser Wert muss in den Primär- und Standby-Cloud-VM-Clustern eindeutig sein. Der eindeutige Name muss den folgenden Anforderungen entsprechen:
       • Darf maximal 30 Zeichen enthalten
       • Darf nur alphanumerische Zeichen und Unterstriche (_) enthalten
       • Muss mit einem Buchstaben beginnen
       • Muss im VM-Cluster eindeutig sein. Sollte vorzugsweise im gesamten Mandanten eindeutig sein.
       Wird kein Wert angegeben, generiert das System wie folgt automatisch einen eindeutigen Namenswert:

       <db_name>_<3_chars_unique_string>_<region-name>

     • Datenbankkennwort: Geben Sie das Kennwort des Datenbankadministrators der Primärdatenbank ein. Verwenden Sie dasselbe Kennwort des Datenbankadministrators für die Standbydatenbank.

       Hinweis
       
       Das Administrator- und das TDE-Wallet-Kennwort müssen identisch sein. Falls die Kennwörter nicht identisch sind, befolgen Sie die Anweisungen unter Datenbankkennwörter ändern, um sicherzustellen, dass sie identisch sind.
     • TDE-wallet-Kennwort: Geben Sie das TDE-wallet-Kennwort ein.
8. Klicken Sie auf Erweiterte Optionen anzeigen, um erweiterte Optionen für die Standby-Datenbank anzugeben:
   • Verwaltung:
     Oracle-SID-Präfix: Die Oracle Database-Instanznummer wird dem SID-Präfix automatisch hinzugefügt, um den Datenbankparameter INSTANCE_NAME zu erstellen. Der Parameter INSTANCE_NAME wird auch als SID bezeichnet. Wenn keine Angabe gemacht wird, entspricht das SID-Präfix standardmäßig den ersten 12 Zeichen des db_unique_name.

     Hinweis
     
     Die Eingabe eines SID-Präfix ist nur für Datenbanken der Version Oracle 12.1 und höher verfügbar.

     Das SID-Präfix muss folgende Anforderungen erfüllen:

     • Maximal 12 Zeichen
     • Darf nur alphanumerische Zeichen enthalten
     • Muss mit einem Buchstaben beginnen
     • Muss eindeutig im VM-Cluster und in Primär- und Standbydatenbanken sein
   • Auf der Registerkarte Tags können Sie der Datenbank Tags hinzufügen. Um ein definiertes Tag zuzuweisen, benötigen Sie die Berechtigungen zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch zuweisen.
9. Klicken Sie auf Standby hinzufügen. Wenn Sie die Verknüpfung erstellen, werden in den Details für eine Datenbank und die zugehörige Peerdatenbank die entsprechenden Rollen als Primär oder Standby angezeigt.

So zeigen Sie die Rolle jeder Datenbank in einer Data Guard-Gruppe in einem Cloud-VM-Cluster an:

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das gewünschte Compartment aus.
3. Navigieren Sie zu dem Cloud-VM-Cluster, das die Datenbanken enthält, deren Rollen Sie in Data Guard-Verknüpfungen anzeigen möchten.
4. Im Abschnitt Datenbanken unter Ressourcen wird die Rolle jeder Datenbank in diesem VM-Cluster in der Spalte Data Guard-Rolle angegeben.
   • Die Rolle jeder Datenbank in diesem VM-Cluster wird in der Spalte Data Guard-Rolle angegeben.
   • Der Service, auf dem jede Datenbank ausgeführt wird, wird in der Spalte Servicename angegeben.

Hier erfahren Sie, wie Sie automatische Backups in einer Standbydatenbank aktivieren.

1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das Compartment aus, das die Exadata Cloud Infrastructure-Instanz mit der Datenbank enthält, für die Sie die automatische Datenbank aktivieren möchten.
3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Primärdatenbank enthält.

   • Cloud-VM-Cluster (neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

   • DB-Systeme: Klicken Sie unter Bare Metal, VM und Exadata auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

4. Klicken Sie auf der Detailseite für das VM-Cluster oder DB-System im Abschnitt Datenbanken auf den Namen der Primärdatenbank.
5. Klicken Sie unter Ressourcen auf der Seite "Datenbankdetails" auf Data Guard-Gruppe.
6. Klicken Sie auf den Namen der Standbydatenbank, für die Sie automatische Backups aktivieren möchten.

   Das System zeigt ein Banner an, wenn automatische Backups für diese Datenbank nicht aktiviert sind.

7. Klicken Sie im Banner auf Automatische Backups aktivieren.
8. Geben Sie im daraufhin angezeigten Fenster "Automatische Backups konfigurieren" die folgenden Details ein:
   • Automatisches Backup aktivieren: Aktivieren Sie das Kontrollkästchen, um automatische inkrementelle Backups für diese Datenbank zu aktivieren oder zu deaktivieren.
     Hinweis
     
     

     • Wenn sich Ihre Datenbank in einem Sicherheitszonen-Compartment befindet, müssen Sie automatische Backups aktivieren.
     • Wenn Sie automatische Backups aktivieren, können Sie Recovery Service oder Object Storage als Backupziel konfigurieren. Wenn das Backup jedoch bereits in der Primärdatenbank konfiguriert war, muss die Standbydatenbank dasselbe Backupziel verwenden.
   • Wenn Recovery Service als Backupziel ausgewählt ist, können Sie die folgenden Optionen konfigurieren:
     • Schutz-Policy: Sie können eine der vordefinierten Schutz-Policys oder eine benutzerdefinierte Policy auswählen. Das System löscht die Backups automatisch am Ende des ausgewählten Recovery-Fensters der Schutz-Policy.
     • Echtzeitdatenschutz: Echtzeitschutz ist die kontinuierliche Übertragung von Redo-Änderungen von einer geschützten Datenbank an Recovery Service. Dies reduziert den Datenverlust und bietet ein Recovery Point Objective (RPO) nahe 0. Diese Option ist gegen einen Aufpreis erhältlich.
     • Löschoptionen nach Datenbankbeendigung: Sie können die folgenden Optionen verwenden, um verwaltete Datenbankbackups beizubehalten, nachdem die Datenbank beendet wurde. Mit diesen Optionen kann die Datenbank auch bei versehentlicher oder böswilliger Beschädigung der Datenbank aus Backups wiederhergestellt werden.
       • Backups gemäß dem Aufbewahrungszeitraum beibehalten: Wenn eine Datenbank beendet wird, werden die automatischen Datenbankbackups, die mit der beendeten Datenbank und allen ihren Ressourcen verknüpft sind, am Ende des angegebenen Aufbewahrungszeitraums entfernt.
       • Backups 72 Stunden lang aufbewahren, dann löschen: Wenn eine Datenbank beendet wird, werden die automatischen Datenbankbackups, die mit der beendeten Datenbank verknüpft sind, und alle ihre Ressourcen 72 Stunden lang aufbewahrt und anschließend gelöscht. Die Backups werden 72 Stunden lang aufbewahrt, um eine versehentliche Löschung durch den Benutzer zu verhindern.
     • Geplanter Tag für erstes Backup: Wählen Sie einen Tag der Woche für das erste Backup aus.
     • Geplante Zeit für erstes Backup (UTC): Wählen Sie eine Zeit für das erste Backup aus. Das erste Backup kann jederzeit oder innerhalb des gewählten zweistündigen Planungsfensters gestartet werden.
     • Geplante Zeit für tägliches Backup (UTC): Wählen Sie eine Uhrzeit für den Beginn des täglichen Backups aus. Das tägliche Backup kann jederzeit oder innerhalb des gewählten zweistündigen Planungsfensters gestartet werden.
     • Erstes Backup sofort erstellen: Ein vollständiges Backup ist ein Betriebssystembackup aller Datendateien und der Kontrolldatei, die eine Oracle Database bilden. Ein vollständiges Backup muss auch die Parameterdateien enthalten, die mit der Datenbank verknüpft sind. Sie können ein Datenbankbackup erstellen, wenn die Datenbank heruntergefahren oder geöffnet ist. In der Regel dürfen Sie nach einem Instanzfehler oder anderen ungewöhnlichen Umständen kein Backup erstellen. Wenn Sie das erste Backup der Datenbank verschieben, kann diese bei einem Datenbankausfall möglicherweise nicht wiederhergestellt werden.
   • Wenn Object Storage als Backupziel ausgewählt ist, können Sie die folgenden Optionen konfigurieren:
     • Backupaufbewahrungszeitraum: Wenn Sie automatische Backups aktivieren, können Sie eine Policy mit einem der vordefinierten Aufbewahrungszeiträume auswählen. Das System löscht automatisch die inkrementellen Backups am Ende des ausgewählten Aufbewahrungszeitraums. Den Backupaufbewahrungszeitraum können Sie nach dem Provisioning ändern.
     • Löschoptionen nach Datenbankbeendigung: Sie können die folgenden Optionen verwenden, um verwaltete Datenbankbackups beizubehalten, nachdem die Datenbank beendet wurde. Mit diesen Optionen kann die Datenbank auch bei versehentlicher oder böswilliger Beschädigung der Datenbank aus Backups wiederhergestellt werden.
       • Backups gemäß dem Aufbewahrungszeitraum beibehalten: Wenn eine Datenbank beendet wird, werden die automatischen Datenbankbackups, die mit der beendeten Datenbank und allen ihren Ressourcen verknüpft sind, am Ende des angegebenen Aufbewahrungszeitraums entfernt.
       • Backups 72 Stunden lang aufbewahren, dann löschen: Wenn eine Datenbank beendet wird, werden die automatischen Datenbankbackups, die mit der beendeten Datenbank verknüpft sind, und alle ihre Ressourcen 72 Stunden lang aufbewahrt und anschließend gelöscht. Die Backups werden 72 Stunden lang aufbewahrt, um eine versehentliche Löschung durch den Benutzer zu verhindern.
     • Geplanter Tag für vollständiges Backup: Wählen Sie einen Tag der Woche aus, an dem das erste und zukünftige vollständige Backup beginnen soll.
     • Geplante Zeit für vollständiges Backup (UTC): Wählen Sie eine Zeit für den Beginn des vollständigen Backups aus. Das vollständige Backup kann jederzeit oder innerhalb des gewählten zweistündigen Planungsfensters gestartet werden.
     • Geplante Zeit für das inkrementelle Backup: Wählen Sie eine Zeit für den Beginn des inkrementellen Backups aus. Das inkrementelle Backup kann jederzeit oder innerhalb des gewählten zweistündigen Planungsfensters gestartet werden.
     • Erstes Backup sofort erstellen: Ein vollständiges Backup ist ein Betriebssystembackup aller Datendateien und der Kontrolldatei, die eine Oracle Database bilden. Ein vollständiges Backup muss auch die Parameterdateien enthalten, die mit der Datenbank verknüpft sind. Sie können ein Datenbankbackup erstellen, wenn die Datenbank heruntergefahren oder geöffnet ist. In der Regel dürfen Sie nach einem Instanzfehler oder anderen ungewöhnlichen Umständen kein Backup erstellen. Wenn Sie das erste Backup der Datenbank verschieben, kann diese bei einem Datenbankausfall möglicherweise nicht wiederhergestellt werden.
9. Klicken Sie auf Änderungen speichern.

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 auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das Compartment aus, das die Exadata Cloud Infrastructure-Instanz mit der Datenbank enthält, für die Sie Oracle Data Guard aktivieren möchten.

3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Data Guard-Verknüpfung enthält:

   Cloud-VM-Cluster (neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

   DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

4. Klicken Sie unter Ressourcen auf Data Guard-Gruppe.
5. 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.

6. Geben Sie im Dialogfeld Datenbank wechseln 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.

1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das Compartment aus, das die Exadata Cloud Service-Instanz mit der Datenbank enthält, für die Oracle Data Guard aktiviert werden soll.
3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Data Guard-Verknüpfung enthält:

   Cloud-VM-Cluster (neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

   DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

4. Klicken Sie unter Ressourcen 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.

5. Um Data Guard-Gruppendetails zu bearbeiten, klicken Sie auf das Symbol "Aktionen" (drei Punkte), und klicken Sie dann auf Bearbeiten.
6. Konfigurieren Sie im Bereich Data Guard-Gruppe bearbeiten die Data Guard-Gruppe:
   • Data Guard-Typ: Wählen Sie Active Data Guard oder Data Guard aus. Active Data Guard bietet zusätzliche Features wie Echtzeitabfrage und DML-Auslagerung, automatische Blockreparatur, Änderungsverfolgung von Standbyblocks, globale Datenservices und Application Continuity. Für Active Data Guard ist eine Oracle Active Data Guard-Lizenz erforderlich. Weitere Informationen zu Active Data Guard finden Sie unter Active Data Guard. Einen vollständigen Überblick über beide Data Guard-Typen finden Sie unter Einführung in Oracle Data Guard
   • Schutzmodus: Der Schutzmodus kann Maximale Performance oder Maximale Verfügbarkeit lauten. Informationen zu diesen Optionen finden Sie unter Schutzmodi in Oracle Data Guard.

   • Transporttyp: Der Redo-Transporttyp, die für diese Oracle Data Guard-Gruppe verwendet wird.

   • Datenbank-ADMIN-Kennwort: Geben Sie das ADMIN-Kennwort für die Datenbank ein.
7. Klicken Sie auf Speichern.

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 auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das Compartment aus, das die Exadata Cloud Infrastructure-Instanz mit der Datenbank enthält, für die Sie Oracle Data Guard aktivieren möchten.
3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Data Guard-Verknüpfung enthält:

   Cloud-VM-Cluster ( neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

   DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

4. Klicken Sie unter Ressourcen auf Data Guard-Gruppe.
5. 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.
6. 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.

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 Fehlerursache korrigiert haben, können Sie die ausgefallene Datenbank als funktionierende Standbydatenbank für die aktuelle Primärdatenbank neu instanziieren.

1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das Compartment aus, das die Exadata Cloud Infrastructure-Instanz mit der Datenbank enthält, für die Sie Oracle Data Guard aktivieren möchten.
3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Data Guard-Verknüpfung enthält:

   Cloud-VM-Cluster ( neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

   DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

4. Klicken Sie unter Ressourcen auf Data Guard-Gruppe.
5. Klicken Sie für die Data Guard-Gruppe, in der Sie diese Datenbank neu instanziieren möchten, auf das Symbol "Aktionen" (drei Punkte), und klicken Sie dann auf Neu instanziieren.

6. 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.

In einer Exadata Cloud Infrastructure-Instanz entfernen Sie eine Data Guard-Gruppe, indem die gesamte Standbydatenbank beendet wird.

1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Wählen Sie das Compartment aus, das die Exadata Cloud Infrastructure-Instanz mit der Datenbank enthält, für die Sie Oracle Data Guard aktivieren möchten.

3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Standbydatenbank enthält:

   Cloud-VM-Cluster (neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

   DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

4. Klicken Sie bei der Standbydatenbank, die Sie beenden möchten, auf das Symbol "Aktionen" (drei Punkte), und klicken Sie dann auf Beenden.

5. Geben Sie im Dialogfeld Datenbank beenden den Namen der Datenbank ein, und klicken Sie dann auf OK.