Regionsübergreifende Backup-basierte Disaster Recovery-Vorgänge

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 einen oder mehrere (regionübergreifende) Backup-basierte Disaster-Recovery-Peers 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 Database und dann auf Autonomous Database.
  • Wählen Sie auf der Seite "Autonome Datenbanken" Ihre Autonomous Database-Instanz 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 "Autonomous Database-Details" die Registerkarte Disaster Recovery aus.
  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 einen regionsübergreifenden Peer 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 Regionen in Autonomous Database.

  4. Wählen Sie in der Dropdown-Liste Compartment 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 aktivieren. Weitere Informationen finden Sie unter Backups in einem regionsübergreifenden backupbasierten Disaster-Recovery-Peer replizieren.
    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.

      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

      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 Autonomous Database-Lebenszyklusstatus ändert sich in Wird aktualisiert. Im Bereich Ressourcen zeigt die Zahl neben Disaster-Recovery-Inkrementen an, dass Sie einen anderen Disaster-Recovery-Peer haben. Im Feld Status wird Provisioning wird ausgeführt für den neuen regionsübergreifenden Peer angezeigt.

    Hinweis

    Während Sie eine neue Peerdatenbank hinzufügen, ist die Primärdatenbank für Lese-/Schreibvorgänge verfügbar. Bei der Primärdatenbank gibt es keine Ausfallzeit.

    Autonomous Database generiert eine Arbeitsanforderung, wenn Sie einen regionsübergreifenden Peer hinzufügen. Um die Arbeitsanforderung anzuzeigen, wählen Sie die Registerkarte Arbeitsanforderungen aus.

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 Autonomous Data Guard-Standbydatenbank:

  1. Wählen Sie auf der Seite Autonomous Database-Details 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.



  3. Backupreplikation aktivieren oder deaktivieren
    1. Wenn die regionsübergreifende Backupreplikation deaktiviert ist, wählen Sie Regionsübergreifende Backupreplikation zu Disaster-Recovery-Peer zulassen aus, um die Option zu aktivieren.
    2. Wenn die regionsübergreifende Backupreplikation aktiviert ist, deaktivieren Sie die Option Regionsübergreifende Backupreplikation zu Disaster-Recovery-Peer zulassen.
  4. Klicken Sie auf Weiterleiten.

    Der Autonomous Database-Lebenszyklusstatus ä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 auf der Detailseite der Autonomous Database-Konsole der Oracle Cloud Infrastructure-Peerdatenbank die Registerkarte Backups auswählen.

Regionsübergreifenden Backup-basierten 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übergreifendes Peer zu Snapshot-Standby konvertieren.

Regionsübergreifenden Backup-basierten Disaster Recovery Peer trennen

Zeigt die Schritte zum Trennen der regionsübergreifenden Backup-basierten Disaster Recovery-Peers von der Primärdatenbank.

Hinweis

Der Trennvorgang für einen regionsübergreifenden backupbasierten Disaster-Recovery-Peer kann nur auf einer Autonomous Database-Instanz ausgeführt werden, die das ECPU-Compute-Modell verwendet.

Wenn Sie die Verbindung zu einem regionsübergreifenden Peer trennen, wird die Zuordnung der Peerdatenbank zur 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 Peer-Verbindung.

  • Der Trennvorgang für einen Remote-Peer kann nur auf einer Autonomous Database-Instanz 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 Database und dann auf Autonomous Database.
  • Wählen Sie auf der Seite "Autonome Datenbanken" Ihre Autonomous Database-Instanz aus den Links unter der Spalte Anzeigename aus.

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

  1. Wählen Sie in der primären Datenbank auf der Seite "Autonomous Database-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 Peer Autonomous Database 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 Peer Autonomous Database 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 Autonomous Database beenden den Datenbanknamen ein. Damit bestätigen Sie, dass Sie den regionsübergreifenden Peer beenden möchten.
  5. Klicken Sie auf Autonome Datenbank beenden.

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

Es gibt Einschränkungen für die Deaktivierung, wenn eine Instanz über einen regionsübergreifenden Backup-basierten Disaster Recovery-Peer verfügt:

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

  • Wenn "Backupbasiertes 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, synchronisiert Autonomous Database die ACL-Konfiguration nicht mehr zwischen dem primären und dem Remote-Peer. Nachdem Sie die ACLs auf einem Remote-Peer geändert haben, verwaltet Autonomous Database die ACLs auf dem Remote-Peer unabhängig.

So verwenden Sie verschiedene Netzwerk-ACLs auf einem Remote-Autonomous Database-Peer:

  1. Wählen Sie in der Primärdatenbank auf der Seite "Autonomous Database-Details" die Registerkarte Disaster Recovery aus.
  2. Rufen Sie den Remote-Peer auf.

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

    Klicken Sie unter Peer Autonomous Database 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 Autonomous Database-Instanz 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 Peer-Autonomous Database, und erstellen Sie eine neue regionsübergreifende Disaster-Recovery-Peerdatenbank.

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

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

Listet Notizen 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 Autonomous Database-Detailseite 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, müssen 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 Autonomous Data Guard mit vom Kunden verwalteten Schlüsseln.

  • 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: