Oracle Cloud Infrastructure-Dokumentation

Backupbasierte regionsübergreifende Disaster Recovery-Vorgänge

Beschreibt regionsübergreifende Vorgänge mit backupbasiertem Disaster Recovery.

Übergeordnetes Thema: Backupbasiertes Disaster Recovery verwenden

Regionsübergreifenden Disaster Recovery Peer hinzufügen

Neben einem lokalen backupbasierten Disaster-Recovery-Peer können Sie mindestens einen regionsübergreifenden, backupbasierten Disaster-Recovery-Peer für Remoteregionen hinzufügen.

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

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

  • Klicken Sie im linken Navigationsmenü von Oracle Cloud Infrastructure auf Oracle Database, und klicken Sie je nach Workload auf eine von: Autonomous Data Warehouse, autonome JSON-Datenbank oder Autonomous Transaction Processing.

  • Wählen Sie auf der Seite für autonome Datenbanken Ihre Autonomous Database-Instanz aus den Links unter der Spalte Anzeigename aus.

So fügen Sie einen regionsübergreifenden backupbasierten Disaster-Recovery-Peer hinzu:

  1. Klicken Sie auf der Seite "Autonomous Database-Details" unter Disaster Recovery im Feld Regionsübergreifend auf Peerdatenbank hinzufügen, alternativ im Bereich Ressourcen auf Disaster Recovery.
  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 gekoppelte Remoteregion abonnieren). Weitere Informationen finden Sie unter Regionsübergreifende gepaarte Autonomous Database-Regionen.

  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 auf einen regionsübergreifenden Backup-basierten 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 diesen Netzwerkzugriffsfeldern 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 auf dem Peer zu aktivieren.
  6. Klicken Sie auf Peerdatenbank hinzufügen.

    Der Autonomous Database-Lebenszyklusstatus ändert sich in Wird aktualisiert. Im Bereich Ressourcen wird die Zahl neben Disaster Recovery erhöht, um anzuzeigen, dass ein anderer Disaster-Recovery-Peer vorhanden ist. Im Feld Status wird Provisioning wird ausgeführt für den neuen regionsübergreifenden Peer angezeigt.

    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 Database generiert eine Arbeitsanforderung, wenn Sie einen regionsübergreifenden Peer hinzufügen. Um die Arbeitsanforderung anzuzeigen, klicken Sie unter Ressourcen auf Arbeitsanforderungen.

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 auf einem backupbasierten regionsübergreifenden Peer für Disaster Recovery 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 im Bereich Ressourcen die Option Disaster Recovery aus.
  2. Klicken Sie in einer Zeile mit einer regionsübergreifenden Standbydatenbank am Ende der Zeile auf mehr Aktionen, und wählen Sie Disaster Recovery aktualisieren aus.

    Daraufhin 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. Aktivieren oder deaktivieren Sie die Backupreplikation.
    1. Wenn die regionsübergreifende Backupreplikation deaktiviert ist, wählen Sie Regionsübergreifende Backupreplikation zu Disaster-Recovery-Peer aktivieren 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 aktivieren.
  4. Klicken Sie auf Weiterleiten.

    Der Autonomous Database-Lebenszyklusstatus ändert sich in Wird aktualisiert.

Wenn Sie Regionsübergreifende Backupreplikation für Disaster-Recovery-Peer aktivieren auswählen, kann es je nach Größe der Backups zwischen mehreren Minuten und mehreren Stunden dauern, bis die Backups in der Remoteregion repliziert werden. Wenn Sie nach der Replikation von Backups in der Oracle Cloud Infrastructure-Konsole der Peerdatenbank unter Ressourcen die Option Backups auswählen, wird die Liste der replizierten Backups angezeigt.

Regionsübergreifende backupbasierte Disaster-Recovery-Peer in Snapshot-Standby konvertieren

Ein regionsübergreifender backupbasierter Disaster-Recovery-Peer kann in eine Snapshot-Standbydatenbank konvertiert werden. Dadurch wird der Peer bis zu zwei Tage lang in eine Datenbank mit Lese-/Schreibzugriff konvertiert.

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

Regionsübergreifende Backup-basierte Disaster Recovery Peer trennen

Zeigt die Schritte zum Trennen eines regionsübergreifenden backupbasierten Disaster-Recovery-Peers von der Primärdatenbank an.

Hinweis

Der Trennvorgang für einen regionsübergreifenden backupbasierten Disaster-Recovery-Peer kann nur für eine Autonomous Database-Instanz 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 sich nicht erneut bei der primären Verbindung anmelden.

Die Schritte zum Trennen einer backupbasierten Disaster-Recovery-Peerstandbydatenbank 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 ist die Standalone-Datenbank nicht mehr mit der Datenbank verknüpft, die die primäre Datenbank war. Um die Datenbank als Standalone-Datenbank zu verwenden, müssen Sie den Namen der Datenbank kennen, die von der Primärdatenbank getrennt wurde.

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

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

  • Nach dem Trennvorgang beginnt die Standalone-Datenbank mit der Erstellung neuer Backups als Standalone-Datenbank.

Regionsübergreifende (Remote-)Peer 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 "Oracle Cloud" auf Navigationssymbol klicken.

  • Klicken Sie im linken Navigationsmenü von Oracle Cloud Infrastructure auf Oracle Database, und klicken Sie je nach Workload auf eine von: Autonomous Data Warehouse, autonome JSON-Datenbank oder Autonomous Transaction Processing.

  • Wählen Sie auf der Seite für 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ärdatenbank auf der Seite "Autonomous Database-Details" unter Ressourcen die Option "Disaster Recovery" aus.
  2. Greifen Sie auf die Oracle Cloud Infrastructure-Konsole für den Peer der Remoteregion zu.

    Im Informationsbereich Disaster Recovery wird Peer Autonomous Database angezeigt. Der Remotepeer 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, um zu bestätigen, dass Sie den regionsübergreifenden Peer beenden möchten.
  5. Klicken Sie auf Autonome Datenbank beenden.

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

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

  • Ein Peer in der Remote-Region 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, gibt das System einen Fehler aus.

    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 backupbasierten Disaster-Recovery-Peer aktualisieren

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

Standardmäßig verwenden die Disaster Recovery-Primär- und Remote-Peer-Datenbanken dieselben Network Access Control Lists (ACLs). Optional können Sie ACLs unabhängig auf Remote-Peer-Datenbanken konfigurieren. Dies bietet eine Option zur Verwendung verschiedener ACLs in Remote-Peer-Datenbanken.

Wenn Sie die ACLs auf einem Remote-Peer ändern, hält Autonomous Database 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 Database die ACLs auf dem Remote-Peer unabhängig voneinander.

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" unter Ressourcen die Option Disaster Recovery aus.
  2. Greifen Sie auf den Remote-Peer zu.

    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 die ACLs in der Peerdatenbank mit der Primärdatenbank synchronisiert werden. Beispiele:

    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. Fügen Sie eine oder mehrere ACLs hinzu, entfernen oder ändern Sie sie.
  5. Klicken Sie auf Speichern.

Nachdem Sie ACLs geändert haben, werden die ACLs auf der Primär- und der Remote-Peer-Instanz separat verwaltet.

Wenn Sie die Synchronisierung von ACLs zwischen dem primären und dem Remote-Peer neu starten möchten, stehen Ihnen zwei Optionen zur Verfügung:

  • Beenden Sie die Peer-Autonomous Database, und erstellen Sie eine neue regionsübergreifende Disaster-Recovery-Peerdatenbank.

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

  • Wenden Sie sich an Oracle Cloud Support, und reichen Sie eine Serviceanforderung ein, oder wenden Sie sich an den Supportmitarbeiter.

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 backupbasierten 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, und 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 die Option Regionsübergreifende Backupreplikation für Disaster-Recovery-Peer aktivieren aktivieren, kann es je nach Größe der Backups zwischen mehreren Minuten und mehreren Stunden dauern, bis die Backups in der Remoteregion repliziert werden. Wenn Sie nach der Replikation von Backups in der Oracle Cloud Infrastructure-Konsole der Peerdatenbank unter Ressourcen die Option Backups auswählen, wird die Liste der replizierten Backups angezeigt.

    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 besonders berücksichtigen, wenn die primäre Instanz 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 und im Feld Lebenszyklusstatus Wird aktualisiert angezeigt wird, sind die folgenden Aktionen in der Primärdatenbank deaktiviert: