Wenn Sie Autonomous Data Guard mit einer Standbydatenbank in der aktuellen Region aktivieren, überwacht Autonomous Database die Primärdatenbank. Wenn die Primärdatenbank heruntergefahren wird oder ausfällt, übernimmt die Standbyinstanz die Rolle der Primärinstanz.

Wenn Autonomous Data Guard mit einer lokalen Standbydatenbank aktiviert ist, stellt Autonomous Database eine identische Standbydatenbank bereit, die je nach Status der Primärdatenbank Folgendes zulässt:

• 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 vertikale Skalieren der OCPU-Anzahl und das Aktivieren von Autoscaling, in der Primärdatenbank 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 auf einem anderen physischen Rechner als die Primärdatenbank bereitgestellt.

Alle Autonomous Database-Features von der Primärdatenbank sind verfügbar, wenn die lokale Standbyinstanz nach dem Failover des Systems oder nach dem Ausführen eines Switchover-Vorgangs zur Primärinstanz wird. Dazu gehören:

• Datenbankoptionen: Die Optionen für OCPU-Anzahl, Speicher, Anzeigename, Datenbankname, Autoscaling, Tags und Lizenzierung 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.

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

Wenn Sie Autonomous Data Guard mit einer Standbydatenbank in einer anderen Region aktivieren und die Primärinstanz heruntergefahren wird oder ausfällt, stellt Autonomous Data Guard eine Standbyinstanz bereit, die die Rolle der Primärinstanz übernehmen kann. Die Standbydatenbank ist ein Replikat der Primärdatenbank und kann bei einem Ausfall oder bei Nichtverfügbarkeit der Primärdatenbank für ein Recovery verwendet werden. Die Aktivierung von Autonomous Data Guard mit einer regionsübergreifenden Standbydatenbank stellt eine Disaster-Recovery-Lösung für den Fall bereit, dass eine gesamte Region nicht verfügbar ist oder die Primärdatenbank aus beliebigem Grund heruntergefahren wird oder ausfällt.

Gepaarte Regionen von Autonomous Data Guard sind Remoteregionen, in denen Sie eine regionsübergreifende Standbydatenbank erstellen können. Mit Autonomous Data Guard können Sie eine Remotestandbydatenbank erstellen. Eine Liste der gepaarten Regionen finden Sie unter Autonomous Data Guard - Gepaarte Regionen.

Nachdem Sie Autonomous Data Guard mit einer Remotestandbydatenbank aktiviert haben, bietet Autonomous Database über die Oracle Cloud Infrastructure-Konsole Zugriff auf die Remotestandbydatenbank. Sie führen fast alle Vorgänge, wie das vertikale Skalieren der OCPU-Anzahl und das Aktivieren von Autoscaling, in der Primärdatenbank aus. Autonomous Data Guard führt dann dieselben Aktionen in der regionsübergreifenden Standbydatenbank aus. Autonomous Database bietet Zugriff auf die regionsübergreifende Standbydatenbank, sodass Sie einige Vorgänge unabhängig in der Remotestandbydatenbank ausführen können. Unter anderem können Sie Netzwerke und VCNs für private Endpunkte konfigurieren und Tagging zum Definieren von Schlüsseln und Werten verwenden, die nicht zwischen der Primärdatenbank und der Remotestandbydatenbank repliziert werden.

Autonomous Data Guard führt keinen automatischen Failover für eine regionsübergreifende Standbydatenbank aus. Wenn weder die Primärdatenbank noch eine lokale Standbydatenbank verfügbar ist, können Sie einen manuellen Failover durchführen, damit die Standbydatenbank der Remoteregion die primäre Rolle übernimmt.

Sie können keine Verbindung zu einer Remotestandbydatenbank herstellen, und eine Remotestandbydatenbank ist nicht für schreibgeschützte Vorgänge verfügbar. Sie können eine Verbindung zur Datenbank der Remoteregion herstellen, wenn diese nach einem Switchover oder einem manuellen Failover die primäre Rolle übernimmt.

Wenn Sie einen Failover oder Switchover von der Primärdatenbank in der primären Region zur Standbydatenbank in der primären Region durchführen, unterscheiden sich die folgenden Bereiche hinsichtlich Failover und Switchover von einem Failover oder Switchover zu einer lokalen Standbydatenbank:

• Anzeigename: Der Anzeigename hat die Erweiterung "_Remote".

• OML-Notizbücher: Nach einem regionsübergreifenden Switchover oder Failover sind OML-Notizbücher aus der primären Region nicht in der Remoteregion vorhanden. In der Remoteregion können neue OML-Notizbücher erstellt werden.

• Privater Endpunkt: Sie können vor dem Failover oder Switchover private Endpunkte in der Remotestandbydatenbank unabhängig voneinander konfigurieren und aktualisieren. Nach einem Failover oder Switchover kann ein privater Endpunkt somit anders konfiguriert sein. Autonomous Database hält die Netzwerkkonfiguration nicht zwischen Primärdatenbank und Standbydatenbank in der Remoteregion synchronisiert.

  VCN-Peering und Domainweiterleitung sind erforderlich, damit Wallets regionsübergreifend funktionieren, wenn autonome Datenbanken mit privatem Endpunkt und aktiviertem Autonomous Data Guard verwendet werden und sich die Primärdatenbank und die Remotedatenbank in unterschiedlichen VCNs befinden. Weitere Informationen zu VCN-Peering und Domainweiterleitung finden Sie unter Remote-VCN-Peering mit einem RPC und DNS im virtuellen Cloud-Netzwerk.

• APIs oder Skripte: Alle APIs oder Skripte, mit denen Sie Autonomous Database verwalten, müssen aktualisiert werden, um die APIs in der Datenbank der Remoteregion nach einem Failover-Vorgang oder nach einem Switchover aufzurufen.

  Für optimale Performance und schnellste Verbindungszeit empfiehlt Oracle, nach einem Failover oder Switchover ein Wallet aus der Datenbank der Remoteregion herunterzuladen, wenn Sie die Datenbank der Remoteregion als Primärdatenbank verwenden.

• Clientanwendungen: Clientanwendungen können das Einzelinstanz-Wallet verwenden, das die Verbindungszeichenfolgen sowohl der Primär- als auch der Standbydatenbank enthält. Sie müssen ihr Wallet für die Verbindung mit der Datenbank nicht ändern, nachdem ein Failover oder Switchover zur Standbydatenbank erfolgt ist.

  Für optimale Performance und schnellste Verbindungszeit empfiehlt Oracle, nach einem Failover oder Switchover ein Wallet aus der Datenbank der Remoteregion herunterzuladen, wenn Sie die Datenbank der Remoteregion als Primärdatenbank verwenden.

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

  Für optimale Performance und schnellste Verbindungszeit empfiehlt Oracle, nach einem Failover oder Switchover ein Wallet aus der Datenbank der Remoteregion herunterzuladen, wenn Sie die Datenbank der Remoteregion als Primärdatenbank verwenden.

• Autonomous Database-Tools: Die Tools haben nach einem Switchover oder Failover zur regionsübergreifenden Standbydatenbank abweichende URLs in der Remoteregion (bei einem Switchover oder Failover zu einer lokalen Standbydatenbank ändern sich die Tool-URLs nicht):

  • Database Actions

  • Oracle APEX (APEX)

  • Oracle REST Data Services (ORDS)

  • Autonomous Database-Servicekonsole

  • Graph Studio

  • Oracle Machine Learning-Notizbücher

  • Oracle Machine Learning-Benutzermanagement

• Oracle Cloud Infrastructure Object Storage-Nutzung: Nachdem Sie den Failover oder Switchover von der Primärdatenbank in der primären Region zur Standbydatenbank in der Remoteregion durchgeführt haben, funktionieren die Zugangsdaten und die URLs, die Zugriff auf Object Storage in der primären Region ermöglichen, weiterhin wie vor dem Failover oder Switchover. Damit haben Sie Zugriff auf Folgendes:

  • Manuelle Backups

  • Externe Tabellen

  • Externe partitionierte Tabellen

  • Externe hybride partitionierte Tabellen

  Hinweis
  
  Dies gilt, wenn Object Storage in der primären Region verfügbar ist. Für den seltenen Fall, dass Object Storage in der primären Region nicht verfügbar ist, empfiehlt Oracle, Object Storage-Backups oder -Replikationen in einer anderen Region bereitzuhalten. Wenn Object Storage in der primären Region nicht verfügbar ist, 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 der verfügbaren Region angeben. Weitere Informationen finden Sie unter Replikation verwenden.

Autonomous Data Guard überwacht die Primärdatenbank. Wenn die Instanz heruntergefahren wird oder ausfällt, übernimmt die lokale Standbyinstanz die Rolle der Primärinstanz gemäß dem Recovery Time Objective (RTO) und Recovery Point Objective (RPO). Wenn die lokale Standbyinstanz nicht verfügbar ist und Sie eine regionsübergreifende Standbydatenbank aktiviert haben, können Sie einen manuellen Failover zu einer regionsübergreifenden Standbydatenbank durchführen.

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 in Minuten.

Wenn Autonomous Data Guard mit einer lokalen Standbydatenbank aktiviert ist, lauten die RTO- und RPO-Zahlen wie folgt:

• Automatischer Failover: Das RTO beträgt zwei (2) Minuten, und das RPO ist Null (0). Weitere Informationen zum automatischen Failover finden Sie unter Automatischer Failover mit Standbydatenbank.

• Manueller Failover: Das RTO beträgt zwei (2) Minuten und das RPO bis zu einer (1) Minute. Weitere Informationen zum manuellen Failover finden Sie unter Manueller Failover mit Standbydatenbank.

Wenn Autonomous Data Guard mit einer regionsübergreifenden Standbydatenbank aktiviert ist, lauten die RTO- und RPO-Zahlen für einen Failover zur regionsübergreifenden Standbydatenbank wie folgt:

• Automatischer Failover: Nicht verfügbar

• Manueller Failover: Das RTO beträgt fünfzehn (15) Minuten und das RPO bis zu einer (1) Minute.

Autonomous Database stellt die folgenden Vorgänge mit Autonomous Data Guard bereit:

• Aktivieren: Wenn Autonomous Data Guard deaktiviert ist, können Sie Autonomous Data Guard aktivieren.

  Weitere Informationen finden Sie unter Standbydatenbank aktivieren.

• Standbydatenbank hinzufügen: Nachdem Sie Autonomous Data Guard mit einer lokalen Standbydatenbank (aktuelle Region) oder einer regionsübergreifenden Standbydatenbank (remote) aktiviert haben, können Sie eine zweite Standbydatenbank hinzufügen. Wenn die zuerst aktivierte Standbydatenbank eine Remotedatenbank ist, können Sie eine lokale Standbydatenbank (aktuelle Region) hinzufügen. Wenn die zuerst aktivierte Standbydatenbank eine Standbydatenbank der aktuellen Region ist, können Sie eine regionsübergreifende Standbydatenbank hinzufügen.

  Weitere Einzelheiten finden Sie unter Standbydatenbank hinzufügen.

• Deaktivieren: Wenn Autonomous Data Guard aktiviert ist, können Sie Autonomous Data Guard deaktivieren. Wenn Sie Autonomous Data Guard deaktivieren, wird die Standbydatenbank beendet. Wenn Sie sowohl eine lokale Standbydatenbank (aktuelle Region) als auch eine regionsübergreifende Standbydatenbank (remote) haben, deaktivieren Sie jede Standbydatenbank einzeln.

  Weitere Informationen finden Sie unter Standbydatenbank deaktivieren.

• Switchover: Wenn Autonomous Data Guard aktiviert ist, ändert ein Switchover die Rollen der Primärdatenbank und der Standbydatenbank. Die Standbydatenbank wird zur Primärdatenbank, und die Primärdatenbank wird zur Standbydatenbank. Wenn Sie sowohl eine lokale Standbydatenbank (aktuelle Region) als auch eine regionsübergreifende Standbydatenbank (remote) haben, können Sie entweder einen Switchover der lokalen Standbydatenbank oder der Remotestandbydatenbank vornehmen.

  Weitere Informationen finden Sie unter Switchover ausführen.

• Manueller Failover: 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 Standbydatenbank verfügbar ist, können Sie einen manuellen Failover zur lokalen Standbydatenbank durchführen (Sie können keinen Failover zur Standbydatenbank einer Remoteregion durchführen, wenn eine lokale Standbydatenbank verfügbar ist).
  • Wenn eine lokale Standbydatenbank nicht aktiviert ist oder mit Autonomous Data Guard aktiviert wurde und nicht verfügbar ist, können Sie einen manuellen Failover zu einer Remotestandbydatenbank vornehmen.

  Weitere Informationen finden Sie unter Manueller Failover mit Standbydatenbank.

• Beenden: Wenn Sie die Primärinstanz beenden möchten, wählen Sie Weitere Aktionen und dann Beenden aus. Wenn Sie die Primärinstanz beenden, wird auch die Standbydatenbank beendet. Wenn Sie sowohl eine lokale Standbydatenbank (aktuelle Region) als auch eine regionsübergreifende Standbydatenbank (remote) haben, werden hierdurch die lokale Standbydatenbank und die Remotestandbydatenbank beendet.

Autonomous Database stellt auf der Seite "Details zur autonomen Datenbank" Informationen zum Status von Autonomous Data Guard bereit.

Im Feld Status werden die Statusinformationen für Autonomous Data Guard wie folgt angezeigt:

• Aktiviert gibt an, dass Autonomous Data Guard aktiviert ist.

• Deaktiviert gibt an, dass Autonomous Data Guard nicht aktiviert ist.

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

• Wenn Sie Autonomous Data Guard mit einer lokalen Standbydatenbank verwenden, wird in der Oracle Cloud Infrastructure-Konsole im Feld Rolle der Wert Primär angezeigt. Autonomous Database bietet keinen Zugriff auf eine lokale Standbydatenbank.

• Wenn Sie Autonomous Data Guard mit einer regionsübergreifenden Standbydatenbank 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 die 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 Informationen zur autonomen Peerdatenbank anzuzeigen, klicken Sie unter Ressourcen auf Autonomous Data Guard. In diesem Bereich werden die Informationen zur autonomen Peerdatenbank aufgeführt. Im Feld Status wird der Status der Standbydatenbank wie folgt angezeigt:

• Provisioning wird ausgeführt

  • Dieser Status wird angezeigt, wenn Sie Autonomous Data Guard aktivieren. Er gibt an, dass eine Standbydatenbank durch Provisioning bereitgestellt wird (bis die Standbydatenbank verfügbar ist).

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

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

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

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:

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