So führen Sie eine Oracle Data Guard-Umschaltung aus - Amazon Relational Database Service

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

So führen Sie eine Oracle Data Guard-Umschaltung aus

Eine Umschaltung ist ein Rollentausch zwischen einer Primärdatenbank und einer Standby-Datenbank. Während einer Umschaltung wechselt die ursprüngliche Primärdatenbank in eine Standby-Rolle, während die ursprüngliche Standby-Datenbank in die primäre Rolle übergeht.

In einer Oracle Data Guard-Umgebung unterstützt eine Primärdatenbank eine oder mehrere Standby-Datenbanken. Sie können einen verwalteten, Umschaltungs-basierten Rollenübergang von einer Primärdatenbank zu einer Standby-Datenbank durchführen. Eine Umschaltung ist ein Rollentausch zwischen einer Primärdatenbank und einer Standby-Datenbank. Während einer Umschaltung wechselt die ursprüngliche Primärdatenbank in eine Standby-Rolle, während die ursprüngliche Standby-Datenbank in die primäre Rolle übergeht.

Übersicht über Oracle Data Guard-Umschaltung

Amazon RDS unterstützt einen vollständig verwalteten, Umschaltungs-basierten Rollenübergang für Oracle-Datenbank-Replikate. Sie können nur eine Umschaltung zu einer Standby-Datenbank initiieren, die eingebunden oder schreibgeschützt geöffnet ist.

Die Replikate können sich in separaten AWS-Regionen oder in verschiedenen Availability Zones (AZs) einer einzelnen Region befinden. Alle AWS-Regionen werden unterstützt.

Umschalten einer Standby-Instance zu einer primären Instance

Ein Switchover unterscheidet sich von einer Read Replica-Promotion. Bei einem Switchover wechseln die Rollen der Quell- und Replikat-DB-Instances. Bei einer Beförderung wird eine Read Replica zu einer Quell-DB-Instance, aber die Quell-DB-Instance wird nicht zu einer Replik. Weitere Informationen finden Sie unter Hochstufen eines Lesereplikats zur eigenständigen DB-Instance.

Vorteile von Oracle Data Guard-Umschaltung

Genau wie bei RDS-für-Oracle-Read-Replikate basiert eine verwaltete Umschaltung auf Oracle Data Guard. Der Vorgang ist so ausgelegt, dass kein Datenverlust auftritt. Amazon RDS automatisiert die folgenden Aspekte der Umschaltung:

  • Kehrt die Rollen der Primärdatenbank und der angegebenen Standby-Datenbank um und versetzt die neue Standby-Datenbank in denselben Zustand (eingebunden oder schreibgeschützt) wie die ursprüngliche Standby-Datenbank

  • Stellt Datenkonsistenz sicher

  • Behält Ihre Replikationskonfiguration nach der Umstellung

  • Unterstützt wiederholte Umkehrungen, sodass Ihre neue Standby-Datenbank zu ihrer ursprünglichen primären Rolle zurückkehren kann

Unterstützte Oracle-Database-Versionen

Oracle Data Guard Switchover wird für Oracle Database 19c unterstützt.

Kosten für Oracle Data Guard-Umschaltung

Für die Oracle Data Guard-Umschaltungsfunktion fallen keine zusätzlichen Kosten an. Oracle Database Enterprise Edition unterstützt Standby-Datenbanken im aufgespielten Modus. Wenn Sie Standby-Datenbanken im schreibgeschützten Modus öffnen möchten, benötigen Sie die Option Oracle Active Data Guard.

So funktioniert die Oracle Data Guard-Umschaltung

Die Oracle Data Guard-Umschaltung ist ein vollständig verwalteter Vorgang. Sie initiieren Sie die Umschaltung für eine Standby-Datenbank, indem Sie den CLI-Befehl switchover-read-replica ausgeben. Anschließend ändert Amazon RDS die primären und Standby-Rollen in Ihrer Replikationskonfiguration.

Ursprünglicher Standby und Ursprüngliche Primary sind die Rollen, die vor der Umschaltung existieren. Die neue Standby und neue Primary sind die Rollen, die nach der Umschaltung existieren. Ein Bystander-Replikat ist eine Replikatdatenbank, die als Standby-Datenbank in der Oracle Data Guard-Umgebung dient, aber nicht die Rollen wechselt.

Phasen der Oracle Data Guard-Umschaltung

Um die Umschaltung durchzuführen, muss Amazon RDS die folgenden Schritte ausführen:

  1. Blockieren Sie neue Transaktionen in der ursprünglichen Primärdatenbank. Während der Umschaltung unterbricht Amazon RDS die Replikation für alle Datenbanken in Ihrer Oracle Data Guard-Konfiguration. Während der Umschaltung kann die ursprüngliche Primärdatenbank keine Schreibanforderungen verarbeiten.

  2. Versenden Sie nicht angewendete Transaktionen an die ursprüngliche Standby-Datenbank und wenden Sie sie an.

  3. Starten Sie die neue Standby-Datenbank im schreibgeschützten oder gemounteten Modus neu. Der Modus hängt vom offenen Zustand der ursprünglichen Standby-Datenbank vor der Umschaltung ab.

  4. Öffnen Sie die neue Primärdatenbank im Lese-Schreibmodus.

Nach der Oracle Data Guard-Umschaltung

Amazon RDS wechselt die Rollen der Primär- und Standby-Datenbank. Sie sind dafür verantwortlich, Ihre Anwendung erneut zu verbinden und jede andere gewünschte Konfiguration durchzuführen.

Erfolgskriterien

Der Oracle Data Guard-Umschaltung ist erfolgreich, wenn die ursprüngliche Standby-Datenbank Folgendes ausführt:

  • Übergang zu seiner Rolle als neue Primärdatenbank

  • Schließt die Neukonfiguration ab

Um Ausfallzeiten zu begrenzen, wird Ihre neue Primärdatenbank so schnell wie möglich aktiv. Da Amazon RDS Bystander-Replikate asynchron konfiguriert, werden diese Replikate möglicherweise nach der ursprünglichen Primärdatenbank aktiv.

Verbindung zur neuen Primärdatenbank

Amazon RDS leitet Ihre aktuellen Datenbankverbindungen nach dem Umschaltung nicht an die neue Primärdatenbank weiter. Nachdem der Oracle Data Guard-Umschaltung abgeschlossen ist, verbinden Sie Ihre Anwendung erneut mit der neuen Primärdatenbank.

Konfiguration der neuen Primärdatenbank

Um eine Umschaltung auf die neue Primärdatenbank durchzuführen, ändert Amazon RDS den Modus der ursprünglichen Standby-Datenbank in „Öffnen“. Die Änderung der Rolle ist die einzige Änderung an der Datenbank. Amazon RDS richtet keine Funktionen wie Multi-AZ-Replikation ein.

Wenn Sie eine Umschaltung auf ein regionsübergreifendes Replikat mit unterschiedlichen Optionen durchführen, behält die neue Primärdatenbank ihre eigenen Optionen bei. Amazon RDS migriert die Optionen in der ursprünglichen Primärdatenbank nicht. Wenn die ursprüngliche Primärdatenbank über Optionen wie SSL, NNE, OEM und OEM_AGENT verfügte, werden diese von Amazon RDS nicht an die neue Primärdatenbank weitergegeben.

Vorbereitung auf die Oracle Data Guard-Umschaltung

Stellen Sie vor Beginn der Oracle Data Guard-Umschaltung sicher, dass Ihre Replikationsumgebung die folgenden Anforderungen erfüllt:

  • Die ursprüngliche Standby-Datenbank ist eingehängt oder schreibgeschützt geöffnet.

  • Automatische Backups sind in der ursprünglichen Standby-Datenbank aktiviert.

  • Die ursprüngliche Primärdatenbank und die ursprüngliche Standby-Datenbank befinden sich in einem verfügbaren Zustand.

  • Die ursprüngliche Primärdatenbank und die ursprüngliche Standby-Datenbank weisen keine ausstehenden Wartungsaktionen auf.

  • Die ursprüngliche Standby-Datenbank befindet sich im replizierenden Zustand.

  • Sie versuchen nicht, eine Umschaltung zu initiieren, wenn sich entweder die Primärdatenbank oder die Standby-Datenbank derzeit in einem Umschaltungs-Lebenszyklus befindet. Wenn eine Replikatdatenbank nach einer Umschaltung neu konfiguriert wird, verhindert Amazon RDS, dass Sie eine weitere Umschaltung initiieren.

    Anmerkung

    Ein Bystander-Replikat ist ein Replikat in der Oracle Data Guard-Konfiguration, das nicht das Ziel der Umschaltung ist. Nachstehende Replikate können sich während der Umschaltung in einem beliebigen Status befinden.

  • Die ursprüngliche Standby-Datenbank hat eine Konfiguration, die so nah wie gewünscht an der ursprünglichen Primärdatenbank liegt. Nehmen wir ein Szenario an, in dem die ursprüngliche primäre und die ursprüngliche Standby-Datenbank unterschiedliche Optionen haben. Nach Abschluss der Umschaltung konfiguriert Amazon RDS die neue Primärdatenbank nicht automatisch neu, sodass sie dieselben Optionen wie die ursprüngliche Primärdatenbank hat.

  • Sie konfigurieren die gewünschte Multi-AZ-Bereitstellung, bevor Sie eine Umstellung einleiten. Amazon RDS verwaltet Multi-AZ im Rahmen der Umstellung nicht. Die Multi-AZ-Bereitstellung bleibt unverändert.

    Nehmen wir an, dass db_maz die primäre Datenbank in einer Multi-AZ-Bereitstellung ist und db_saz ein Single-AZ-Replikat ist. Sie initiieren eine Umstellung von db_maz auf db_saz. Danach ist db_maz eine Multi-AZ-Replikatdatenbank und db_saz ist eine Single-AZ-Primärdatenbank. Die neue Primärdatenbank ist jetzt nicht mehr durch eine Multi-AZ-Bereitstellung geschützt.

  • In Vorbereitung auf eine regionsübergreifende Umstellung verwendet die Primärdatenbank außerhalb der Replikationskonfiguration nicht dieselbe Optionsgruppe wie eine DB-Instance. Damit eine regionsübergreifende Umstellung erfolgreich ist, müssen die aktuelle Primärdatenbank und ihre Lesereplikate die einzigen DB-Instances sein, die die Optionsgruppe der aktuellen Primärdatenbank verwenden. Andernfalls verhindert Amazon RDS die Umstellung.

Initiieren der Oracle Data Guard-Umschaltung

Sie können ein RDS for Oracle Read Replica auf die primäre Rolle und die frühere primäre DB-Instance auf eine Replikatrolle umstellen.

So stellen Sie ein Oracle-Lesereplikat auf die primäre DB-Rolle um
  1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie in der Amazon RDS-Konsole Databases (Datenbanken) aus.

    Der Bereich Databases (Datenbanken) wird angezeigt. Jedes Lesereplikat zeigt Replica (Replikat) in der Spalte Role (Rolle) an.

  3. Wählen Sie das Lesereplikat aus, das Sie zur primären Rolle wechseln möchten.

  4. Für Aktionen wählen Sie So wechseln Sie Replikate.

  5. Wählen Sie Ich bestätige. Dann wählen Sie Replikat umschalten.

  6. Überwachen Sie auf derDatenbanken-Seite den Fortschritt der Umschaltung.

    Überwachen Sie den Fortschritt der Umstellung von Oracle Data Guard.

    Wenn die Umstellung abgeschlossen ist, ändert sich die Rolle des Umstellungsziels von Replica (Replikat) in Source (Quelle).

    Die Quell- und Replikatdatenbanken ändern ihre Rollen.

Verwenden Sie den AWS CLI switchover-read-replicaBefehl, um ein Oracle-Replikat zur primären DB-Rolle zu wechseln. In den folgenden Beispielen wird aus dem Oracle-Replikat namens replica-to-be-made-primary (primär zu machendes Replikat) die neue Primärdatenbank gemacht.

Beispiel

Für LinuxmacOS, oderUnix:

aws rds switchover-read-replica \ --db-instance-identifier replica-to-be-made-primary

Windows:

aws rds switchover-read-replica ^ --db-instance-identifier replica-to-be-made-primary

Um ein Oracle-Replikat auf die primäre DB-Rolle zu wechseln, rufen Sie die Amazon-RDS-API-Operation SwitchoverReadReplica mit dem erforderlichen Parameter DBInstanceIdentifier auf. Dieser Parameter gibt den Namen des Oracle-Replikats an, das Sie als primäre DB-Rolle übernehmen möchten.

So überwachen Sie Oracle Data Guard-Umschaltung

Verwenden Sie den AWS CLI-Befehl, um den Status Ihrer Instances zu überprüfendescribe-db-instances. Der folgende Befehl überprüft den Status der DB-Instance orcl2. Diese Datenbank war vor der Umschaltung eine Standby-Datenbank, ist aber nach der Umschaltung die neue Primärdatenbank.

aws rds describe-db-instances \ --db-instance-identifier orcl2

Um zu bestätigen, dass die Umschaltung erfolgreich abgeschlossen wurde, fragen Sie V$DATABASE.OPEN_MODE ab. Stellen Sie sicher, dass der Wert für die neue Primärdatenbank READ WRITE ist.

SELECT OPEN_MODE FROM V$DATABASE;

Verwenden Sie den AWS CLI-Befehl, um nach Ereignissen im Zusammenhang mit Switchover zu suchen. describe-events Das folgende Beispiel sucht nach Ereignissen auf der orcl2-Instance.

aws rds describe-events \ --source-identifier orcl2 \ --source-type db-instance