Autonomous Data Guard-Konfiguration ändern

Autonomous Data Guard auf autonomer Containerdatenbank aktivieren

Sie können Autonomous Data Guard über die Seite Details einer autonomen Containerdatenbank aktivieren.

Hinweis:

Sie können Autonomous Data Guard nicht auf einer ACD mit einem aktiven Wartungslauf aktivieren, der innerhalb der nächsten drei Tage geplant ist.

Erforderliche IAM-Berechtigungen

inspect cloud-autonomous-vmclusters

use autonomous-container-databases

Vorgehensweise

Hinweis:

Wenn ein Standby-ACD-Vorgang hinzugefügt wird, beginnt eine geplante Wartung auf dieser ACD erst, wenn der Standby-Vorgang zum Hinzufügen abgeschlossen ist.

Gehen Sie zur Seite Details der autonomen Containerdatenbank, für die Sie Autonomous Data Guard aktivieren möchten.
Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie unter Autonomous Data Guard in Informationen zur autonomen Containerdatenbank auf Aktivieren.
Alternativ können Sie auch in Autonomous Data Guard-Gruppen oder Autonomous Data Guard-Verknüpfungen auf Standby hinzufügen klicken.

Füllen Sie das Dialogfeld Standby hinzufügen mit den folgenden Informationen aus:

Einstellung	Beschreibung	Hinweise:
Compartment der autonomen Peercontainerdatenbank	Wählen Sie das Compartment der autonomen Standbydatenbank aus.
Name der autonomen Peercontainerdatenbank	Geben Sie einen Namen für die Standby-ACD ein.
Peerregion	Wählen Sie eine Region für die Standby-ACD.	Die primären und sekundären ACDs können auch in verschiedenen Regionen (regionsübergreifend) bereitgestellt werden.
Peer-Exadata Infrastructure	Wählen Sie die zugrunde liegende Exadata-Infrastrukturressource für die Standby-ACD aus.
Autonomes Peer-Exadata-VM-Cluster (AVMC)	Wählen Sie das übergeordnete AVMC für die Standby-ACD.
Schutzmodus	Wählen Sie Maximale Performance oder Maximale Verfügbarkeit aus der Dropdown-Liste aus.	"Maximale Performance" ist standardmäßig ausgewählt. Informationen zu Autonomous Data Guard sowie Richtlinien zur Auswahl des Speicherorts der autonomen Standbydatenbank und des zu verwendenden Schutzmodus finden Sie unter Autonomous Data Guard und Autonomous Data Guard-Konfigurationsoptionen.
Backupkonfiguration für Peerdatenbank	Wählen Sie einen Backupzieltyp aus der Dropdown-Liste.	Gilt nur für: Exadata Cloud@Customer Für Exadata Cloud@Customer-Deployments ist ein Backupziel erforderlich.
Voreinstellung für Wartung der Peerdatenbank	Wählen Sie die Anzahl der Tage aus, für die die Wartung der Standby-ACD vor der Wartung der primären ACD geplant wird, da die Standby-ACD immer vor der primären ACD gepatcht wird.	Diese Option ist nur verfügbar, wenn die primäre ACD einen benutzerdefinierten Wartungsplan definiert hat.

Bestätigen Sie das Hinzufügen der Standby-Datenbank.

Hinweis:
Nach der Aktivierung kann Autonomous Data Guard nur durch Beenden der Standby-ACD deaktiviert werden.

Status einer Autonomous Data Guard-Konfiguration anzeigen

Sie können den Status einer Autonomous Data Guard-Konfiguration auf der Seite Details der autonomen Primär- oder Standbydatenbank in der Konfiguration anzeigen.

Erforderliche IAM-Policys

inspect autonomous-container-databases

Prozedur

Gehen Sie zur Seite Details der autonomen Primär- oder Standbycontainerdatenbank in der Autonomous Data Guard-Konfiguration.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.

Sie können unter Autonomous Data Guard in Autonomous Container Database - Informationen die Details zu Autonomous Data Guard, wie Status, Peerrolle, Peerstatus, Schutzmodus und automatische Failover-Einstellung, anzeigen.
Sie können die Details zu Autonomous Data Guard auch anzeigen, indem Sie auf Autonomous Data Guard-Gruppen oder Autonomous Data Guard-Verknüpfungen klicken.
Die Tabelle Autonomous Data Guard enthält Informationen zur Peercontainerdatenbank, zum aktuellen Apply Lag und Transport-Lag, zum Status sowie zum Datum der letzten Rollenänderung und -erstellung.

Zweite autonome Standbycontainerdatenbank hinzufügen

In einem Autonomous Data Guard-Setup können Sie der primären ACD eine zweite autonome Standbycontainerdatenbank (ACD) hinzufügen. Die zweite Standby-ACD muss sich in demselben Mandanten wie die primäre ACD befinden.

Voraussetzungen

So können Sie eine zweite Standby-ACD hinzufügen:

Die primäre ACD muss am oder nach März 2025 bereitgestellt oder in das unter Autonomous Data Guard-Gruppen konfigurieren und verwalten beschriebene Modell Autonomous Data Guard-Gruppen migriert worden sein.
Für die erste Standby-ACD darf kein automatisches Failover aktiviert sein. Sie müssen das automatische Failover auf der ersten Standbydatenbank deaktivieren, bevor Sie die zweite Standbydatenbank hinzufügen und später erneut aktivieren können.

Erforderliche IAM-Berechtigungen

use autonomous-container-databases

Vorgehensweise

Hinweis:

Wenn ein Standby-ACD-Vorgang hinzugefügt wird, beginnt eine geplante Wartung auf dieser ACD erst, wenn der Standby-Vorgang zum Hinzufügen abgeschlossen ist.
Für das Hinzufügen einer Standbydatenbank ist ein automatischer Nicht-Rolling-Neustart für die erste Standbydatenbank erforderlich. Die Primärdatenbank ist von diesem Nicht-Rolling-Neustart nicht betroffen.

Gehen Sie zur Seite Details der autonomen Containerdatenbank, für die Sie eine zweite Standbydatenbank hinzufügen möchten.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie in Autonomous Data Guard-Gruppen auf Standby hinzufügen.

Füllen Sie Standby hinzufügen mit den folgenden Informationen aus:

Einstellung	Beschreibung
Compartment der autonomen Peercontainerdatenbank	Wählen Sie das Compartment der autonomen Standbycontainerdatenbank aus.
Name der autonomen Peercontainerdatenbank	Geben Sie einen Namen für die Standby-ACD ein.
Peerregion	Wählen Sie eine Region für die Standby-ACD.
Peer-Exadata Infrastructure	Wählen Sie die zugrunde liegende Exadata-Infrastrukturressource für die Standby-ACD aus.
Autonomes Peer-Exadata-VM-Cluster (AVMC)	Wählen Sie das übergeordnete AVMC für die Standby-ACD.
Backupkonfiguration für Peerdatenbank	Gilt nur für: Exadata Cloud@Customer Wählen Sie in der Dropdown-Liste den Backupzieltyp für die zweite Standbydatenbank aus.

Hinweis:

Sie können keine Wartungsvoreinstellungen für die zweite Standby-ACD explizit festlegen, da sie diese Voreinstellungen von der ersten Standby-ACD der primären ACD übernimmt.

Klicken Sie auf Standby hinzufügen.

Rollen in einer Autonomous Data Guard-Konfiguration wechseln

Sie wechseln die Rollen der autonomen Primär- und Standbydatenbanken in einer Autonomous Data Guard-Konfiguration auf der Seite Details der autonomen Primär- oder Standbydatenbank.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

Befolgen Sie je nach Autonomous Data Guard-Modell Ihrer ACD die Anweisungen auf einer der folgenden Registerkarten. Weitere Informationen zu den Autonomous Data Guard-Modellen finden Sie unter Autonomous Data Guard konfigurieren und verwalten.

Autonomous Data Guard-Gruppen
Autonomous Data Guard-Verknüpfungen

Gehen Sie zur Seite Details der Standby-ACD, die Sie mit der primären ACD in der Autonomous Data Guard-Konfiguration wechseln möchten.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.

Hinweis:
Sie können die Rollen der Primär- und Standby-ACDs nicht in einer Autonomous Data Guard-Konfiguration wechseln, in der sich die Standbydatenbank in der Rolle Snapshot Standby befindet.
Klicken Sie unter Aktionen auf Switchover.
Geben Sie den ACD-Namen in das Bestätigungsdialogfeld ein, und klicken Sie auf Switchover.

Oracle Autonomous Database on Dedicated Exadata Infrastructure setzt den Status der Standbydatenbank und der zugehörigen primären Containerdatenbanken auf Rollenänderung wird ausgeführt und beginnt den Switchover-Vorgang. Dies führt dazu, dass die primäre Containerdatenbank die Standbyrolle übernimmt und die Standbydatenbank die primäre Rolle übernimmt. Nach Abschluss kehrt der Status beider Containerdatenbanken zu Aktiv zurück.

Gehen Sie zur Seite Details der autonomen Primär- oder Standbycontainerdatenbank in der Autonomous Data Guard-Konfiguration.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.

Hinweis:
Sie können nicht zwischen den Rollen der primären und Standby-Autonomous Containerdatenbanken in einer Autonomous Data Guard-Konfiguration wechseln, in der sich die Standbydatenbank in der Rolle Snapshot-Standbydatenbank befindet.
Klicken Sie auf Autonomous Data Guard-Verknüpfungen, um die Peerdatenbank in einer tabellarischen Spalte aufzulisten. Klicken Sie in der Datenbankzeile, in der Sie die Rollen wechseln möchten, auf die Auslassungspunkte (drei vertikale Punkte) , und klicken Sie auf Switchover.
Geben Sie den ACD-Namen in das Bestätigungsdialogfeld ein, und klicken Sie auf Switchover.

Oracle Autonomous Database on Dedicated Exadata Infrastructure setzt den Status beider Containerdatenbanken auf Rollenänderung wird ausgeführt und beginnt den Switchover-Vorgang. Dies führt dazu, dass die primäre Containerdatenbank die Standbyrolle übernimmt und die Standbydatenbank die primäre Rolle übernimmt. Nach Abschluss kehrt der Status beider Containerdatenbanken zu Aktiv zurück.

Failover zur Standbydatenbank in einer Autonomous Data Guard-Konfiguration

Sie können einen Failover zu den autonomen Standbydatenbanken in einer Autonomous Data Guard-Konfiguration über die Seite Details der autonomen Standbydatenbank ausführen.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

Befolgen Sie je nach Autonomous Data Guard-Modell Ihrer ACD die Anweisungen auf einer der folgenden Registerkarten. Weitere Informationen zu den Autonomous Data Guard-Modellen finden Sie unter Autonomous Data Guard konfigurieren und verwalten.

Autonomous Data Guard-Gruppen
Autonomous Data Guard-Verknüpfungen

Gehen Sie zur Seite Details der Standby-ACD, für die Sie ein Failover in der Autonomous Data Guard-Konfiguration ausführen möchten.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie unter Aktionen auf Failover.
Im Fall einer Snapshot-Standbydatenbank wird eine Meldung angezeigt, in der Sie benachrichtigt werden, dass die Snapshot-Standbydatenbank in eine physische Standbydatenbank konvertiert wird, nachdem alle lokalen Aktualisierungen verworfen und Daten aus der Primärdatenbank angewendet wurden. Klicken Sie auf Failover, um fortzufahren.
Geben Sie den ACD-Namen in das Bestätigungsdialogfeld ein, und klicken Sie auf Failover.

Oracle Autonomous Database on Dedicated Exadata Infrastructure setzt den Status der Standbycontainerdatenbank auf Rollenänderung wird ausgeführt und beginnt den Failover-Vorgang. Nach Abschluss wird die Rolle der Standbycontainerdatenbank zu Primär, und die Rolle der primären Containerdatenbank wird zu Disabled Standby mit dem Status Nicht verfügbar.

Gehen Sie zur Seite Details der Standby-Autonomous Containerdatenbank in der Autonomous Data Guard-Konfiguration.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie auf Autonomous Data Guard-Verknüpfungen, um die Peerdatenbank in einer tabellarischen Spalte aufzulisten. Klicken Sie in der Datenbankzeile, in der Sie die Rollen wechseln möchten, auf die Auslassungspunkte (drei vertikale Punkte) , und klicken Sie auf Failover.
Im Fall einer autonomen Snapshot-Standbydatenbank wird eine Meldung angezeigt, in der Sie benachrichtigt werden, dass die Snapshot-Standbydatenbank in eine physische Standbydatenbank konvertiert wird, nachdem alle lokalen Updates verworfen und Daten aus der Primärdatenbank eingespielt wurden. Klicken Sie auf Failover, um fortzufahren.

Oracle Autonomous Database on Dedicated Exadata Infrastructure setzt den Status der Standbycontainerdatenbank auf Rollenänderung wird ausgeführt und beginnt den Failover-Vorgang. Nach Abschluss wird die Rolle der Standbycontainerdatenbank zu Primär, und die Rolle der primären Containerdatenbank wird zu Disabled Standby mit dem Status Nicht verfügbar.

Deaktivierte Standbydatenbank in einer Autonomous Data Guard-Konfiguration wieder in Betrieb nehmen

Nachdem ein Failover stattgefunden und die ausgefallene primäre autonome Containerdatenbank eine deaktivierte Standbyrolle übernommen hat, können Sie die ausgefallene Datenbank auf der Seite Details wieder in eine aktivierte Standbyrolle versetzen.

In einem Autonomous Data Guard-Setup mit mehreren Standbydatenbanken und automatischem Failover:

Bei manuellen Failovers müssen Sie die ursprüngliche Primärdatenbank, die zur neuen Standbydatenbank wird, manuell neu instanziieren.
Wenn ein automatischer Failover auftritt, versucht Autonomous Database on Dedicated Exadata Infrastructure, die alte Primärdatenbank als Standbydatenbank neu zu instanziieren. Wenn dieser Versuch jedoch fehlschlägt, muss er manuell wiederhergestellt werden.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

Befolgen Sie je nach Autonomous Data Guard-Modell Ihrer ACD die Anweisungen auf einer der folgenden Registerkarten. Weitere Informationen zu den Autonomous Data Guard-Modellen finden Sie unter Autonomous Data Guard konfigurieren und verwalten.

Autonomous Data Guard-Gruppen
Autonomous Data Guard-Verknüpfungen

Gehen Sie zur Seite Details der ACD Deaktivierte Standbydatenbank, die Sie wieder in Betrieb nehmen möchten.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.

Tipp:
Die Primärdatenbank, für die Sie einen Failover durchgeführt haben, wird in der Liste der autonomen Containerdatenbanken für ein Compartment als "Deaktivierte Standbydatenbank" bezeichnet.
Klicken Sie unter Aktionen auf Wiederherstellen.
Geben Sie eine Bestätigung an, um mit der Wiederinbetriebnahme der deaktivierten Standby-ACD fortzufahren.

Der Status der Peerdatenbanken wird zu Rollenänderung wird ausgeführt, bis die Aktion abgeschlossen ist. Nach Abschluss wird die Rolle der deaktivierten Standbydatenbank zu Standby, und ihr Status ändert sich in Verfügbar.

Gehen Sie zur Seite Details der deaktivierten autonomen Standbydatenbank, die Sie wiederherstellen möchten.

Tipp:
Die Primärdatenbank, für die Sie einen Failover durchgeführt haben, wird in der Liste der autonomen Containerdatenbanken für ein Compartment als "Deaktivierte Standbydatenbank" bezeichnet.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie auf Autonomous Data Guard-Assocations. Die Liste der Peerdatenbanken wird in einer tabellarischen Spalte aufgeführt. Klicken Sie in der Datenbankzeile, in der Sie die Rollen wechseln möchten, auf die Auslassungspunkte (drei vertikale Punkte) , und klicken Sie auf Neu instanziieren.
Der Status der Peerdatenbanken wird zu Rollenänderung wird ausgeführt, bis die Aktion abgeschlossen ist. Nach Abschluss wird die Rolle der deaktivierten Standbydatenbank zu Standby, und ihr Status ändert sich in Verfügbar.

Autonomous Data Guard-Einstellungen aktualisieren

Sie können die Einstellungen eines Autonomous Data Guard auf der Seite Details der primären autonomen Containerdatenbank in der Konfiguration aktualisieren.

Erforderliche IAM-Policys

use autonomous-container-databases

Prozedur

Gehen Sie zur Seite Details der primären autonomen Containerdatenbank in der Autonomous Data Guard-Konfiguration.
Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie unter Aktionen auf Autonomous Data Guard aktualisieren.
Im Dialogfeld Autonomous Data Guard aktualisieren werden die aktuellen Einstellungen für Schutzmodus und Automatischer Failover angezeigt.
In diesem Dialogfeld können Sie die folgenden Aktualisierungen vornehmen:
1. Schutzmodus: Wählen Sie in der Dropdown-Liste die Option Maximale Performance oder Maximale Verfügbarkeit aus.
2. Automatischer Failover: Wenn der automatische Failover noch nicht aktiviert ist, können Sie ihn aktivieren, indem Sie Automatischen Failover aktivieren auswählen. Ebenso können Sie die Option Automatischen Failover aktivieren deaktivieren, um den automatischen Failover für dieses Autonomous Data Guard-Setup zu deaktivieren. Wenn sich eine Ihrer Standbydatenbanken in derselben Region wie die Primärdatenbank befindet und die zweite sich in einer anderen Region befindet, wird die lokale Standbydatenbank als automatisches Failover-Ziel gegenüber der Remotestandbydatenbank priorisiert. Wenn Sie automatisches Failover aktivieren, wird eine der Standbydatenbanken für das automatische Failover-Ziel berücksichtigt.
  
  Hinweis:
  Sie können keinen automatischen Failover für Datenbanken mit regionsübergreifendem Autonomous Data Guard-Setup in Exadata Cloud@Customer-Deployments aktivieren.
3. Lag-Grenzwert für Fast-Start Failover: Wenn der automatische Failover aktiviert ist und der Schutzmodus "Maximale Performance" lautet, wird der Grenzwert für den Fast-Start Failover Lag in Sekunden angezeigt. Standardmäßig ist dieser Wert auf 30 Sekunden gesetzt. Sie können ihn jedoch in einen beliebigen Wert zwischen 5 und 3600 Sekunden ändern.
Speichern Sie die Änderungen.

In der Oracle Cloud Infrastructure-Konsole zeigt der Status der autonomen Containerdatenbank UPDATING an, bis die aktualisierten Autonomous Data Guard-Einstellungen angewendet werden.

Physische Standby in Snapshot-Standby konvertieren

Sie können eine autonome Standbydatenbank in eine Snapshot-Standbydatenbank in einem Autonomous Data Guard-Setup auf der Seite Details der autonomen Standbydatenbank in der Konfiguration konvertieren.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

Navigieren Sie zur Seite Details der autonomen Standbydatenbank in der Autonomous Data Guard-Konfiguration.
Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie unter Aktionen auf In Snapshot-Standbydatenbank konvertieren.

Hinweis:
Die Konvertierung in eine Snapshot-Standby wird nicht unterstützt, wenn der automatische Failover aktiviert ist. Sie müssen das automatische Failover deaktivieren, bevor Sie in eine Snapshot-Standbydatenbank konvertieren. Anweisungen zum Deaktivieren des automatischen Failovers in einem Autonomous Data Guard-Setup finden Sie unter Autonomous Data Guard-Einstellungen aktualisieren.
Das Dialogfeld In Snapshot-Standby konvertieren wird mit Optionen angezeigt, mit denen neue Datenbankservices oder primäre Datenbankservices für die Snapshot-Standbydatenbankverbindungen verwendet werden können.
- Neue Datenbankservices verwenden: Klicken Sie auf diese Option, um mit neuen Services, die nur im Snapshot-Bereitschaftsmodus aktiv sind, eine Verbindung zur Snapshot-Bereitschaft herzustellen.
- Services der Primärdatenbank verwenden: Klicken Sie auf diese Option, wenn Sie sich mit denselben Services wie die Primärdatenbank anmelden möchten.
  
  Hinweis:
  Die Aktivierung von Primärdatenbankservices in der Snapshot-Standbydatenbank kann dazu führen, dass Verbindungsanforderungen für Snapshot-Standby an die Primärdatenbank weitergeleitet werden, oder umgekehrt, wenn Sie falsche Datenbank-Verbindungszeichenfolgen verwenden. Daher müssen Sie beim Herstellen einer Verbindung zur Primärdatenbank und zur Snapshot-Standbydatenbank auf die Verwendung der Primärdatenbankservices achten.
Klicken Sie auf Konvertieren.
In der Oracle Cloud Infrastructure-Konsole wird im Status der autonomen Containerdatenbank AKTUALISIERT angezeigt, bis die Standbydatenbank in die Snapshot-Standbydatenbank geändert wird.

Snapshot-Standby in physische Standby-Datenbank konvertieren

Sie können eine autonome Snapshot-Standbydatenbank in eine physische Standbydatenbank in einem Autonomous Data Guard-Setup auf der Seite Details der autonomen Standbydatenbank in der Konfiguration konvertieren.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

Navigieren Sie zur Seite Details der autonomen Standbydatenbank in der Autonomous Data Guard-Konfiguration.
Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie unter Aktionen auf In physische Standbydatenbank konvertieren.
Im Dialogfeld In physische Standbydatenbank konvertieren wird eine Meldung angezeigt, in der Sie benachrichtigt werden, dass bei der Konvertierung der Snapshot-Standbydatenbank in eine physische Standbydatenbank alle lokalen Aktualisierungen verworfen und Daten aus der Primärdatenbank angewendet werden.
Klicken Sie auf Konvertieren.
In der Oracle Cloud Infrastructure-Konsole wird im Status der autonomen Containerdatenbank AKTUALISIERT angezeigt, bis die Standbydatenbank zur physischen Standbydatenbank wechselt.

Mandantenübergreifende Standbydatenbank hinzufügen

Gilt nur für: Oracle Public Cloud ()

Sie können eine Autonomous Data Guard-Standbydatenbank hinzufügen, die sich in einem anderen Mandanten als der Primärdatenbank befindet.

Erforderliche IAM-Policys

Um eine mandantenübergreifende Standbydatenbank zu erstellen, müssen Sie die folgenden Anforderungen erfüllen:

Führen Sie die CLI- oder API-Befehle aus, um die mandantenübergreifende Standbydatenbank im Zielmandanten hinzuzufügen.
Definieren Sie OCI Identity and Access Management-Gruppen und -Policys in den Quell- und Zielmandanten, damit Sie Befehle ausführen können, um die mandantenübergreifende Standbydatenbank im Zielmandanten hinzuzufügen und dem Zielmandanten zu gestatten, den Quellmandanten zu kontaktieren, in dem sich die Primärdatenbank befindet. Wenn diese Policys entzogen werden, ist das Hinzufügen einer mandantenübergreifenden Standbydatenbank nicht zulässig.
- Erstellen Sie im Zielmandanten eine Gruppe (Beispiel: DestinationGroup), und fügen Sie die Benutzer hinzu, die dieser Gruppe eine mandantenübergreifende Standbydatenbank hinzufügen dürfen. Weitere Informationen finden Sie unter Gruppe mit der Konsole erstellen.
- Erstellen Sie im Quellmandanten IAM-Policys, damit die im Zielmandanten erstellte Gruppe (DestinationGroup) mit der Primärdatenbank aus dem Quellmandanten eine mandantenübergreifende Standbydatenbank hinzufügen kann. Weitere Informationen finden Sie unter Policy mit der Konsole erstellen.
  Beispiel: Sie können eine Policy definieren, mit der ein Benutzer in der DestinationGroup der DestinationTenancy aus einer bestimmten Autonomous Database-Instanz im angegebenen Compartment im Quellmandanten gelesen werden kann, wie unten dargestellt:
```
define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
define group DestinationGroup as ocid1.group.region1..unique_ID
admit group DestinationGroup of tenancy DestinationTenancy to manage autonomous-database-family in
    tenancy
```
  Hinweis:
  Die Policy muss nur Lesezugriff auf der Autonomous Database-Quellinstanz zulassen, um einen mandantenübergreifenden Klon zu erstellen.
  Die obige Policy gibt Folgendes an:
  - Zeile 1: OCID des Zielmandanten, dem Sie die Standbydatenbank hinzufügen möchten.
  - Zeile 2: OCID der Zielgruppe, zu der der Benutzer gehört, der die mandantenübergreifende Standbydatenbank erstellt.
  - Zeile 3: OCID des Compartments, in dem sich die Primärdatenbank befindet, und OCID der Primärdatenbank.
- Erstellen Sie im Zielmandanten IAM-Policys, um eine Gruppe zur Verwaltung der primären Datenbankquelle im Quellmandanten zu bestätigen. Weitere Informationen finden Sie unter Policy mit der Konsole erstellen.
  Beispiel:
```
define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
```
  Die obige Policy gibt Folgendes an:
  - Zeile 1: OCID der Quellmandanten-OCID, in der sich die Primärdatenbank befindet.
  - Zeile 2: Gibt die Zielgruppe an, die Autonomous Databases im Quellmandanten verwalten kann.
  Mit dieser im obigen Beispiel erläuterten Policy kann DestinationGroup Autonomous Databases und mandantenübergreifende Standbydatenbanken im Quellmandanten erstellen. Weitere Informationen und Beispiele finden Sie unter IAM-Berechtigungen und API-Vorgänge für Autonomous Database.

So fügen Sie eine lokale (gleiche Region) mandantenübergreifende Standbydatenbank hinzu:

CLI
REST-API

Verwenden Sie im Mandanten, dem Sie die Standbydatenbank hinzufügen möchten, also im Zielmandanten die CLI, oder rufen Sie die REST-API auf, und geben Sie die OCID der Primärdatenbank an, in der sich die Primärdatenbank in einem anderen Mandanten (dem Quellmandanten) befindet.

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.iad.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

Sobald der Befehl erfolgreich ist, wird eine Arbeitsanforderungs-ID zurückgegeben, mit der der Fortschritt der Standbydatenbank verfolgt werden kann. Weitere Informationen finden Sie unter autonomous-container-database.

Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Um eine mandantenübergreifende Standbydatenbank mit der REST-API in derselben Region wie die Primärdatenbank hinzuzufügen, verwenden Sie AutonomousContainerDatabases.

Der API-Aufruf zum Erstellen der Standbydatenbank wird an den anderen Mandanten in der lokalen Region gesendet.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1..unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

Weitere Informationen zur REST-API finden Sie unter AutonomousContainerDatabase.

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten.

So erstellen Sie eine mandantenübergreifende Remotedatenbank (regionsübergreifend):

CLI
REST-API

Verwenden Sie im Mandanten, dem Sie die Standbydatenbank hinzufügen möchten, im Zielmandanten in der Zielregion die CLI, oder rufen Sie die REST-API auf, und geben Sie die OCID der Primärdatenbank an, in der sich die Primärdatenbank in einem anderen Mandanten und einer anderen Region befindet.

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

Sobald der Befehl erfolgreich ist, wird eine Arbeitsanforderungs-ID zurückgegeben, mit der der Fortschritt der Standbydatenbank verfolgt werden kann. Weitere Informationen finden Sie unter autonomous-container-database.

Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Um eine mandantenübergreifende Standbydatenbank in einer anderen Region als die Primärdatenbank mit der REST-API hinzuzufügen, verwenden Sie AutonomousContainerDatabases.

Der API-Aufruf zum Erstellen der Standbydatenbank wird in dem anderen Mandanten in der Quellregion ausgeführt.

oci raw-request --http-method POST --target-uri https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
   
}'

Weitere Informationen zur REST-API finden Sie unter AutonomousContainerDatabase.

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten.

Hinweis:

Nachdem Sie eine Anforderung zum Hinzufügen einer mandantenübergreifenden Standbydatenbank weitergeleitet haben, wird im Lebenszyklusstatus der Datenbank "Wird aktualisiert" angezeigt. Sie können Autonomous Database in diesem Status nicht stoppen, starten, neu starten, wiederherstellen oder verschieben.