Autonomous Data Guard-Konfiguration verwalten

Mit der Autonomous Data Guard-Feature von Autonomous AI Database auf dedizierter Exadata-Infrastruktur können Sie Ihre kritischen Produktionsdatenbanken trotz Ausfällen, Katastrophen, menschlichen Fehlern oder Datenbeschädigung für geschäftskritische Anwendungen verfügbar halten. Diese Art von Funktion wird häufig als Disaster Recovery bezeichnet.

Autonomous Data Guard auf einer autonomen Containerdatenbank aktiviert

Sie können Autonomous Data Guard auf der Seite Details einer autonomen Containerdatenbank aktivieren.

Hinweis: Sie können Autonomous Data Guard nicht auf einer ACD aktivieren, wenn ein aktiver Wartungslauf innerhalb der nächsten drei Tage geplant ist.

Erforderliche IAM-Berechtigungen

inspect cloud-autonomous-vmclusters

use autonomous-container-databases

Vorgehensweise

Hinweis: Wenn ein Vorgang "Standby-ACD hinzufügen" ausgeführt wird, wird die geplante Wartung für diese ACD erst gestartet, wenn der Vorgang "Standby hinzufügen" abgeschlossen ist.

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

2. Klicken Sie unter Autonomous Data Guard unter Informationen zur autonomen Containerdatenbank auf Aktivieren.

3. Alternativ können Sie auch in Autonomous Data Guard-Gruppen auf Standby hinzufügen klicken.

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

   Einstellung	Beschreibung	Hinweise:
   Compartment von autonomer Peercontainerdatenbank	Wählen Sie das autonome Standbycontainerdatenbank-Compartment aus.
   Name der autonomen Peercontainerdatenbank	Geben Sie einen Namen für die Standby-ACD ein.	Sie können der bereits bereitgestellten ACD in der OCI-Region eine Standby-ACD aus der AWS-Region hinzufügen. Alternativ können Sie eine Standby-ACD in der OCI-Region zu einer bereits bereitgestellten ACD in der AWS-Region hinzufügen.
   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 den übergeordneten AVMC für die Standby-ACD.	Wenn in Exadata Cloud@Customer-Deployments für den übergeordneten AVMC die 3. NIC aktiviert ist, werden alle Data Guard-Vorgänge nur über diese 3. NIC übertragen.
   Schutzmodus	Wählen Sie in der Dropdown-Liste die Option {\b Maximum performance} oder {\b Maximum Availability}.	Die maximale Performance ist standardmäßig ausgewählt. Informationen zu Autonomous Data Guard sowie Richtlinien zur Auswahl des Speicherortes der autonomen Standbycontainerdatenbank und dem zu verwendenden Schutzmodus finden Sie unter Autonomous Data Guard und Konfigurationsoptionen für Autonomous Data Guard.
   Backupkonfiguration der Peerdatenbank	Wählen Sie einen Backupzieltyp aus der Dropdown-Liste aus. Bei Oracle Public Cloud-Deployments der autonomen KI-Datenbank können Sie entweder Autonomous Recovery Service oder Object Storage als Backupziel auswählen. Der Standardwert ist Object Storage, und die empfohlene Option ist Autonomous Recovery Service. Bei einer autonomen KI-Datenbank auf Oracle Database@AWS können Sie entweder Autonomous Recovery Service, OCI Object Storage oder Amazon Simple Storage (AWS S3) auswählen. Der Standardwert ist AWS S3, und die empfohlene Option ist Autonomous Recovery Service.
   Voreinstellung für Wartung der Peerdatenbank	Wählen Sie die Anzahl der Tage aus, für die die Standby-ACD-Wartung vor der primären ACD-Wartung 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.

5. Bestätigen Sie das Hinzufügen der Standbydatenbank.

   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 in der Konfiguration auf der Seite Details der autonomen Primär- oder Standbycontainerdatenbank anzeigen.

Erforderliche IAM-Policys

inspect autonomous-container-databases

Vorgehensweise

1. 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 die Details zu Autonomous Data Guard wie Status, Peerrolle, Peerstatus, Schutzmodus und automatische Failover-Einstellung unter Autonomous Data Guard in Informationen zur autonomen Containerdatenbank anzeigen.

2. Sie können die Details zu Autonomous Data Guard auch anzeigen, indem Sie auf Autonomous Data Guard-Gruppen klicken.

   Die Tabelle Autonomous Data Guard enthält Informationen zur Peercontainerdatenbank, zum aktuellen Apply Lag und Transport-Lage, zum Status sowie zum Datum, an dem die letzte Rollenänderung und -erstellung vorgenommen wurde.

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 im selben Mandanten wie die primäre ACD befinden.

Voraussetzungen

Um eine zweite Standby-ACD hinzufügen zu können, darf für die erste Standby-ACD kein automatisches Failover aktiviert sein. Sie müssen das automatische Failover in der ersten Standbydatenbank deaktivieren, bevor Sie die zweite Standbydatenbank hinzufügen, und können es später erneut aktivieren.

Erforderliche IAM-Berechtigungen

use autonomous-container-databases

Vorgehensweise

Hinweis:

• Wenn ein Vorgang "Standby-ACD hinzufügen" ausgeführt wird, wird die geplante Wartung für diese ACD erst gestartet, wenn der Vorgang "Standby hinzufügen" abgeschlossen ist.
• Für das Hinzufügen einer Standbydatenbank ist ein automatischer Nicht-Rolling-Neustart für die erste Standbydatenbank erforderlich. Dieser Nicht-Rolling-Neustart wirkt sich nicht auf die Primärdatenbank aus.

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

2. Klicken Sie in Autonomous Data Guard-Gruppen auf Standby hinzufügen.

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

   Einstellung	Beschreibung
   Compartment von autonomer Peercontainerdatenbank	Wählen Sie das autonome Standbycontainerdatenbank-Compartment aus.
   Name der autonomen Peercontainerdatenbank	Geben Sie einen Namen für die Standby-ACD ein. Hinweis: Sie können der bereits bereitgestellten ACD in der OCI-Region eine Standby-ACD aus der AWS-Region hinzufügen. Alternativ können Sie eine Standby-ACD in der OCI-Region zu einer bereits bereitgestellten ACD in der AWS-Region hinzufügen.
   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 den übergeordneten AVMC für die Standby-ACD.
   Backupkonfiguration für Peerdatenbank	Wählen Sie in der Dropdown-Liste den Backupzieltyp für die zweite Standbydatenbank aus. Bei Oracle Public Cloud-Deployments der autonomen KI-Datenbank können Sie entweder Autonomous Recovery Service oder Object Storage als Backupziel auswählen. Der Standardwert ist Object Storage, und die empfohlene Option ist Autonomous Recovery Service. Bei einer autonomen KI-Datenbank auf Oracle Database@AWS können Sie entweder Autonomous Recovery Service, OCI Object Storage oder Amazon Simple Storage (AWS S3) auswählen. Der Standardwert ist AWS S3, und die empfohlene Option ist Autonomous Recovery Service.

   Hinweis: Sie können die Wartungseinstellungen für die zweite Standby-ACD nicht explizit festlegen, da sie diese Voreinstellungen von der ersten Standby-ACD der primären ACD erbt.

4. Klicken Sie auf Standby hinzufügen.

Rollen in einer Autonomous Data Guard-Konfiguration wechseln

Sie wechseln die Rollen der autonomen Primär- und Standbycontainerdatenbanken in einer Autonomous Data Guard-Konfiguration von der Seite Details der autonomen Primär- oder Standbycontainerdatenbank.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

1. Gehen Sie zur Seite Details der Standby-ACD, für die Sie Rollen 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ären und der Standby-ACDs in einer Autonomous Data Guard-Konfiguration nicht wechseln, wenn die Standbydatenbank die Rolle Snapshot-Standby aufweist.

2. Klicken Sie unter Aktionen auf Switchover.

3. Geben Sie den ACD-Namen in das Bestätigungsdialogfeld ein, und klicken Sie auf Switchover.

   Oracle Autonomous AI Database on Dedicated Exadata Infrastructure setzt den Status der Standbydatenbank und der zugehörigen Primärcontainerdatenbanken auf Rollenänderung wird ausgeführt und beginnt den Switchover-Vorgang. Dabei übernimmt die Primärcontainerdatenbank die Standbyrolle und die Standbycontainerdatenbank Die Primärrolle. Nach Abschluss wird der Status beider Containerdatenbanken auf Aktiv zurückgesetzt.

Failover zur Standbydatenbank in einer Autonomous Data Guard-Konfiguration

Sie führen auf der Seite Details der autonomen Standbycontainerdatenbank einen Failover zu den autonomen Standbycontainerdatenbanken in einer Autonomous Data Guard-Konfiguration durch.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

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

2. Klicken Sie unter Aktionen auf Failover.

3. Im Falle einer autonomen Snapshot-Standbycontainerdatenbank wird eine Meldung angezeigt, in der Sie darüber informiert werden, dass die Snapshot-Standbydatenbank in eine physische Standbydatenbank konvertiert wird, nachdem alle zugehörigen lokalen Updates verworfen und Daten aus der Primärdatenbank angewendet wurden. Klicken Sie auf Failover, um fortzufahren.

4. Geben Sie den ACD-Namen in das Bestätigungsdialogfeld ein, und klicken Sie auf Failover.

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

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

Nachdem ein Failover stattgefunden hat und die ausgefallene primäre autonome Containerdatenbank eine deaktivierte Standbyrolle übernommen hat, können Sie die ausgefallener 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 Failover müssen Sie die ursprüngliche primäre Datenbank, die zur neuen Standby-Datenbank wird, manuell neu instanziieren.

• Bei jedem automatischen Failover versucht die autonome KI-Datenbank auf der dedizierten Exadata-Infrastruktur, die alte Primärdatenbank als Standbyinstanz neu zu instanziieren. Wenn dieser Versuch jedoch fehlschlägt, muss er manuell wiederhergestellt werden.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

1. Gehen Sie zur Seite Details der deaktivierten Standbycontainerdatenbank, 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 eine Failover-Operation durchgeführt haben, wird in der Liste der autonomen Containerdatenbanken für ein Compartment als "Deaktivierte Standbydatenbank" bezeichnet.

2. Klicken Sie unter Aktionen auf Wiederherstellen.

3. Geben Sie eine Bestätigung an, um mit der Neuinstanziierung 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 Standbycontainerdatenbank 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 autonomen Primärcontainerdatenbank in der Konfiguration aktualisieren.

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

1. Gehen Sie zur Seite Details der autonomen Primärcontainerdatenbank in der Autonomous Data Guard-Konfiguration.

   Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.

2. Klicken Sie unter Aktionen auf Autonomous Data Guard aktualisieren.

   Im Dialogfeld Autonomous Data Guard aktualisieren werden die aktuellen Einstellungen für Schutzmodus und Automatisches Failover angezeigt.

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

   2. Automatisches Failover: Wenn das automatische Failover noch nicht aktiviert ist, können Sie es aktivieren, indem Sie Automatisches 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 der Standbydatenbanken in derselben Region wie die Primärdatenbank befindet und die zweite sich in einer anderen Region befindet, wird die lokale Standbydatenbank der Remote-Standbydatenbank als automatisches Failover-Ziel priorisiert. Wenn Sie automatisches Failover aktivieren, wird eine der Standbydatenbanken für das automatische Failover-Ziel berücksichtigt.

      Hinweis: Sie können den automatischen Failover für Datenbanken mit regionsübergreifendem Autonomous Data Guard-Setup auf Exadata Cloud@Customer-Deployments nicht aktivieren.

   3. Lag-Grenzwert für Fast-Start Failover: Wenn der automatische Failover aktiviert ist und der Schutzmodus "Maximale Performance" lautet, wird der Lag-Grenzwert für Fast-Start Failover 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.

4. Speichern Sie die Änderungen.

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

Physische Standbydatenbank in Snapshot-Standbydatenbank konvertieren

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

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

1. Gehen Sie zur Seite Details der autonomen Standbycontainerdatenbank in der Autonomous Data Guard-Konfiguration.

   Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.

2. Klicken Sie unter Aktionen auf In Snapshot-Standby konvertieren.

   Hinweis: Das Konvertieren in Snapshot-Standby wird nicht unterstützt, wenn das 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.

3. Das Dialogfeld In Snapshot-Standbydatenbank konvertieren wird mit Optionen zur Verwendung neuer Datenbankservices oder primärer Datenbankservices für die Snapshot-Standbydatenbankverbindungen angezeigt.

   • Neue Datenbankservices verwenden: Klicken Sie auf diese Option, um mit neuen Services, die nur im Snapshot-Standbymodus aktiv ist, eine Verbindung zur Snapshot-Standbydatenbank herzustellen.

   • Primärdatenbankservices verwenden: Klicken Sie auf diese Option, wenn Sie eine Verbindung zur Snapshot-Standbydatenbank herstellen möchten, die dieselben Services wie die Primärdatenbank verwendet.

   Hinweis: Das Aktivieren von Primärdatenbankservices in der Snapshot-Standbydatenbank kann zu Snapshot-Standby-Verbindungsanforderungen führen, die an die Primärdatenbank weitergeleitet werden, oder umgekehrt, wenn Sie falsche Datenbank-Verbindungszeichenfolgen verwenden. Daher müssen Sie beim Herstellen einer Verbindung zur Primär- und Snapshot-Standbydatenbank auf die Verwendung der entsprechenden Verbindungszeichenfolge achten, wenn Sie primäre Datenbankservices verwenden.

4. Klicken Sie auf Konvertieren.

   In der Oracle Cloud Infrastructure-Konsole wird im Status der autonomen Containerdatenbank UPDATING angezeigt, bis die Standbydatenbank zur Snapshot-Standbydatenbank wechselt.

Snapshot-Standbydatenbank in physische Standbydatenbank konvertieren

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

Erforderliche IAM-Policys

use autonomous-container-databases

Vorgehensweise

1. Gehen Sie zur Seite Details der autonomen Standbycontainerdatenbank in der Autonomous Data Guard-Konfiguration.

   Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.

2. Klicken Sie unter Aktionen auf In physische Standbydatenbank konvertieren.

3. Im Dialogfeld In physische Standbydatenbank konvertieren wird eine Meldung angezeigt, in der Sie darüber informiert werden, dass die Konvertierung der Snapshot-Standbydatenbank in physische Standbydatenbank alle zugehörigen lokalen Updates verwerfen und Daten aus der Primärdatenbank anwenden wird.

4. Klicken Sie auf Konvertieren.

   In der Oracle Cloud Infrastructure-Konsole wird im Status der autonomen Containerdatenbank UPDATING angezeigt, bis die Standbydatenbank zur physischen Standbydatenbank wechselt.

Mandantenübergreifende Standbydatenbank hinzufügen

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

Gilt nur für: Oracle Public Cloud

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, sodass Sie Befehle ausführen können, um die mandantenübergreifende Standbydatenbank im Zielmandanten hinzuzufügen und dem Zielmandanten zu ermöglichen, 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 berechtigt sind, dieser Gruppe eine mandantenübergreifende Standbydatenbank hinzuzufügen. Weitere Informationen finden Sie unter Gruppe mit der Konsole erstellen.

  • Erstellen Sie im Quellmandanten IAM-Policys, damit die im Zielmandanten (DestinationGroup) erstellte Gruppe eine mandantenübergreifende Standbydatenbank mit der Primärdatenbank aus dem Quellmandanten hinzufügen kann. Weitere Informationen finden Sie unter Policy mit der Konsole erstellen.

    Beispiel: Sie können eine Policy definieren, damit ein Benutzer in der DestinationGroup der DestinationTenancy aus einer bestimmten autonomen KI-Datenbankinstanz im angegebenen Compartment im Quellmandanten lesen 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 **read autonomous-database-family** in
        tenancy
    

    Hinweis: Die Policy muss nur Lesezugriff auf die autonome KI-Quelldatenbankinstanz zulassen, um eine mandantenübergreifende Standbydatenbank 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: Gibt die Zielgruppe an, die zum Lesen autonomer KI-Datenbanken im Quellmandanten berechtigt sein kann.

  • Erstellen Sie im Zielmandanten IAM-Policys, um eine Gruppe zur Verwaltung der primären Datenbankquelle im Quellmandanten freizugeben. 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 zur Verwaltung autonomer KI-Datenbanken im Quellmandanten berechtigt sein kann.

    Mit dieser im obigen Beispiel erläuterten Policy kann DestinationGroup autonome KI-Datenbanken und mandantenübergreifende Standbydatenbanken im Quellmandanten erstellen. Weitere Informationen und Beispiele finden Sie unter IAM-Berechtigungen und API-Vorgänge für autonome KI-Datenbank.

Mandantenübergreifende Standbydatenbank in derselben Region hinzufügen

CLI REST-API

Sie können eine eigenständige ACD im Quellmandanten mit der CLI erstellen, wie unten gezeigt.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

Hierbei gilt:

• --cloud-autonomous-vm-cluster-id: Die OCID des autonomen Exadata-VM-Zielclusters, in dem die neue autonome Containerdatenbank (ACD) bereitgestellt wird.

Alternativ können Sie auch eine vorhandene Standalone-ACD verwenden und die Standbydatenbank direkt hinzufügen, wie unten gezeigt.

Verwenden Sie in dem Mandanten, in dem Sie die Standbydatenbank hinzufügen möchten, d.h. im Zielmandanten, die CLI, um eine Standbydatenbank hinzuzufügen, wie unten dargestellt:

oci --debug db autonomous-container-database add
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1.<region-name>.unique_ID
--peer-autonomous-container-database-display-name clisecdg
--peer-cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--protection-mode MAXIMUM_PERFORMANCE
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1.unique_ID"

Hierbei gilt:

• --autonomous-container-database-id: Die OCID der autonomen Primärcontainerdatenbank, der Sie eine Standbydatenbank hinzufügen.

• --peer-autonomous-container-database-display-name: Ein benutzerfreundlicher Name für die neue autonome Standbycontainerdatenbank im Zielmandanten.

• --peer-autonomous-vm-cluster-id: Die OCID des autonomen Cloud-VM-Clusters im Zielmandanten, in dem die Standbydatenbank erstellt wird.

• --peer-autonomous-container-database-compartment-id: Die OCID des Compartments, in dem sich die autonome Standbycontainerdatenbank befindet.

• --protection-mode: Definiert den Schutzmodus, der verwendet wird, wenn die ACD Data Guard aktiviert ist.

Sobald der Befehl erfolgreich ist, wird eine work-request-id zurückgegeben, mit der der Fortschritt der Standbydatenbank verfolgt werden kann. Weitere Informationen finden Sie unter autonomous-container-database. Hinweis: Wenn der Befehl in einer Region ausgeführt werden soll, die nicht in der Konfigurationsdatei aufgeführt ist, müssen Sie die erforderliche Region in der Eingabeaufforderung festlegen, bevor Sie den Befehl "oci" ausführen.

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

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

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

Sie können eine eigenständige ACD im Quellmandanten mit der REST-API erstellen, wie unten gezeigt.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases
--request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
"compartmentId": "ocid1.compartment.oc1.unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}''

Hierbei gilt:

• cloudAutonomousVmClusterId: Die OCID des autonomen Exadata-VM-Zielclusters, in dem die neue autonome Containerdatenbank (ACD) bereitgestellt wird.

Alternativ können Sie auch eine vorhandene Standalone-ACD verwenden und die Standbydatenbank direkt hinzufügen, wie unten gezeigt.

Verwenden Sie in dem Mandanten, in dem Sie die Standbydatenbank hinzufügen möchten, d.h. im Zielmandanten, die REST-API, um eine Standbydatenbank hinzuzufügen, wie unten dargestellt:

oci raw-request --http-method POST --target-uri
https://database.<region-name>.oraclecloud.com/../../ocid1.autonomouscontainerdatabase.oc1.<region-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec1",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

Hierbei gilt:

• peerCloudAutonomousVmClusterId: Die OCID des autonomen Cloud-VM-Clusters im Zielmandanten, in dem die Standbydatenbank erstellt wird.

• peerAutonomousContainerDatabaseCompartmentId: Die OCID des Compartments, in dem sich die autonome Standbycontainerdatenbank befindet.

• peerAutonomousContainerDatabaseDisplayName: Ein benutzerfreundlicher Name für die neue autonome Standbycontainerdatenbank im Zielmandanten.

• protectionMode: Definiert den Schutzmodus, der verwendet wird, wenn die ACD Data Guard aktiviert ist.

Weitere Informationen zur REST-API finden Sie unter AutonomousContainerDatabase.

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

Mandantenübergreifende Standbydatenbank in einer Remoteregion erstellen

CLI REST-API

Sie können eine eigenständige ACD im Quellmandanten (sofern noch keine erstellt wurde) wie unten gezeigt mit der CLI erstellen.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

Hierbei gilt:

• --cloud-autonomous-vm-cluster-id: Die OCID des autonomen Exadata-VM-Zielclusters, in dem die neue autonome Containerdatenbank (ACD) bereitgestellt wird.

Alternativ können Sie auch eine vorhandene Standalone-ACD verwenden und die Standbydatenbank direkt hinzufügen, wie unten gezeigt.

Verwenden Sie in dem Mandanten, in dem Sie die Standbydatenbank hinzufügen möchten, d.h. im Zielmandanten in der Remoteregion, die CLI, um eine Standbydatenbank hinzuzufügen, wie unten dargestellt:

oci --debug db autonomous-container-database add
--autonomous-container-database-id "ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>.unique_ID"
--peer-autonomous-container-database-display-name "cliCrosstSec2"
--protection-mode "MAXIMUM_PERFORMANCE"
--peer-cloud-autonomous-vm-cluster-id "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID"
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1..uniqueID"

Hierbei gilt:

• --autonomous-container-database-id: Die OCID der autonomen Primärcontainerdatenbank in der Quellregion, der Sie eine Standbydatenbank hinzufügen.

• --peer-autonomous-container-database-display-name: Ein benutzerfreundlicher Name für die neue autonome Standbycontainerdatenbank in der Zielregion und im Zielmandanten.

• --peer-autonomous-vm-cluster-id: Die OCID des autonomen Cloud-VM-Clusters in der Zielregion und im Zielmandanten, in dem die Standbydatenbank erstellt wird.

• -peer-autonomous-container-database-compartment-id: Die OCID des Compartments, in dem sich die autonome Standbycontainerdatenbank befindet.

• --protection-mode: Definiert den Schutzmodus, der verwendet wird, wenn die ACD Data Guard aktiviert ist

Hinweis: Wenn sich die Remoteregion von der in der Standardkonfigurationsdatei aufgeführten unterscheidet, müssen Sie die erforderliche Remoteregion in der Eingabeaufforderung festlegen, bevor Sie den Befehl "oci" ausführen.

Sobald der Befehl erfolgreich ist, wird eine work-request-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 hinzuzufügen, die sich in einer anderen Region als die Primärdatenbank mit der REST-API befindet, verwenden Sie AutonomousContainerDatabases.

Sie können eine eigenständige ACD im Quellmandanten mit der REST-API erstellen, wie unten gezeigt.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID",
  "compartmentId": "ocid1.compartment.oc1.unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
   "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

Hierbei gilt:

• cloudAutonomousVmClusterId: Die OCID des autonomen Exadata-VM-Zielclusters, in dem die neue autonome Containerdatenbank (ACD) bereitgestellt wird.

Alternativ können Sie auch eine vorhandene Standalone-ACD verwenden und die Standbydatenbank direkt hinzufügen, wie unten gezeigt.

Verwenden Sie in dem Mandanten, in dem Sie die Standbydatenbank hinzufügen möchten, d.h. im Zielmandanten in der Zielregion die REST-API, um eine Standbydatenbank hinzuzufügen, wie unten dargestellt:

oci raw-request --http-method POST --target-uri
https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases/ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.uniqueID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec2",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

Hierbei gilt:

• peerCloudAutonomousVmClusterId: Die OCID des autonomen Cloud-VM-Clusters im Zielmandanten, in dem die Standbydatenbank erstellt wird.

• peerAutonomousContainerDatabaseCompartmentId: Die OCID des Compartments, in dem sich die autonome Standbycontainerdatenbank befindet.

• peerAutonomousContainerDatabaseDisplayName: Ein benutzerfreundlicher Name für die neue autonome Standbycontainerdatenbank im Zielmandanten.

• protectionMode: Definiert den Schutzmodus, der verwendet wird, wenn die ACD Data Guard aktiviert ist.

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 die autonome KI-Datenbank in diesem Status nicht stoppen, starten, neu starten, wiederherstellen oder verschieben.

Verwandte Inhalte

Kritische Datenbanken mit Autonomous Data Guard vor Fehlern und Katastrophen schützen