Oracle Cloud Infrastructure-Dokumentation

Info zu Standbydatenbanken

Bietet Informationen zur Aktivierung und Verwendung von Autonomous Data Guard für Disaster Recovery in einer autonomen KI-Datenbank.

Wenn Sie Autonomous Data Guard verwenden, erstellt das System eine Standbydatenbank, die kontinuierlich mit den Änderungen aus der Primärdatenbank aktualisiert werden. Sie können Autonomous Data Guard mit einer Standbydatenbank in der aktuellen Region, einer lokalen Standbydatenbank oder mit einer oder mehreren Standbydatenbanken in verschiedenen Regionen und regionsübergreifenden 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.

Durch die Auswahl der Disaster Recovery-Optionen, die Autonomous AI Database bietet, 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 autonome AI-Datenbankinstanz eine lokale Backup-basierte Disaster-Recovery-Peerdatenbank bereit.

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

Um die resilientste Disaster-Recovery-Option von Autonomous AI 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 Backup-Based Disaster Recovery verwenden, im Vergleich zu Autonomous Data Guard niedrigere Kosten und höhere Recovery Time Objective-(RTO-)Disaster Recovery-Optionen bereitstellen. Einzelheiten zu Backup-basiertem Disaster Recovery finden Sie unter Backup-basiertes Disaster Recovery nutzen.

Themen

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

Autonomous Data Guard mit lokaler Standbydatenbank

Wenn Sie eine Autonomous Data Guard-Standbydatenbank in der aktuellen Region verwenden, stellt Autonomous AI Database eine lokale Standbydatenbank bereit und überwacht die Primärdatenbank. Wenn die Primärdatenbank heruntergefahren wird oder ausfällt, übernimmt die Standbyinstanz automatisch die Rolle der Primärinstanz.

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

Durch das Hinzufügen einer lokalen Standbydatenbank wird eine identische Standbydatenbank bereitgestellt, 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.

Autonome KI-Datenbank bietet keinen Zugriff auf eine Standbydatenbank in der aktuellen Region. Sie führen alle Vorgänge, wie die vertikale Skalierung der ECPU-Anzahl (OCPU-Anzahl, wenn Ihre Datenbank OCPUs verwendet) und die Aktivierung von Compute-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 in einer anderen Faultdomain als die Primärdatenbank bereitgestellt (d.h. auf einem anderen physischen Rechner).

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

Alle Features der autonomen KI-Datenbank von der Primärdatenbank sind verfügbar, wenn die lokale Standbyinstanz zur Primärinstanz wird, nachdem das System einen Failover-Vorgang oder nach dem Ausführen eines Switchover-Vorgangs ausgeführt hat. 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 einem Switchover die gleichen 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 "Regionales 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 die autonome KI-Datenbank 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: Standbydatenbanken

Autonomous Data Guard mit regionsübergreifender oder mandantenübergreifender Standbydatenbank

Sie können eine regionsübergreifende oder mandantenübergreifende Autonomous Data Guard-Standbydatenbank hinzufügen.

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 ist verfügbar, um die Rolle der nicht verfügbaren Primärinstanz zu übernehmen. Wenn Sie eine Standbydatenbank in einem anderen Mandanten hinzufügen, stellt Autonomous Data Guard eine Standbydatenbank bereit, die sich in einem anderen Mandanten befindet. Die Standbydatenbank ist verfügbar, um die Rolle der nicht verfügbaren Primärinstanz zu übernehmen.

Weitere Informationen finden Sie unter Autonomous Data Guard mit regionsübergreifender Standbydatenbank.

Übergeordnetes Thema: Standbydatenbanken

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

Autonomous Data Guard überwacht die Primärdatenbank, und wenn die Instanz ausfällt, übernimmt die lokale Standbyinstanz die Rolle der Primärinstanz gemäß Recovery Time Objective (RTO) und Recovery Point Objective (RPO).

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

Wenn Sie keine regionsübergreifende Autonomous Data Guard-Standbydatenbank hinzufügen, können Sie einen regionsübergreifenden Backup-basierten Disaster-Recovery-Peer hinzufügen. Weitere Informationen zu RTO und RPO mit Backup-Based Disaster Recovery finden Sie unter Backup-Based Disaster Recovery Time Objective (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. Der RPO ist die maximale Dauer potenzieller Datenverluste in der primären Datenbank.

Lokale Autonomous Data Guard-Standbydatenbank

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

  • Automatisches Failover oder Switchover:

    Wenn Sie Autonomous Data Guard aktivieren, können Sie ein Datenverlustlimit auswählen. Der standardmäßige Datenverlustgrenzwert für automatisches Failover beträgt 0 (gültige Werte sind 0 bis 3600 Sekunden). Beispiel: Ein Datenverlustgrenzwert von 0 bedeutet, dass Autonomous Data Guard nur automatisches Failover ausführt, wenn kein Datenverlust auftritt. Das heißt, wenn Autonomous Data Guard prüfen kann, ob kein Datenverlust vorliegt, wird bei einem Problem automatisch ein Failover durchgeführt. Wenn ein Problem auftritt und Autonomous Data Guard feststellt, dass der mögliche Datenverlust größer ist als das Datenverlustlimit, erfolgt kein automatisches Failover, und Sie haben die Möglichkeit, ein manuelles Failover auszuführen.

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

Regionsübergreifende Autonomous Data Guard-Standbydatenbank

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

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

  • Automatischer Failover: Nicht verfügbar

  • Manuelles Failover: Das RTO ist weniger als zehn (10) Minuten und das RPO ist bis zu einer (1) Minute.

In den folgenden Themen finden Sie weitere Informationen:

Übergeordnetes Thema: Standbydatenbanken

Autonomous Data Guard-Vorgänge

Autonomous Data Guard bietet eine Reihe von Vorgängen zum Verwalten einer Standbydatenbank, darunter: Aktivieren, Switchover, Trennen oder Beenden einer Standbydatenbank.

Arbeitsvorgang Beschreibung
In Snapshots-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übergreifenden Peer in Snapshot Standby konvertieren.

Autonomous Data Guard deaktivieren

Wenn Sie eine lokale Standbydatenbank oder eine regionsübergreifende Standbydatenbank haben, können Sie den Disaster-Recovery-Typ in "Backupbasiertes Disaster Recovery" für die lokale Standbydatenbank ändern oder eine regionsübergreifende Standbydatenbank beenden. In beiden Fällen wird die Standbydatenbank durch Deaktivieren von Autonomous Data Guard beendet.

Weitere Informationen finden Sie unter Standby aktualisieren, um einen Backupkopie-Peer zu verwenden oder Regionsübergreifende Standbydatenbank deaktivieren.

Standby trennen

Wenn Sie eine regionsübergreifende Standbydatenbank trennen, wird die Verknüpfung der Standbydatenbank mit der primären Datenbank aufgehoben. Dadurch wird die Datenbank von einer Peerdatenbank in eine Standalone-Datenbank konvertiert. Nach dem Vorgang zum Trennen der Verbindung sind Sie nicht berechtigt, sich erneut mit der primären Verbindung zu verbinden.

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

Autonomous Data Guard aktivieren

Wenn Sie backupbasiertes Disaster Recovery verwenden, können Sie den Disaster-Recovery-Typ in lokalen (aktuellen) Autonomous Data Guard 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 ein 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 Standbydatenbank verfügbar ist, können Sie manuell ein Failover auf die lokale Standbydatenbank durchführen (Sie können kein Failover auf eine Remote-Standbydatenbank ausführen, wenn eine lokale Standbydatenbank verfügbar ist).
  • Wenn keine lokale Standbydatenbank verfügbar ist, können Sie manuell ein Failover zu einer Remote-Standbydatenbank durchführen.

Weitere Informationen finden Sie unter Manuelles Failover ausführen.

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 als auch eine regionsübergreifende Standbydatenbank (remote) haben, können Sie entweder ein Switchover zur lokalen Standbydatenbank oder zur Remotestandbydatenbank durchführen.

Weitere Informationen finden Sie unter Switchover ausführen.

Beenden

Wenn Sie die Primärinstanz beenden möchten, wählen Sie Weitere Aktion und Beenden aus. Durch Beenden der primären Instance wird auch eine lokale Standby-Datenbank beendet.

Wenn sowohl eine lokale Standbydatenbank (aktuelle Region) als auch eine regionsübergreifende Standbydatenbank vorhanden ist, 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: Standbydatenbanken

Disaster-Recovery-Status der autonomen KI-Datenbank

Die autonome KI-Datenbank enthält Informationen zum Disaster Recovery-Status auf der Seite "Autonome KI-Datenbankdetails".

Gehen Sie im Bereich Disaster Recovery wie folgt vor:

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

  • Wenn Sie entweder einen lokalen Backupkopie-Peer oder eine lokale Autonomous Data Guard-Standbydatenbank haben, wird in der Oracle Cloud Infrastructure-Konsole der Feldwert Rolle Primär angezeigt. Autonome KI-Datenbank bietet keinen Zugriff auf eine lokale Standbydatenbank (oder auf einen lokalen Backupkopie-Peer).

  • Wenn Sie entweder einen regionsübergreifenden Backupkopie-Peer oder eine regionsübergreifende Autonomous Data Guard-Standbydatenbank verwenden, zeigt die Oracle Cloud Infrastructure-Konsole den Feldwert Rolle Primär an, wenn Sie die Primärdatenbank anzeigen. Außerdem wird Standby angezeigt, 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 Informationen zur autonomen KI-Peerdatenbank anzuzeigen, wählen Sie auf der Detailseite der autonomen KI-Datenbank die Registerkarte Disaster Recovery aus. Hier werden die Informationen zur autonomen Peer-KI-Datenbank angezeigt. Im Feld Status wird der Status der Standbydatenbank wie folgt angezeigt:

  • Provisioning

    • Dieser Status wird angezeigt, wenn Sie Autonomous Data Guard aktivieren, und gibt an, dass eine Standbydatenbank Provisioning durchführt (bis der Status der Standbydatenbank in Standby geändert wird).

    • 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 Standbydatenbank verfügbar und für einen Switchover- oder Failover-Vorgang bereit ist.

    Hinweis

    Wenn eine Standbydatenbank gestoppt wird, wird im Standbystatus Standby angezeigt. In einer Standbydatenbank wird nie der Status Gestoppt angezeigt.

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

Übergeordnetes Thema: Standbydatenbanken

Autonomous Data Guard-Ereignisse

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

Zu den Ereignissen der autonomen KI-Datenbank gehören:

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

Autonomous Data Guard-Metriken

Mit Oracle Cloud Infrastructure-Metriken können Sie Autonomous Data Guard überwachen.

Zu den Metriken der autonomen KI-Datenbank gehören:

  • Peer-Lag: Die Gesamtzeit in Sekunden, um die der Disaster-Recovery-Peer hinter der Primärdatenbank zurückbleibt.

Weitere Informationen finden Sie unter Verfügbare Metriken: oci_autonomous_database.

Übergeordnetes Thema: Standbydatenbanken