Oracle Cloud Infrastructure-Dokumentation

Standby-Datenbanken

Enthält Informationen zum Aktivieren und Verwenden von Autonomous Data Guard für Disaster Recovery in Autonomous Database.

Wenn Sie Autonomous Data Guard verwenden, erstellt das System eine Standby-Datenbank, die kontinuierlich mit den Änderungen aus der Primärdatenbank aktualisiert wird. Sie können Autonomous Data Guard mit einer Standbydatenbank in der aktuellen Region (lokale Standbydatenbank) oder mit einer oder mehreren Standbydatenbanken in verschiedenen Regionen (regionsübergreifende Standbydatenbanken) verwenden. Sie können aber auch eine lokale Standbydatenbank und eine oder mehrere Remotestandbydatenbanken hinzufügen.

Sie können auch eine Autonomous Data Guard-Standbydatenbank erstellen, entweder lokal oder remote in einem anderen Mandanten.

Hinweis

Autonomous Data Guard ist mit den Workload-Typen "Data Warehouse" und "Transaktionsverarbeitung" verfügbar. Autonomous Data Guard ist mit den Workload-Typen JSON und APEX nicht verfügbar.

Durch Auswahl aus den Disaster Recovery-Optionen, die Autonomous Database bereitstellt, können Sie die Features und Optionen auswählen, die Ihren Anforderungen an Recovery Time Objective (RTO) und Recovery Point Objective (RPO) entsprechen.

Standardmäßig stellt jede Autonomous Database-Instanz eine lokale backupbasierte Disaster-Recovery-Peerdatenbank bereit.

Um ein automatisches Failover hinzuzufügen und das Recovery Time Objective (RTO) zu senken, können Sie eine lokale Autonomous Data Guard-Standbydatenbank verwenden.

Um die resilienteste Disaster-Recovery-Option von Autonomous Database zu verwenden, können Sie eine lokale Autonomous Data Guard-Standbydatenbank und eine oder mehrere regionsübergreifende Autonomous Data Guard-Standbydatenbanken hinzufügen.

Darüber hinaus können Sie mit anderen Optionen, die ein backupbasiertes Disaster Recovery verwenden, im Vergleich zu Autonomous Data Guard niedrigere Kosten und höhere Disaster Recovery-Optionen für das Recovery Time Objective (RTO) bereitstellen. Weitere Informationen zum backupbasierten Disaster Recovery finden Sie unter Backupbasiertes Disaster Recovery verwenden.

Themen

  • Autonomous Data Guard mit lokaler Standbydatenbank
    Wenn Sie eine Autonomous Data Guard-Standbydatenbank in der aktuellen Region verwenden, stellt Autonomous Database eine lokale Standbydatenbank bereit und überwacht die Primärdatenbank. Wenn die Primärdatenbank heruntergefahren wird, übernimmt die Standbyinstanz die Rolle der Primärinstanz.
  • Autonomous Data Guard mit regionsübergreifender Standbydatenbank
    Wenn Sie eine Standbydatenbank in einer anderen Region hinzufügen und die Primärinstanz ausfällt, stellt Autonomous Data Guard eine Standbydatenbank bereit, die physisch in einer Remoteregion getrennt ist. Die Standbydatenbank kann die Rolle der nicht verfügbaren Primärinstanz übernehmen.
  • Recovery Time Objective (RTO) und Recovery Point Objective (RPO) in Autonomous Data Guard
    Autonomous Data Guard überwacht die Primärdatenbank. Wenn die Instanz ausfällt, übernimmt die lokale Standbyinstanz die Rolle der Primärinstanz gemäß dem Recovery Time Objective (RTO) und Recovery Point Objective (RPO).
  • Autonomous Data Guard-Vorgänge
    Autonomous Data Guard stellt eine Reihe von Vorgängen zur Verwaltung einer Standbydatenbank bereit, darunter: zum Aktivieren, Switchover, Trennen oder Beenden einer Standbydatenbank.
  • Disaster-Recovery-Status von Autonomous Database
    Autonomous Database enthält Informationen zum Disaster-Recovery-Status auf der Seite "Autonomous Database-Details".
  • Autonomous Data Guard-Ereignisse
    Sie können mit Oracle Cloud Infrastructure-Ereignissen reagieren, wenn sich der Autonomous Database-Status aufgrund eines mit Autonomous Data Guard zusammenhängenden Ereignisses ändert, wie einem Failover- oder Switchover-Vorgang.

Übergeordnetes Thema: Standbydatenbanken mit Autonomous Data Guard für Disaster Recovery verwenden

Autonomous Data Guard mit lokaler Standbydatenbank

Wenn Sie eine Autonomous Data Guard-Standbydatenbank in der aktuellen Region verwenden, stellt Autonomous Database eine lokale Standbydatenbank bereit und überwacht die primäre Datenbank. Wenn die primäre Datenbank heruntergefahren wird, übernimmt die Standbyinstanz die Rolle der primären Instanz.

Lokale Autonomous Data Guard-Peerdatenbanken verursachen die zusätzlichen Kosten für die Basis-CPUs und den Speicher der Primärdatenbank, einschließlich der automatisch skalierten Speicherauslastung, die in der Primärdatenbank selbst abgerechnet werden. Automatisch skalierte CPUs der Primärdatenbank werden nicht zusätzlich in der lokalen Autonomous Data Guard-Peerdatenbank abgerechnet. Weitere Informationen finden Sie unter Abrechnung der Features von Oracle Autonomous Database Serverless.

Das Hinzufügen einer lokalen Standby-Datenbank stellt eine identische Standby-Datenbank bereit, die je nach Status der primären Datenbank Folgendes ermöglicht:

  • Wenn die Primärdatenbank heruntergefahren wird oder ausfällt, konvertiert Autonomous Data Guard die Standbydatenbank mit minimaler Unterbrechung in die Primärdatenbank. Nach Abschluss des Failovers erstellt Autonomous Data Guard eine neue Standbydatenbank für Sie.

  • Sie können einen Switchover-Vorgang ausführen, bei dem die Primärdatenbank zur Standbydatenbank wird und die Standbydatenbank zur Primärdatenbank.

Autonomous Database bietet keinen Zugriff auf eine Standbydatenbank in der aktuellen Region. Sie führen alle Vorgänge, wie das Skalieren der ECPU-Anzahl (OCPU-Anzahl, wenn Ihre Datenbank OCPUs verwendet) und das Aktivieren von Compute-Autoscaling, aus. Autonomous Data Guard führt dann dieselben Aktionen in der lokalen Standbydatenbank aus. Gleichermaßen führen Sie Aktionen wie das Stoppen oder Neustarten der Datenbank nur in der Primärdatenbank aus.

Eine lokale Standbydatenbank wird in derselben Region wie die Primärdatenbank (aktuelle Region) erstellt. Für eine bessere Resilienz wird die Standbydatenbank wie folgt bereitgestellt:

  • In Regionen mit mehreren Availability-Domains wird eine lokale Standbydatenbank automatisch in einer anderen Availability-Domain als die Primärdatenbank bereitgestellt.

  • In Regionen mit einer einzelnen Availability-Domain wird eine lokale Standbydatenbank automatisch in einer anderen Faultdomain als die Primärdatenbank (d.h. auf einem anderen physischen Rechner) bereitgestellt.

Weitere Informationen zu Availability-Domains finden Sie unter Netzwerkinformationen in der OCI-Konsole anzeigen und Regionen und Availability-Domains.

Alle Autonomous Database-Features von der Primärdatenbank sind verfügbar, wenn die lokale Standbyinstanz zur Primärinstanz wird, nachdem das System einen Failover ausgeführt hat oder nachdem Sie einen Switchover ausgeführt haben. Dazu gehören:

  • Datenbankoptionen: Die ECPU-Anzahl (OCPU-Anzahl, wenn Ihre Datenbank OCPUs verwendet), Speicher, Anzeigename, Datenbankname, Autoscaling, Tags und BYOL-Lizenzierungsoptionen haben nach einem Failover zur Standbydatenbank oder nach dem Switchover dieselben Werte.

  • OML-Notizbücher: Notizbücher und Benutzer, die in der Primärdatenbank erstellt wurden, sind in der Standbydatenbank verfügbar.

  • APEX-Daten und -Metadaten: APEX-Informationen, die in der Primärdatenbank erstellt wurden, werden in die Standbydatenbank kopiert.

  • ACLs: Die Access-Control-Liste (ACL) der Primärdatenbank wird für die Standbydatenbank dupliziert.

  • Privater Endpunkt: Der private Endpunkt aus der Primärdatenbank gilt für die Standbydatenbank.

    Oracle empfiehlt, dass Sie beim Erstellen des Subnetzes für Datenbanken auf einem privaten Endpunkt die Option für das regionale Subnetz für optimale Verfügbarkeit und Latenz verwenden. Weitere Informationen finden Sie unter Subnetz erstellen.

  • APIs oder Skripte: Alle APIs oder Skripte, mit denen Sie Autonomous Database verwalten, funktionieren nach einem Failover-Vorgang oder nach dem Switchover weiterhin ohne Änderungen.

  • Clientanwendungsverbindungen: Clientanwendungen müssen ihre Verbindungszeichenfolgen nicht ändern, um sich nach einem Failover zur Standbydatenbank oder nach dem Switchover mit der Datenbank zu verbinden.

  • Wallet-basierte Verbindungen: Sie können Ihre vorhandenen Wallets nach einem Failover zur Standbydatenbank oder nach dem Switchover weiterhin für die Verbindung mit der Datenbank verwenden.

Übergeordnetes Thema: Informationen zu Standby-Datenbanken

Autonomous Data Guard mit regionsübergreifender Standbydatenbank

Wenn Sie eine Standby-Datenbank in einer anderen Region hinzufügen und die Primärinstanz ausfällt, stellt Autonomous Data Guard eine Standby-Datenbank bereit, die physisch in einer Remoteregion getrennt ist. Die Standbydatenbank kann die Rolle der nicht verfügbaren Primärinstanz übernehmen.

Eine regionsübergreifende Standbydatenbank ist ein Replikat der Primärdatenbank und kann bei einem Fehler oder wenn die Primärdatenbank nicht verfügbar ist, für ein Recovery verwendet werden. Die Aktivierung von Autonomous Data Guard mit einer regionsübergreifenden Standbydatenbank stellt eine niedrige RTO-Lösung für Disaster Recovery bereit, falls eine gesamte Region nicht verfügbar ist oder die Primärdatenbank aus beliebigem Grund heruntergefahren wird.

Regionsübergreifende Standbydatenbanken von Autonomous Data Guard verursachen die zusätzlichen Kosten für die Basis-CPUs und den doppelten Speicher der Primärdatenbank, einschließlich der automatisch skalierten Speicherauslastung, die in der Remote-Peer-Datenbank abgerechnet werden. Automatisch skalierte CPUs des Primärrechners werden in der Remote-Peer-Datenbank nicht zusätzlich in Rechnung gestellt. Die Anzahl der Basis-CPUs wird durch die Anzahl der ECPUs (OCPUs, wenn Ihre Datenbank OCPUs verwendet) angegeben, wie im Feld ECPU-Anzahl (OCPU-Anzahl) in der Oracle Cloud Infrastructure-Konsole dargestellt.

Mit Autonomous Database können Sie je nach Compute-Modell eine oder mehrere Peerdatenbanken für Remote-Disaster Recovery erstellen:

  • OCPU-Compute-Modell: Sie können eine Remotestandbydatenbank in einer gepaarten Region hinzufügen. Gepaarte Regionen sind Remoteregionen, in denen Sie einen regionsübergreifenden Peer erstellen können.

  • ECPU-Compute-Modell: Sie können mehrere Remote-Disaster-Recovery-Peers mit bis zu einem Peer in jeder Remote-gepaarten Region hinzufügen. Beispiel: Wenn sich die Primärdatenbank in der IAD-Region befindet, können Sie eine Standbydatenbank in PHX und eine Standbydatenbank in SJC hinzufügen. Sie können jedoch nicht zwei Remote-Disaster Recovery-Peers in PHX hinzufügen.

Gepaarte Regionen sind Remoteregionen, in denen Sie eine regionsübergreifende Standby-Datenbank erstellen können. Weitere Informationen zu gepaarten Regionen finden Sie unter Autonomous Database - Regionsübergreifend.

Sie führen fast alle Vorgänge aus, wie das Skalieren der ECPU-Anzahl (OCPU-Anzahl, wenn Ihre Datenbank OCPUs verwendet) und das Aktivieren von Compute-Autoscaling in der Primärdatenbank. Autonomous Data Guard führt dann dieselben Aktionen für die regionsübergreifende Standbydatenbank aus.

Nachdem Sie eine Remote-Standbydatenbank hinzugefügt haben, bietet Autonomous Database über die Oracle Cloud Infrastructure-Konsole Zugriff auf die Remote-Standbydatenbank. Autonomous Database bietet Zugriff auf die Remotestandbydatenbank, sodass Sie einige Vorgänge unabhängig in der Remotestandbydatenbank ausführen können. Beispiel: Konfigurieren Sie Netzwerke und VCNs für private Endpunkte, und fügen Sie Tagging hinzu, um Schlüssel und Werte zu definieren, die nicht zwischen der Primärdatenbank und der Remotestandbydatenbank repliziert werden.

Hinweis

Autonomous Data Guard führt keinen automatischen Failover für eine regionsübergreifende Standby-Datenbank aus. Wenn die Primärdatenbank nicht verfügbar ist und keine lokale Standby-Datenbank verfügbar ist, können Sie einen manuellen Failover durchführen, damit eine regionsübergreifende Standby-Datenbank die primäre Rolle übernimmt.

Sie können keine Verbindung zu einer regionsübergreifenden Standbydatenbank herstellen, während sie als Standbydatenbank fungiert, und sie ist nicht für schreibgeschützte Vorgänge verfügbar. In den folgenden Fällen können Sie eine Verbindung zur Datenbank herstellen:

Die folgenden Bereiche unterscheiden sich hinsichtlich Failover oder Switchover von der Primärdatenbank zu einer Remotestandbydatenbank gegenüber Failover oder Switchover zu einer lokalen Standbydatenbank:

  • Anzeigename: Der Anzeigename hat die Erweiterung "_region". Dabei ist region der Regionsname, z.B. 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 Anzeigename des regionsübergreifenden Peers die Erweiterung "_Remote".

  • OML-Notizbücher: Nach einem regionsübergreifenden Switchover oder Failover sind OML-Notizbücher von der primären Datenbank, für die ein Switchover oder Failover durchgeführt wurde, nicht in der primären Datenbank vorhanden (die aktuelle primäre Datenbank nach der Rollenänderung). Neue OML-Notebooks können erstellt werden.

  • Privater Endpunkt: Sie können vor dem Failover oder vor einem Switchover private Endpunkte in einer Standbydatenbank unabhängig voneinander konfigurieren und aktualisieren. Auf diese Weise können Sie einen privaten Endpunkt verwenden, der nach einem Failover oder nach einem Switchover anders konfiguriert ist. Autonomous Database hält die Netzwerkkonfiguration nicht zwischen Primär- und Remote-Standby synchronisiert.

    VCN-Peering und Domainweiterleitung sind erforderlich, damit Wallets regionsübergreifend funktionieren, mit autonomen Datenbanken mit einem privaten Endpunkt mit einer Autonomous Data Guard-Standbydatenbank, wobei sich die Primär- und die Standbydatenbank in verschiedenen VCNs befinden. Weitere Informationen zu VCN-Peering und Domainweiterleitung finden Sie unter Remote-VCN-Peering mit einem RPC und DNS im virtuellen Cloud-Netzwerk.

  • Network Access Control-Liste: Standardmäßig verwenden eine Disaster-Recovery-Primärdatenbank und Remote-Peerdatenbanken dieselben Netzwerk-Access-Control-Listen (ACLs). Optional können Sie Netzwerk-ACLs in einer Remote-Peerdatenbank unabhängig bearbeiten. Auf diese Weise können Sie verschiedene ACLs in einer Remote-Peer-Datenbank verwenden.

    Weitere Informationen finden Sie unter Remote-Peernetzwerk-ACLs verwalten.

  • Tags: Tags werden unabhängig auf einer primären Disaster Recovery-Datenbank und auf einer Remote-Peerdatenbank verarbeitet. Dies bedeutet:

    • Wenn Sie ein Tag auf einem Remote-Peer hinzufügen, entfernen oder aktualisieren, gilt die Änderung nur für die Remote-Peerdatenbank.

    • Wenn Sie ein Tag in der primären Datenbank hinzufügen, aktualisieren oder entfernen, wird das Tag nicht in Remote-Peerdatenbanken hinzugefügt, aktualisiert oder entfernt.

  • APIs oder Skripte: Alle APIs oder Skripte, mit denen Sie Autonomous Database verwalten, müssen aktualisiert werden, um die APIs in der Primärdatenbank, der aktuellen Primärdatenbank, nach einem Failover oder nach dem Switchover aufzurufen.

    Bei mTLS-Verbindungen müssen Sie ein Wallet aus der Primärdatenbank, der aktuellen Primärdatenbank, nach einem Failover oder nach einem Switchover herunterladen. Weitere Informationen finden Sie unter Regionsübergreifende Disaster-Recovery-Verbindungszeichenfolgen und -Wallets.

  • Clientanwendungen: Clientanwendungen müssen sich mit den Verbindungszeichenfolgen und dem Wallet, das Sie aus der Primärdatenbank, der aktuellen Primärdatenbank, nach einem Failover oder nach dem Switchover herunterladen, verbinden. Weitere Informationen finden Sie unter Regionsübergreifende Disaster-Recovery-Verbindungszeichenfolgen und -Wallets.

  • Wallet-basierte Verbindungen: Sie müssen ein Wallet herunterladen und eine Verbindung mit den Verbindungszeichenfolgen aus der primären Datenbank, der aktuellen primären Datenbank, herstellen, um nach einem Failover oder nach einem Switchover eine Verbindung zur Datenbank herzustellen. Weitere Informationen finden Sie unter Regionsübergreifende Disaster-Recovery-Verbindungszeichenfolgen und -Wallets.

  • Autonomous Database-Tools: Die Tools haben nach einem Failover oder nach einem Switchover andere URLs in der Primärdatenbank, der aktuellen Primärdatenbank (die Tools-URLs ändern sich bei einem Switchover oder Failover zu einer lokalen Standbydatenbank nicht):

    • Database Actions

    • Oracle APEX

    • Oracle REST Data Services (ORDS)

    • Graph Studio

    • Oracle Machine Learning-Notizbücher

    • Datentransformationen

    • MongoDB-API

  • Oracle Cloud Infrastructure Object Storage-Nutzung: Nach dem Failover oder Switchover von der Primärdatenbank zu einer Standbydatenbank funktionieren in der Primärdatenbank (der aktuellen Primärdatenbank) die Zugangsdaten und die URLs, die Zugriff auf Object Storage ermöglichen, weiterhin wie vor dem Failover oder Switchover. Damit haben Sie Zugriff auf Folgendes:

    • Externe Tabellen

    • Externe partitionierte Tabellen

    • Externe hybride partitionierte Tabellen

    Hinweis

    Diese Option gilt, wenn Object Storage verfügbar ist. In seltenen Fällen, in denen Object Storage nicht verfügbar ist, empfiehlt Oracle, Object Storage-Backups oder -Replikationen in einer anderen Region bereitzuhalten. Wenn Object Storage nicht verfügbar ist (d.h. die Object Storage-Ressource, die Sie mit der primären Ressource vor einem Switchover oder Failover verwendet haben), können Sie Ihre Benutzerzugangsdaten und Parameter aktualisieren, die URLs für Object Storage festlegen, damit die Parameter Werte für den Zugriff auf Object Storage in einer verfügbaren Region angeben. Weitere Informationen finden Sie unter Replikation verwenden.

Mandantenübergreifendes Autonomous Data Guard mit regionaler Standby-Datenbank

Sie können mandantenübergreifend Autonomous Data Guard mit einer regionsübergreifenden Standbydatenbank aktivieren. Wenn Sie eine mandantenübergreifende Autonomous Data Guard-Standbydatenbank in einer anderen Region hinzufügen, stellt Autonomous Database eine regionsübergreifende Standbydatenbank im Zielmandanten bereit. Mit einer mandantenübergreifenden Autonomous Data Guard-Standbydatenbank können Sie Failover, Switchover oder eine Snapshot-Standbydatenbank mit einer regionsübergreifenden Standbydatenbank in einem anderen Mandanten erstellen. Mit diesem Feature können Sie eine Datenbank mit Autonomous Data Guard in einen anderen Mandanten migrieren.

Weitere Informationen finden Sie unter Autonomous Data Guard-Standbydatenbank mandantenübergreifend verwenden.

OCI Full Stack Disaster Recovery mit einer regionsübergreifenden Autonomous Data Guard-Standby

Wenn Full Stack Disaster Recovery aktiviert ist, wird auf der Autonomous Database-Detailseite unter "Disaster Recovery" das Feld Full Stack DR als Aktiviert angezeigt.


Beschreibung von adb_full_stack_dr_enabled.png folgt
Beschreibung der Abbildung adb_full_stack_dr_enabled.png

Weitere Informationen finden Sie unter OCI Full Stack Disaster Recovery mit Autonomous Database verwenden.

Themen

Übergeordnetes Thema: Informationen zu Standby-Datenbanken

Autonomous Data Guard-Datenbankrolle

Nachdem Sie eine regionsübergreifende Standby-Datenbank hinzugefügt haben, hat jede Datenbank eine bestimmte Rolle: primäre, Standby-Datenbank oder Snapshot Standby-Datenbank.

Die Rolle gibt den aktuellen Status einer Datenbank (Primär-, Standby- oder Snapshot-Standbydatenbank) an. Dieser Wert ändert sich nach einem Switchover oder Failover oder nach dem Konvertieren einer Standbydatenbank in eine Snapshot-Standbydatenbank. Sie können die Autonomous Database-Rolle in dem Symbol anzeigen, das auf der Seite "Informationen zur autonomen Datenbank" neben dem Anzeigenamen angezeigt wird. Beispiele:

Beschreibung von adb_adg_primary.png folgt
Beschreibung der Abbildung adb_adg_primary.png

Beschreibung von adb_adg_primary.png folgt
Beschreibung der Abbildung adb_adg_standby.png

Nachdem Sie eine regionsübergreifende Standbydatenbank hinzugefügt haben, können Sie die Rolle im Bereich Disaster Recovery auf der Detailseite anzeigen. Die Rolle ist eine der folgenden:

  • In der Rolle wird Primär in der Primärdatenbank angezeigt.

  • Nach einem Switchover oder Failover wird für dieselbe Datenbank unter Rolle Standby angezeigt.

  • Nachdem Sie einen regionsübergreifenden Peer in eine Snapshot Standby-Datenbank konvertiert haben, wird die Rolle als Snapshot Standby angezeigt.

Um Details für einen Peer anzuzeigen, wählen Sie auf der Seite "Autonomous Database-Informationen" unter Ressourcen die Option Disaster Recovery aus:

  • Standby (lokal): In der Spalte Peerrolle wird Standby angezeigt, und die Datenbank hat denselben Anzeigenamen in der Spalte Peer Autonomous Database. In der Spalte Region wird der Name der aktuellen Region angezeigt.

  • Standby (regionsübergreifend) In der Spalte Peerrolle wird Standby für eine Remotestandbydatenbank angezeigt. Die Datenbank hat denselben Namen mit der Erweiterung "_region" in der Spalte Peer Autonomous Database. Sie können auf den Link klicken, um auf die Remote-Datenbank zuzugreifen. In der Spalte Region wird der Name der Remoteregion angezeigt.

    Wenn Sie den regionsübergreifenden Peer vor der Einführung der Unterstützung für mehrere regionsübergreifende Peers erstellt haben, hat der Anzeigename des regionsübergreifenden Peers die Erweiterung "_Remote".

  • Snapshot Standby: In der Spalte Peer-Rolle wird Snapshot Standby angezeigt. In der Spalte Region wird der Name der Remoteregion angezeigt.

Beschreibung von adb_data_guard_resources.png folgt
Beschreibung der Abbildung adb_data_guard_resources.png

Autonomous Data Guard: Regionsübergreifendes Failover und Switchover

Sie können einen lokalen Disaster-Recovery-Peer verwenden, und optional können Sie einen oder mehrere regionsübergreifende Peers hinzufügen (mehrere regionsübergreifende Peers sind mit dem ECPU-Compute-Modell zulässig). In lokalen und regionsübergreifenden Fällen kann es sich bei beiden Peers um eine backupbasierte Disaster-Recovery-Kopie oder eine Autonomous Data Guard-Standbydatenbank handeln.

Bei einer aktuellen Region und einer oder mehreren regionsübergreifenden Autonomous Data Guard-Peerdatenbanken haben Sie je nach Status der Primärdatenbank die folgenden Optionen:

  • Wenn die Primärdatenbank ausfällt und die lokale Standby-Datenbank verfügbar ist, führt Autonomous Data Guard automatisch mit minimaler Unterbrechung einen Failover aus, um die lokale Standby-Datenbank in die Primärdatenbank zu konvertieren. Nach Abschluss des Failovers erstellt Autonomous Data Guard eine neue lokale Standbydatenbank. Wenn kein automatischer Failover möglich ist, können Sie einen manuellen Failover durchführen.

    Autonomous Data Guard verwendet weiterhin dieselben regionsübergreifenden Peerdatenbanken.

  • Wenn die Primärdatenbank ausfällt und die lokale Standbydatenbank nicht verfügbar ist, können Sie einen manuellen Failover auf eine regionsübergreifende Peerdatenbank ausführen, und die regionsübergreifende Peerdatenbank, auf die Sie einen Failover durchführen, wird zur Primärdatenbank.

    In diesem Fall erstellt Autonomous Data Guard nach dem Failover keine neue lokale Standbydatenbank (standardmäßig ist ein Backupkopie-Peer vorhanden).

  • Sie können einen Switchover-Vorgang ausführen, bei dem die Primärdatenbank zur lokalen Standbydatenbank wird und die lokale Standbydatenbank zur Primärdatenbank.

    Autonomous Data Guard verwendet weiterhin dieselben regionsübergreifenden Peerdatenbanken.

  • Sie können einen Switchover-Vorgang ausführen, bei dem eine regionsübergreifende Peerdatenbank zur Primärdatenbank wird (und die Datenbank, bei der es sich um die Primärdatenbank handelte, wird als neue Standbydatenbank neu erstellt, sodass sie zu einer Peerdatenbank wird).

    Ein Switchover ändert die Rollen der primären und einer Peerdatenbank. Wenn Sie einen Switchover zweimal zwischen denselben beiden Remote-Regionen ausführen, wird die primäre Datenbank wieder zur primären Datenbank.

Regionsübergreifende Sicherung und Wiederherstellung von Autonomous Data Guard-Datenbanken

Nachdem Sie eine regionsübergreifende Standbydatenbank von Autonomous Data Guard hinzugefügt haben, werden Backups und die Wiederherstellung aus Backups wie folgt durchgeführt:

  • Wenn die Primärdatenbank aus einem Backup wiederhergestellt wird, wird aus der wiederhergestellten Primärdatenbank eine neue Remotestandbydatenbank erstellt.

  • Automatische Backups werden nur für die Primärdatenbank erstellt (die Datenbank mit Rolle: Primär). Beispiel: Nach einem Switchover oder Failover führt die Datenbank mit der Rolle Primär automatische Backups aus. Eine Datenbank mit der Rolle Standby erstellt keine Backups mehr. Wenn Sie erneut einen Switchover ausführen, beginnt die Datenbank, die zur Datenbank mit der Rolle Primär wird, erneut mit der Erstellung von Backups.

  • Sie können kein Backup wiederherstellen oder aus einem Backup klonen, wenn sich eine Peerdatenbank in der Rolle Standby befindet. Backups werden nur in der Datenbank mit der Rolle Primär erstellt. Die Wiederherstellung ist über die Oracle Cloud Infrastructure-Konsole in einer Standbydatenbank nicht verfügbar.

Regionsübergreifende Disaster-Recovery-Verbindungszeichenfolgen und -Wallets

Wenn Sie eine regionsübergreifende (Remote-)Standbydatenbank von Autonomous Data Guard hinzufügen oder einen regionsübergreifenden, backupbasierten Disaster-Recovery-Peer verwenden, enthalten das Wallet und die Verbindungszeichenfolge aus der Primärdatenbank nur den Hostnamen der Primärdatenbank.

Darüber hinaus enthält das Wallet und die Verbindungszeichenfolge aus einer Remote-Peerdatenbank nur den Hostnamen der Remote-Datenbank. Dies gilt sowohl für Instanz- als auch für regionale Wallets.

Oracle empfiehlt, dass Sie die in der Datenbank der primären Rolle ausgeführten Anwendungen so konfigurieren, dass das Wallet oder die Verbindungszeichenfolge verwendet wird, die von der primären Datenbank heruntergeladen wurden. Verwenden Sie für Anwendungen, die auf einer Remotedatenbank ausgeführt werden, das Wallet oder die Verbindungszeichenfolge, die von der Remotedatenbank heruntergeladen wurden (wobei die Remotedatenbank nach einem Failover oder nach einem Switchover die aktuelle Primärdatenbank ist). Sie können diese Verbindungszeichenfolgen oder das Wallet abrufen, indem Sie in der Oracle Cloud Infrastructure-Konsole auf Datenbankverbindung klicken.

Beispiel: Wenn Autonomous Data Guard regionsübergreifend mit der Primärdatenbank in Ashburn (IAD) und einer regionsübergreifenden Standbydatenbank in Phoenix (PHX) eingerichtet ist, empfiehlt Oracle, dass Ihre in IAD ausgeführten Mid-Tier-Anwendungen die Verbindungszeichenfolge oder Wallet aus der Primärdatenbank in IAD und den entsprechenden Anwendungen, die nach einem Failover oder nach einem Switchover in PHX ausgeführt werden, verwenden Sie die Verbindungszeichenfolge oder das Wallet aus der Standbydatenbank in PHX. Beim regionalen Failover oder Switchover empfiehlt Oracle ein Failover der Datenbank und der Mid-Tier-Anwendungen auf die neue Primär-Rollendatenbank, um eine optimale Performance zu erzielen und eine regionsübergreifende Latenz zu minimieren.

Weitere Informationen finden Sie unter Clientzugangsdaten (Wallets) herunterladen.

Wenn Ihre Anwendung dies erfordert, können Sie Verbindungszeichenfolgen, die sowohl primäre als auch Remote-Datenbankhostnamen enthalten, manuell erstellen, um die Verbindung zu einer Instanz zu unterstützen, die verfügbar ist und automatisch für Verbindungen geöffnet wird, der primären oder der Remote-Datenbank.

Einzelheiten zu den Schritten zum manuellen Erstellen dieser Verbindungszeichenfolgen finden Sie unter:

Autonomous Data Guard mit vom Kunden verwalteten Schlüsseln

Wenn Sie eine regionsübergreifende Standbydatenbank von Autonomous Data Guard hinzufügen, müssen Sie besonders berücksichtigen, wenn die Primärdatenbank vom Kunden verwaltete Schlüssel verwendet oder wenn Sie zur Verwendung von vom Kunden verwalteten Schlüsseln in der Primärdatenbank wechseln möchten.

Hinweis

Autonomous Database unterstützt mehrere vom Kunden verwaltete Schlüsselprovider. Nur Oracle Cloud Infrastructure Vault wird zur Verwendung mit Autonomous Data Guard unterstützt. Andere Vaults werden für vom Kunden verwaltete Schlüssel nicht unterstützt.

Damit eine Remotestandbydatenbank denselben Masterverschlüsselungsschlüssel wie die Primärdatenbank verwenden kann, muss der Masterverschlüsselungsschlüssel in der Remoteregion repliziert werden. Kundenverwaltete Verschlüsselungsschlüssel werden nur bei einer einzelnen regionsübergreifenden Autonomous Data Guard-Standby unterstützt. Mehrere regionsübergreifende Standbys werden nicht unterstützt, da Oracle Cloud Infrastructure Vault die Replikation nur in einer Remoteregion unterstützt.

Beachten Sie die folgenden Fälle:

  • Das Hinzufügen einer Autonomous Data Guard-Remotedatenbank ist zulässig, wenn Autonomous Database vom Kunden verwaltete Schlüssel verwendet. Wenn die Datenbank einen vom Kunden verwalteten Schlüssel verwendet und Sie eine regionsübergreifende Autonomous Data Guard-Standbydatenbank hinzufügen, werden in der Liste Region im Dialogfeld Peerdatenbank hinzufügen nur die Regionen angezeigt, die den replizierten Vault und die replizierten Schlüssel enthalten. Wenn keine Remoteregion aufgeführt wird, müssen Sie den Vault und die Schlüssel in der Region replizieren, in der Sie die Standbydatenbank verwenden möchten (dies muss eine gepaarte Region sein).

  • Der Wechsel zu vom Kunden verwalteten Schlüsseln ist auf der Primärdatenbank zulässig, wenn Sie über eine regionsübergreifende Autonomous Data Guard-Standbydatenbank verfügen. Wenn die Datenbank von Oracle verwaltete Schlüssel verwendet und Sie auf der Primärdatenbank zu vom Kunden verwalteten Schlüsseln wechseln, werden nur die Schlüssel angezeigt, die sowohl in der Primär- als auch in der Standbyregion repliziert werden. In den Listen "Verschlüsselungsschlüssel verwalten" (Vault und Masterverschlüsselungsschlüssel werden nur Vaults und Schlüssel angezeigt, die sowohl in der Primär- als auch in der Standbyregion repliziert werden. Wenn kein Schlüssel aufgeführt wird, replizieren Sie den Vault und die Schlüssel in einer gepaarten Region.

In den folgenden Themen finden Sie weitere Informationen:

Backups in eine regionsübergreifende Autonomous Data Guard-Standby replizieren

Wenn Sie eine regionsübergreifende Autonomous Data Guard-Standbydatenbank hinzufügen, können Sie die regionsübergreifende Backupreplikation aktivieren, sodass automatische Backups von der Primärdatenbank auch in einer Remoteregion verfügbar sind.

Standardmäßig werden die auf der Primärdatenbank erstellten Backups nicht auf eine regionsübergreifende Standbydatenbank repliziert. Wenn Sie die regionsübergreifende Backupreplikation aktivieren, werden bis zu 7 Tage automatische Backups für die Primärdatenbank in einer regionsübergreifenden Standbydatenbank repliziert. Wenn dieses Feature aktiviert ist, sind automatische Backups in der Remoteregion wie folgt verfügbar:

  • Nach einem Switchover oder Failover können Sie einen beliebigen Zeitstempel in den letzten sieben (7) Tagen oder einen beliebigen Zeitstempel im angegebenen Aufbewahrungszeitraum wiederherstellen oder klonen, wenn der Aufbewahrungszeitraum auf weniger als sieben Tage festgelegt ist.

  • Alle Backups für die Primärdatenbank, die auf die Remoteregion repliziert werden, werden auf dem Remoteregion-Peer nach sieben Tagen oder nach der Aufbewahrungsfrist in Tagen gelöscht, wenn der Aufbewahrungszeitraum auf weniger als sieben Tage festgelegt ist.

  • Sie können den Backupaufbewahrungszeitraum für replizierte Backups nicht ändern, es sei denn, Sie ändern den Backupaufbewahrungszeitraum für die Primärdatenbank, um einen Wert kleiner als sieben Tage anzugeben. In diesem Fall entspricht der Aufbewahrungszeitraum für replizierte Backups in der Remoteregion dem für die Primärdatenbank festgelegten Aufbewahrungszeitraum für automatische Backups.

Für die regionsübergreifende Backupreplikation fallen zusätzliche Kosten an. Weitere Informationen finden Sie unter Abrechnung der Oracle Autonomous Database Serverless-Features.

Weitere Informationen finden Sie unter Regionsübergreifende Standbydatenbank hinzufügen und Backupreplikation für eine vorhandene regionsübergreifende Standbydatenbank aktivieren oder deaktivieren.

Beachten Sie Folgendes bei der regionsübergreifenden automatischen Backupreplikation:

  • Nach einem Switchover oder Failover werden Backups auf der aktuellen Primärdatenbank erstellt und auf die aktuelle (Remote-)Standbydatenbank repliziert, während sich die regionsübergreifende Datenbank in der Primärrolle befindet.

  • In einer Remoteregion können Sie einen Klon aus einem replizierten Backup erstellen, während sich die Datenbank in der Rolle Standby befindet.

Regionsübergreifende BYOL-Lizenzierung von Autonomous Data Guard

Das für eine Autonomous Data Guard-Primärdatenbank festgelegte BYOL-ECPU-Limit gilt nicht für eine regionsübergreifende oder mandantenübergreifende Autonomous Data Guard-Standbydatenbank.

In einer regionsübergreifenden oder mandantenübergreifenden Standbydatenbank können Sie das BYOL-CPU-Limit nach Bedarf unabhängig festlegen. Wenn Sie einen Wert für das BYOL-Lizenzlimit festlegen, wird die Anzahl der ECPUs begrenzt, die von BYOL-Lizenzen abgedeckt werden.

Beispiel: Eine Autonomous Data Guard-Primärdatenbank mit 8 ECPUs und BYOL-Lizenzierung. Wenn Sie eine regionsübergreifende oder mandantenübergreifende Standbydatenbank hinzufügen, übernimmt die Standbydatenbank ihre Lizenzierung von der Primärdatenbank (mit BYOL-Lizenzierung).

Wenn Sie in diesem Beispiel das BYOL-Lizenzlimit auf 4 (ECPUs) für das primäre Element festlegen, verwenden 4 der 8 ECPUs die BYOL-Lizenzierung. Das für die Primärdatenbank festgelegte BYOL-Lizenzlimit gilt jedoch nicht für eine regionsübergreifende oder mandantenübergreifende Standbydatenbank. Die Standbydatenbank verwendet BYOL-Lizenzen (ohne BYOL-Lizenzlimit). Wenn Sie ein BYOL-Lizenzlimit für die Standbydatenbank separat festlegen, z.B. wenn Sie das BYOL-Lizenzlimit auf 2 (ECPUs) setzen, werden 2 ECPUs für die Standbydatenbank mit BYOL-Lizenzierung und 6 ECPUs in Rechnung gestellt. Entsprechend wirkt sich das für die Standbydatenbank festgelegte BYOL-ECPU-Limit nicht auf das BYOL-ECPU-Limit der Primärdatenbank aus.

Weitere Informationen finden Sie unter Bring Your Own License-Option beim Provisioning oder Klonen auswählen und Bring Your Own License auf Autonomous Database (ECPU Compute Model) auswählen.

Recovery Time Objective (RTO) und Recovery Point Objective (RPO) in Autonomous Data Guard

Autonomous Data Guard überwacht die Primärdatenbank. Bei einem Ausfall der Instanz übernimmt die lokale Standbyinstanz die Rolle der Primärinstanz gemäß dem Recovery Time Objective (RTO) und Recovery Point Objective (RPO).

Wenn keine lokale Autonomous Data Guard-Standbyinstanz verfügbar ist und Sie ein regionsübergreifendes Disaster Recovery aktiviert haben, können Sie einen manuellen Failover zur regionsübergreifenden Standbyinstanz durchführen.

Wenn Sie keine regionsübergreifende Autonomous Data Guard-Standbydatenbank hinzufügen, können Sie einen regionsübergreifenden, backupbasierten Disaster-Recovery-Peer hinzufügen. Weitere Informationen zu RTO und RPO mit backupbasiertem Disaster Recovery finden Sie unter Backupbasiertes Disaster Recovery - Zeitziel (RTO) und Recovery Point Objective (RPO).

Das RTO ist die maximale Zeit, die für die Wiederherstellung der Datenbankkonnektivität mit einer Standbydatenbank erforderlich ist, nachdem ein manueller oder automatischer Failover initiiert wurde. Das RPO ist die maximale Dauer des potenziellen Datenverlusts in der Primärdatenbank.

Lokale Autonomous Data Guard-Standby

Wenn Sie eine lokale Standbydatenbank hinzufügen, stellt Autonomous Data Guard die folgenden Optionen für Failover oder Switchover bereit:

  • Automatischer Failover oder Switchover:

    Wenn Sie Autonomous Data Guard aktivieren, können Sie ein Datenverlustlimit auswählen. Das Standardlimit für Datenverluste beim automatischen Failover ist 0 (gültige Werte sind 0 bis 3600 Sekunden). Beispiel: Ein Datenverlustlimit von 0 bedeutet, dass Autonomous Data Guard nur dann ein automatisches Failover ausführt, wenn kein Datenverlust vorliegt. Dies bedeutet, dass Autonomous Data Guard bei einem Problem automatisch einen Failover ausführt, wenn sichergestellt werden kann, dass kein Datenverlust vorliegt. Wenn ein Problem auftritt und Autonomous Data Guard feststellt, dass der mögliche Datenverlust größer als das Datenverlustlimit ist, wird kein automatisches Failover durchgeführt, und Sie haben die Möglichkeit, ein manuelles Failover auszuführen.

  • Manueller Failover: Das RTO beträgt zwei (2) Minuten und das RPO 10 Sekunden

Regionsübergreifende Autonomous Data Guard-Standby

Wenn Sie eine regionsübergreifende Standbydatenbank hinzufügen, lauten die RTO- und RPO-Nummern für einen Failover zur regionsübergreifenden Standbydatenbank von Autonomous Data Guard wie folgt:

  • Switchover: Das RTO ist weniger als zehn (10) Minuten und das RPO ist null (0).

  • Automatischer Failover: Nicht verfügbar

  • Manueller Failover: Das RTO beträgt weniger als zehn (10) Minuten und das RPO bis zu einer (1) Minute.

In den folgenden Themen finden Sie weitere Informationen:

Übergeordnetes Thema: Informationen zu Standby-Datenbanken

Autonomous Data Guard-Vorgänge

Autonomous Data Guard stellt eine Reihe von Vorgängen zur Verwaltung einer Standbydatenbank bereit, einschließlich: Aktivieren, Switchover, Trennen oder Beenden einer Standbydatenbank.

Vorgang Beschreibung
In Snapshot-Standbydatenbank konvertieren

Wenn Sie einen Disaster-Recovery-Peer in eine Snapshot-Standbydatenbank konvertieren, wird die Datenbank im Lese-/Schreibmodus geöffnet, und der regionsübergreifende Disaster-Recovery-Peer stoppt vorübergehend die Aktualisierung von Daten aus der Quelldatenbank.

Weitere Informationen finden Sie unter Regionsübergreifende Peer-zu-Snapshot-Standbydatenbank konvertieren.

Autonomous Data Guard deaktivieren

Wenn Sie über eine lokale Standbydatenbank oder eine regionsübergreifende Standbydatenbank verfügen, können Sie den Disaster-Recovery-Typ für die lokale Standbydatenbank in "Backupbasiertes Disaster Recovery" ändern oder eine regionsübergreifende Standbydatenbank beenden. Bei der Deaktivierung von Autonomous Data Guard wird in beiden Fällen die Standbydatenbank beendet.

Weitere Informationen finden Sie unter Standbydatenbank zur Verwendung eines Backupkopiepeers aktualisieren oder Regionsübergreifende Standbydatenbank deaktivieren.

Standbydatenbank trennen

Wenn Sie eine regionsübergreifende Standbydatenbank trennen, wird die Verknüpfung der Standbydatenbank 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.

Weitere Informationen finden Sie unter Peerdatenbank trennen und Snapshot-Standbydatenbank trennen.

Autonomous Data Guard aktivieren

Wenn Sie ein backupbasiertes Disaster Recovery verwenden, können Sie den Disaster-Recovery-Typ in Autonomous Data Guard (aktuelle Region) aktualisieren oder eine regionsübergreifende Autonomous Data Guard-Standbydatenbank hinzufügen.

Weitere Informationen finden Sie unter Autonomous Data Guard aktivieren und Regionsübergreifende Standbydatenbank hinzufügen.

Failover - Automatisch

Nachdem Sie eine lokale Autonomous Data Guard-Standbydatenbank hinzugefügt haben, überwacht das System die Primärinstanz und führt in bestimmten Szenarios automatisch einen Failover zu einer lokalen Standbydatenbank durch.

Weitere Informationen finden Sie unter Automatischer Failover mit einer Standbydatenbank.

Failover - Manuell

Wenn die Primärdatenbank nicht verfügbar ist, können Sie einen manuellen Failover durchführen, um die Rollen zu ändern und eine Standbydatenbank zur Primärdatenbank zu machen:

  • Wenn eine lokale Standby-Datenbank verfügbar ist, können Sie einen manuellen Failover zur lokalen Standby-Datenbank durchführen (Sie können keinen Failover zur Remote Standby-Datenbank durchführen, wenn eine lokale Standby-Datenbank verfügbar ist).
  • Wenn keine lokale Standby-Datenbank verfügbar ist, können Sie einen manuellen Failover zu einer Remote Standby-Datenbank durchführen.

Weitere Informationen finden Sie unter Manuellen Failover ausführen.

Switchover

Wenn Autonomous Data Guard aktiviert ist, ändert ein Switchover die Rollen der Primärdatenbank und der Standby-Datenbank. Die Standby-Datenbank wird zur Primärdatenbank, und die Primärdatenbank wird zur Standby-Datenbank. Wenn Sie sowohl eine lokale Standby-Datenbank (aktuelle Region) als auch eine überregionale Standby-Datenbank (remote) haben, können Sie entweder zu der lokalen Standby-Datenbank oder zur Remote-Standby-Datenbank wechseln.

Weitere Informationen finden Sie unter Switchover ausführen.

Beenden

Wenn Sie die Primärinstanz beenden möchten, wählen Sie Weitere Aktionen und dann Beenden aus. Wenn Sie die primäre Instanz beenden, wird auch eine lokale Standbydatenbank beendet.

Wenn sowohl eine lokale Standbydatenbank (aktuelle Region) als auch eine regionsübergreifende Standbydatenbank vorhanden sind, müssen Sie die regionsübergreifende Standbydatenbank beenden, bevor Sie die Primärdatenbank beenden.

Weitere Informationen finden Sie unter Regionsübergreifende Standbydatenbank beenden.

Übergeordnetes Thema: Informationen zu Standby-Datenbanken

Disaster-Recovery-Status von Autonomous Database

Autonomous Database stellt Informationen zum Disaster-Recovery-Status auf der Seite "Autonomous Database-Details" bereit.

Gehen Sie im Bereich Disaster Recovery wie folgt vor:

Im Feld Rolle wird die Rolle der aktuellen Datenbank wie folgt angezeigt:

  • Wenn Sie entweder über einen lokalen Backupkopie-Peer oder eine lokale Autonomous Data Guard-Standby verfügen, wird in der Oracle Cloud Infrastructure-Konsole im Feld Rolle der Wert Primär angezeigt. Autonomous Database bietet keinen Zugriff auf eine lokale Standby-Datenbank (oder einen lokalen Backupkopie-Peer).

  • Wenn Sie einen regionsübergreifenden Backupkopie-Peer oder eine regionsübergreifende Autonomous Data Guard-Standby verwenden, wird in der Oracle Cloud Infrastructure-Konsole im Feld Rolle der Wert Primär angezeigt, wenn Sie die Primärdatenbank anzeigen, und Standby, wenn Sie die Details für eine Standbydatenbank anzeigen.

  • Switchover: Stellt einen Link bereit, mit dem Sie einen Switchover-Vorgang ausführen können.

  • Failover: Wenn die Primärdatenbank nicht verfügbar ist, eine lokale Standbydatenbank vorhanden ist und ein automatischer Failover nicht erfolgreich war, können Sie mit dem Failover-Link einen manuellen Failover initiieren.

    Wenn die Primärdatenbank nicht verfügbar, eine regionsübergreifende Standbydatenbank vorhanden und ein Failover zu einer lokalen Standbydatenbank nicht möglich ist, können Sie mit dem Failover-Link einen manuellen Failover zur Remotestandbydatenbank initiieren.

Um die Peer-Autonomous Database-Informationen anzuzeigen, klicken Sie unter Ressourcen auf Disaster Recovery. In diesem Bereich werden die Informationen zur autonomen Peerdatenbank aufgeführt. Im Feld Status wird der Status der Standbydatenbank wie folgt angezeigt:

  • Provisioning

    • Dieser Status wird angezeigt, wenn Sie Autonomous Data Guard aktivieren. Er gibt an, dass eine Standby-Datenbank durch Provisioning bereitgestellt wird (bis der Status der Standby-Datenbank in Standby wechselt).

    • Dieser Status wird nach einem Failover zu einer lokalen Standbydatenbank angezeigt, wenn eine lokale Standbydatenbank neu erstellt wird.

    • Dieser Status wird angezeigt, wenn eine Wiederherstellung aus einem Backup in der Primärdatenbank ausgeführt, die lokale Standbydatenbank neu erstellt und in der Spalte Status "Provisioning wird ausgeführt" angezeigt wird.

  • Standby: Gibt an, dass eine Standby-Datenbank verfügbar und für einen Switchover- oder Failover-Vorgang bereit ist.

    Hinweis

    Wenn eine Standbydatenbank gestoppt wird, wird im Standbystatus Standby angezeigt. Eine Standbydatenbank zeigt nie den Status Gestoppt an.

  • Rollenänderung wird ausgeführt:: Gibt an, dass ein Failover- oder Switchover-Vorgang gestartet wurde.

Übergeordnetes Thema: Informationen zu Standby-Datenbanken

Autonomous Data Guard-Ereignisse

Sie können mit Oracle Cloud Infrastructure-Ereignissen reagieren, wenn sich der Autonomous Database-Status aufgrund eines mit Autonomous Data Guard zusammenhängenden Ereignisses ändert, wie einem Failover- oder Switchover-Vorgang.

Zu Autonomous Database-Ereignissen gehören die Folgenden:

  • Automatisches Failover starten
  • Automatisches Failover beenden
  • Deaktivierung von Autonomous Data Guard starten
  • Aktivierung von Autonomous Data Guard starten
  • Failover starten
  • Switchover starten
  • Deaktivierung von Autonomous Data Guard beenden
  • Aktivierung von Autonomous Data Guard beenden
  • Failover mit Failover-Ergebnis "Erfolgreich" oder "Fehler" beenden
  • Switchover mit Switchover-Ergebnis "Erfolgreich" oder "Fehler" beenden

Auf Basis von Ereignissen können Sie Aktionen ausführen oder Benachrichtigungen senden. Weitere Informationen zur Verwendung von Ereignissen und zur Erstellung von Benachrichtigungen finden Sie unter Ereignisse und Benachrichtigungen für eine Standbydatenbank.

Übergeordnetes Thema: Informationen zu Standby-Datenbanken