Oracle Cloud Infrastructure-Dokumentation

Regionsübergreifende Operationen für sicherheitsbasiertes Disaster Recovery

Beschreibt regionsübergreifende Vorgänge mit Backup-basiertem Disaster Recovery.

Regionsübergreifenden Disaster-Recovery-Peer hinzufügen

Zusätzlich zu einem lokalen Backup-basierten Disaster-Recovery-Peer können Sie eine oder mehrere Backup-basierte Disaster-Recovery-Peers aus der Remoteregion (regionsübergreifend) hinzufügen.

Führen Sie bei Bedarf die folgenden vorbereitenden Schritte aus:

  • Öffnen Sie die Oracle Cloud Infrastructure-Konsole, indem Sie neben "Cloud" auf Navigationssymbol klicken.

  • Klicken Sie im linken Navigationsmenü von Oracle Cloud Infrastructure auf Oracle AI Database und dann auf Autonome KI-Datenbank.

  • Wählen Sie die autonome KI-Datenbank auf der Seite "Autonome KI-Datenbank" aus den Links unter der Spalte Anzeigename aus.

Um einen regionsübergreifenden Backup-basierten Disaster Recovery-Peer hinzuzufügen, gehen Sie wie folgt vor:

  1. Wählen Sie auf der Seite "Details zur autonomen KI-Datenbank" die Registerkarte Disaster Recovery aus.

    Beschreibung des Bildes folgt

    Beschreibung der Abbildung adb_backup_copy_resources.png

  2. Klicken Sie auf Peerdatenbank hinzufügen.

  3. Wählen Sie in der Dropdown-Liste Region eine Region aus.

    Die Regionsliste enthält die verfügbaren Remoteregionen, in denen Sie eine regionsübergreifende Peerdatenbank erstellen können. Wenn Sie eine Peerdatenbank hinzufügen, wird in der Liste der verfügbaren Regionen nur eine Remoteregion angezeigt, wenn Ihr Mandant die Remoteregion abonniert hat (Sie müssen die gepaarte Remoteregion abonniert haben). Weitere Informationen finden Sie unter Regionsübergreifende gepaarte autonome KI-Datenbank.

  4. Wählen Sie in der Dropdown-Liste Compartments auswählen ein Compartment aus.

  5. Wählen Sie den Disaster Recovery-Typ aus. Wenn die Quelldatenbank mit einem privaten Endpunkt konfiguriert ist, geben Sie außerdem die Informationen zum privaten Endpunkt für den Peer ein.

    1. Wählen Sie den Disaster-Recovery-Typ aus: Backupbasiertes Disaster Recovery.

    2. Wenn Sie die regionsübergreifende Backupreplikation aktivieren möchten, aktivieren Sie das Kontrollkästchen Regionsübergreifende Backupreplikation zu Disaster-Recovery-Peer zulassen. Weitere Informationen finden Sie unter Backups auf einem regionsübergreifenden, backupbasierten Disaster Recovery Peer replizieren.

      Beschreibung von adbs_bbdr_cross_region_replication.png folgt

      Beschreibung der Abbildung adbs_bbdr_cross_region_replication.png

    3. Wenn die Quelldatenbank mit einem privaten Endpunkt konfiguriert ist, geben Sie im Bereich Netzwerkzugriff für Standby das virtuelle Cloud-Netzwerk und das Subnetz ein.

      Beschreibung von adb_create_cross_region_peer_private_endpoint.png folgt

      Beschreibung der Abbildung adb_create_cross_region_peer_private_endpoint.png

      In diesem Netzwerkzugriff für Standbyfelder geben Sie das VCN und das Subnetz des privaten Endpunkts in der Remoteregion an, in der die Standbydatenbank erstellt wird. Private Endpunkte konfigurieren.

    Hinweis

    Hinweis: Wenn Sie den Netzwerkzugriff in der Quelldatenbank ändern, um einen privaten Endpunkt zu aktivieren, nachdem die Standbydatenbank erstellt wurde, müssen Sie manuell auf die Standbydatenbank zugreifen, um einen privaten Endpunkt im Peer zu aktivieren.

  6. Klicken Sie auf Peerdatenbank hinzufügen.

    Der Lebenszyklusstatus der autonomen KI-Datenbank ändert sich in Wird aktualisiert. Im Bereich Ressourcen wird die Anzahl neben Disaster-Recovery-Inkrementen angezeigt, die zeigen, dass Sie einen anderen Disaster-Recovery-Peer haben. Im Feld Status wird Provisioning für den neuen regionsübergreifenden Peer angezeigt.

Hinweis

Hinweis: Während Sie einen neuen Peer hinzufügen, ist die Primärdatenbank für Lese-/Schreibvorgänge verfügbar. Bei der Primärdatenbank gibt es keine Ausfallzeit.

Autonomous AI Database generates a work request when you add a cross region peer. To view the work request, select the **Work requests** tab.

Weitere Informationen finden Sie unter Hinweise für regionsübergreifende backupbasierte Disaster-Recovery-Peervorgänge.

Backupreplikation für einen vorhandenen regionsübergreifenden Peer aktivieren oder deaktivieren

Sie können die Backupreplikation in einem regionsübergreifenden Backup-basierten Disaster Recovery-Peer aktivieren oder deaktivieren.

So aktivieren oder deaktivieren Sie die Backupreplikation für eine vorhandene regionsübergreifende autonome Data Guard-Standbydatenbank:

  1. Wählen Sie auf der Seite Autonome KI-Datenbankdetails die Registerkarte Disaster Recovery aus.

  2. Klicken Sie in einer Zeile mit einer regionsübergreifenden Standbydatenbank am Ende der Zeile auf Aktionen, und wählen Sie Disaster Recovery aktualisieren aus.

    Hier wird die Seite "Disaster Recovery aktualisieren" angezeigt.

    Beschreibung von adb_bbdr_update_backup_replication.png folgt

    Beschreibung der Abbildung adb_bbdr_update_backup_replication.png

  3. Backupreplikation aktivieren oder deaktivieren

    a. Wenn die regionsübergreifende Backupreplikation deaktiviert ist, wählen Sie Regionsübergreifende Backupreplikation zu Disaster-Recovery-Peer zulassen aus, um die Option zu aktivieren.

    b. Wenn die regionsübergreifende Backupreplikation aktiviert ist, deaktivieren Sie die Option Regionsübergreifende Backupreplikation zu Disaster-Recovery-Peer ermöglichen, um sie zu deaktivieren.

  4. Klicken Sie auf Übergeben.

    Der Lebenszyklusstatus der autonomen KI-Datenbank ändert sich in Wird aktualisiert.

Wenn Sie Regionsübergreifende Backupreplikation in Disaster-Recovery-Peer aktivieren auswählen, kann es je nach Größe der Backups mehrere Minuten bis mehrere Stunden dauern, die Backups in der Remoteregion zu replizieren. Nachdem Backups repliziert wurden, wird die Liste der replizierten Backups angezeigt, wenn Sie die Registerkarte Backups auf der Detailseite der autonomen KI-Datenbank der Oracle Cloud Infrastructure-Konsole der Peerdatenbank auswählen.

Regionsübergreifendes Backup-basiertes Disaster Recovery Peer in Snapshot Standby konvertieren

Ein regionsübergreifender Backup-basierter Disaster Recovery-Peer kann in eine Snapshot-Standbydatenbank konvertiert werden. Dadurch wird der Peer für bis zu zwei Tage (48 Stunden) in eine Read-Write-Datenbank konvertiert.

Weitere Informationen finden Sie unter Regionsübergreifenden Peer zu Snapshot-Standby konvertieren.

Regionsübergreifendes Backup-basiertes Disaster Recovery Peer trennen

Zeigt die Schritte zum Trennen der regionsübergreifenden Backup-basierten Disaster Recovery-Peers von der primären Datenbank an.

Hinweis

Hinweis: Der Trennvorgang für einen regionsübergreifenden backupbasierten Disaster-Recovery-Peer kann nur auf einer autonomen KI-Datenbankinstanz ausgeführt werden, die das ECPU-Compute-Modell verwendet.

Wenn Sie einen regionsübergreifenden Peer trennen, wird die Verknüpfung der Peerdatenbank mit der Primärdatenbank aufgehoben. Dadurch wird die Datenbank von einer Peerdatenbank in eine Standalone-Datenbank konvertiert. Nach dem Trennvorgang können Sie die Verbindung zur Primärdatenbank nicht erneut herstellen.

Die Schritte zum Trennen einer Backup-basierten Disaster Recovery-Peer-Standbydatenbank entsprechen denen zum Trennen einer Standbydatenbank. Weitere Informationen finden Sie unter Peerdatenbank trennen.

Hinweise zum Trennen einer Remote-Peerverbindung.

  • Der Trennvorgang für einen Remote-Peer kann nur auf einer autonomen AI-Datenbankinstanz ausgeführt werden, die das ECPU-Compute-Modell verwendet.

  • Nach dem Trennvorgang wird die Standalone-Datenbank nicht mehr mit der Datenbank verknüpft, die als primäre Datenbank fungierte. Um die Datenbank als Standalone-Datenbank zu verwenden, müssen Sie den Namen der Datenbank kennen, die von der primären Datenbank getrennt wurde.

  • Es ist kein erneuter Verbindungsvorgang vorhanden. Nachdem Sie eine Snapshot-Standbydatenbank getrennt haben, können Sie sich nicht mehr bei der Primärdatenbank anmelden.

  • Nach dem Trennvorgang wird die Standalone-Datenbank nicht mehr mit der Datenbank verknüpft, die als primäre Datenbank fungierte. Um die Datenbank als Standalone-Datenbank zu verwenden, müssen Sie den Namen der Datenbank kennen, die von der primären Datenbank getrennt wurde.

  • Nach dem Trennen beginnt die Standalone-Datenbank, neue Backups als Standalone-Datenbank zu erstellen.

Regionsübergreifende (Remote-)Peers deaktivieren

Beschreibt die Schritte zum Beenden eines regionsübergreifenden (Remote-)Peers.

Führen Sie bei Bedarf die folgenden vorbereitenden Schritte aus:

  • Öffnen Sie die Oracle Cloud Infrastructure-Konsole, indem Sie neben "Cloud" auf Navigationssymbol klicken.

  • Klicken Sie im linken Navigationsmenü von Oracle Cloud Infrastructure auf Oracle AI Database und dann auf Autonome KI-Datenbank.

  • Wählen Sie die autonome KI-Datenbank auf der Seite "Autonome KI-Datenbank" aus den Links unter der Spalte Anzeigename aus.

So beenden Sie einen regionsübergreifenden (Remote-)Peer:

  1. Wählen Sie in der Primärdatenbank auf der Seite "Autonome KI-Datenbank - Details" die Registerkarte Disaster Recovery aus.

  2. Greifen Sie für den Peer der Remoteregion auf die Oracle Cloud Infrastructure-Konsole zu.

    Im Informationsbereich Disaster Recovery wird die Autonome Peer-KI-Datenbank angezeigt. Der Remote-Peer hat denselben Anzeigenamen wie die Primärdatenbank mit der Erweiterung _region. Dabei ist region der Regionsname, wie IAD oder BOM.

    Wenn Sie den regionsübergreifenden Peer vor der Einführung der Unterstützung für mehrere regionsübergreifende Peers erstellt haben, hat der Remote Peer denselben Anzeigenamen wie die Primärdatenbank mit der Erweiterung "_Remote.

    Klicken Sie unter Autonome Peer-KI-Datenbank auf den Link für den Remote-Peer, um auf den regionsübergreifenden Peer zuzugreifen.

  3. Wählen Sie in der Oracle Cloud Infrastructure-Konsole für den Remote-Peer auf der Seite Details in der Dropdown-Liste Weitere Aktionen die Option Beenden aus.

  4. Geben Sie auf der Seite Autonome KI-Datenbank beenden Autonome KI-Datenbank beenden den Datenbanknamen ein, um zu bestätigen, dass Sie den regionsübergreifenden Peer beenden möchten.

  5. Klicken Sie auf Autonome KI-Datenbank beenden.

    Während die Peerdatenbank beendet wird, wird der Lebenszyklusstatus in Wird beendet geändert.

Wenn eine Instanz über einen regionsübergreifenden Backup-basierten Disaster-Recovery-Peer verfügt, gelten folgende Einschränkungen:

  • Eine Peerdatenbank in der Remoteregion kann nicht aus der Primärdatenbank deaktiviert werden.

  • Wenn Backup-basiertes Disaster Recovery mit einem regionsübergreifenden Peer aktiviert ist, müssen Sie alle regionsübergreifenden Disaster-Recovery-Peers beenden, bevor Sie die Primärrollendatenbank beenden. Wenn Sie versuchen, die Primärdatenbank zu beenden, wird eine Fehlermeldung ausgegeben.

    In diesem Fall können Sie die Primärdatenbank beenden, nachdem Sie alle regionsübergreifenden (Remote-)Peers beendet haben.

Remote Peer-Netzwerk-ACLs für einen Backup-basierten Disaster Recovery Peer aktualisieren

Sie können Netzwerk-ACLs unabhängig in einer Remote-Disaster Recovery-Peer-Datenbank ändern.

Standardmäßig verwenden primäre und Remote-Peer-Datenbanken für Disaster Recovery dieselben Access Control-Listen (ACLs). Optional können Sie ACLs unabhängig auf Remote-Peer-Datenbanken konfigurieren. Dadurch können verschiedene ACLs in Remote-Peer-Datenbanken verwendet werden.

Wenn Sie die ACLs auf einem Remote-Peer ändern, hält die autonome KI-Datenbank die ACL-Konfiguration nicht mehr zwischen dem primären und dem Remote-Peer synchronisiert. Nachdem Sie die ACLs auf einem Remote-Peer geändert haben, verwaltet Autonomous AI Database die ACLs auf dem Remote-Peer unabhängig.

So verwenden Sie verschiedene Netzwerk-ACLs auf einem Remote-Peer einer autonomen KI-Datenbank:

  1. Wählen Sie in der Primärdatenbank auf der Seite "Autonome KI-Datenbank - Details" die Registerkarte Disaster Recovery aus.

  2. Rufen Sie den Remote-Peer auf.

    Im Informationsbereich Disaster Recovery wird die Autonome Peer-KI-Datenbank angezeigt. Die Remote-Peer-Datenbank hat standardmäßig denselben Anzeigenamen wie die Primärdatenbank mit einer Erweiterung. Beispiel: DBNAME_remote.

    Klicken Sie unter Autonome Peer-KI-Datenbank auf den Link, um auf einen regionsübergreifenden Peer zuzugreifen.

  3. Bearbeiten Sie in der Remote-Peer-Datenbank die Access Control-Liste.

    Bevor Sie die ACL ändern, wird im Dialogfeld eine Meldung angezeigt, dass ACLs in der Peerdatenbank aus der Primärdatenbank synchronisiert werden. Beispiel:

    Beschreibung von adb_remote_peer_sync_acls.png folgt

    Beschreibung der Abbildung adb_remote_peer_sync_acls.png

    Weitere Informationen finden Sie unter Access Control-Listen für eine vorhandene autonome KI-Datenbankinstanz konfigurieren.

  4. Hinzufügen, Entfernen oder Ändern einer oder mehrerer ACLs.

  5. Klicken Sie auf Speichern.

Nachdem Sie ACLs geändert haben, werden die ACLs auf der primären und der Remote-Peer separat verwaltet.

Wenn Sie die Synchronisierung von ACLs zwischen dem primären und dem Remote-Peer neu starten möchten, haben Sie zwei Optionen:

  • Beenden Sie die autonome Peer-KI-Datenbank, und erstellen Sie eine neue regionsübergreifende Disaster-Recovery-Peerdatenbank.

    Weitere Informationen zum Beenden einer Remote Peer-Datenbank finden Sie unter Regionsübergreifenden (Remote-)Peer deaktivieren.

  • Wenden Sie sich an Oracle Cloud Support, und reichen Sie eine Serviceanfrage ein, oder wenden Sie sich an den zuständigen Supportmitarbeiter.

Regionsübergreifendes Backup-basiertes Disaster Recovery mit vom Kunden verwalteten Verschlüsselungsschlüsseln

Wenn Sie Backup Based Disaster Recovery für regionsübergreifendes Failover oder Switchover mit vom Kunden verwalteten Verschlüsselungsschlüsseln verwenden, sollten Sie besonders berücksichtigen, ob das Backup der Primärdatenbank mit vom Kunden verwalteten Schlüsseln verschlüsselt wurde oder ob Sie zu vom Kunden verwalteten Verschlüsselungsschlüsseln in der Primärdatenbank wechseln möchten.

Der vom Kunden verwaltete Verschlüsselungsschlüssel, mit dem das Backup verschlüsselt wird, muss während des Failovers oder Switchovers in der Zielregion verfügbar bleiben. Dazu muss der vom Kunden verwaltete Schlüssel mit Virtual Private Vault (VPV) in der Remoteregion repliziert werden.

Hinweise für regionsübergreifende Backup-basierte Disaster-Recovery-Peervorgänge

Listet Hinweise und Einschränkungen für das Hinzufügen und Verwalten eines regionsübergreifenden Backup-basierten Disaster Recovery-Peers auf.

  • Nachdem Sie einen regionsübergreifenden (Remote-)Peer hinzugefügt haben, enthalten das Wallet und die Verbindungszeichenfolge aus der Primärdatenbank nur den Hostnamen der Primärdatenbank. Das Wallet und die Verbindungszeichenfolge aus der Remotedatenbank enthalten nur den Hostnamen der Remotedatenbank. Dies gilt sowohl für Instanz- als auch für regionale Wallets.

    Weitere Informationen finden Sie unter Regionsübergreifende Disaster-Recovery-Verbindungszeichenfolgen und -Wallets.

  • Wenn Sie den Umschalter Regionsübergreifende Backupreplikation in Disaster-Recovery-Peer aktivieren aktivieren, kann die Replikation der Backups in der Remoteregion je nach Größe der Backups zwischen mehreren Minuten und mehreren Stunden dauern. Nachdem Backups repliziert wurden, wählen Sie auf der Detailseite der autonomen KI-Datenbank des Peers die Registerkarte Backups aus, um eine Liste der replizierten Backups anzuzeigen.

    Weitere Informationen finden Sie unter Backupreplikation für einen vorhandenen regionsübergreifenden Peer aktivieren oder deaktivieren.

  • Wenn Sie einen regionsübergreifenden Peer hinzufügen, sollten Sie besondere Überlegungen anstellen, wenn die Primärinstanz vom Kunden verwaltete Schlüssel verwendet oder wenn Sie zur Verwendung von vom Kunden verwalteten Schlüsseln wechseln möchten. Weitere Informationen finden Sie unter Cross Region Autonomous Data Guard with Customer-Managed Encryption Keys.

  • Wenn Sie einen backupbasierten Disaster-Recovery-Peer hinzufügen, während im Feld Lebenszyklusstatus die Option Wird aktualisiert angezeigt wird, sind die folgenden Aktionen in der primären Datenbank deaktiviert: