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. **Topics** + [Übersicht über Oracle Data Guard-Umschaltung](#oracle-replication-switchover.overview) + [Anforderungen an die Umstellung von Oracle Data Guard](oracle-switchover.preparing.md) + [Initiieren der Oracle Data Guard-Umschaltung](oracle-switchover.initiating.md) + [So überwachen Sie Oracle Data Guard-Umschaltung](oracle-switchover.monitoring.md) ## Ü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 DB-Instance\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/read-replica-switchover.png) Eine Umstellung unterscheidet sich von einer Lesereplikat-Hochstufung. Bei einer Umstellung wechseln die Rollen der Quell- und Replikat-DB-Instances. Bei einer Hochstufung wird ein Lesereplikat zu einer Quell-DB-Instance, aber die Quell-DB-Instance wird nicht zum Replikat. Weitere Informationen finden Sie unter [Hochstufen eines Lesereplikats zur eigenständigen DB-Instance](USER_ReadRepl.Promote.md). **Topics** + [Vorteile von Oracle Data Guard-Umschaltung](#oracle-replication-switchover.overview.benefits) + [Unterstützte Oracle-Database-Versionen](#oracle-replication-switchover.overview.engine-support) + [Kosten für Oracle Data Guard-Umschaltung](#oracle-replication-switchover.overview.cost) + [So funktioniert die Oracle Data Guard-Umschaltung](#oracle-replication-switchover.overview.how-it-works) ### 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 Die Umstellung von Oracle Data Guard wird für Oracle Database 19c und höhere Versionen 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. **Topics** + [Phasen der Oracle Data Guard-Umschaltung](#oracle-replication-switchover.overview.how-it-works.during-switchover) + [Nach der Oracle Data Guard-Umschaltung](#oracle-replication-switchover.overview.how-it-works.after-switchover) #### 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. 1. Versenden Sie nicht angewendete Transaktionen an die ursprüngliche Standby-Datenbank und wenden Sie sie an. 1. 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. 1. Öffnen Sie die neue Primärdatenbank im read/write Modus. #### 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. **Topics** + [Erfolgskriterien](#oracle-replication-switchover.overview.how-it-works.after-switchover.success) + [Verbindung zur neuen Primärdatenbank](#oracle-replication-switchover.overview.how-it-works.after-switchover.connection) + [Konfiguration der neuen Primärdatenbank](#oracle-replication-switchover.overview.how-it-works.after-switchover.success.configuration) ##### 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\$1AGENT verfügte, werden diese von Amazon RDS nicht an die neue Primärdatenbank weitergegeben. # Anforderungen an die Umstellung von Oracle Data Guard 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är- und Standby-Datenbank befinden sich im Status `available`. + Die ursprüngliche Primär- und Standby-Datenbank weisen keine ausstehenden Wartungsaktionen in den folgenden Status auf: `required`, `next window` oder `in progress`. Aktionen in diesen Status blockieren die Umstellung. Informationen zum Überprüfen des Status ausstehender Wartungs-Updates finden Sie unter [Anzeigen ausstehender Wartungs-Updates](USER_UpgradeDBInstance.Maintenance.md#USER_UpgradeDBInstance.Maintenance.Viewing). Ausstehende Wartungsaktionen im Status `available` blockieren die Umstellung nicht. RDS für Oracle veröffentlicht häufig Betriebssystem (OS)-Updates im Status `available`. Diese ausstehenden Betriebssystemupdates blockieren eine Umstellung nicht, es sei denn, Sie planen sie für das nächste Wartungsfenster ein, wodurch sie in den entsprechenden Status `next window` versetzt werden. **Anmerkung** Wenn Sie eine geplante Wartungsaktion so verschieben möchten, dass Sie eine Umstellung ausführen können, wählen Sie in der RDS-Konsole die Option **Aktionen** und dann **Upgrade aufschieben** aus. Sie können auch die Blockierung einer Umstellung verhindern, indem Sie eine ausstehende Wartungsaktion anwenden oder das Wartungsfenster auf ein Intervall vor der Umstellung verschieben. Weitere Informationen finden Sie im re:Post-Artikel [How to remove RDS pending maintenance items](https://repost.aws/questions/QUV3dBjmVVRnmVV1pAlzjx1w/how-to-remove-rds-pending-maintenance-item). + 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\$1maz die primäre Datenbank in einer Multi-AZ-Bereitstellung ist und db\$1saz ein Single-AZ-Replikat ist. Sie initiieren eine Umstellung von db\$1maz auf db\$1saz. Danach ist db\$1maz eine Multi-AZ-Replikatdatenbank und db\$1saz 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 für Oracle Read Replica auf die primäre Rolle und die frühere primäre DB-Instance auf eine Replikatrolle umstellen. ## Konsole **So stellen Sie ein Oracle-Lesereplikat auf die primäre DB-Rolle um** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. 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. 1. Wählen Sie das Lesereplikat aus, das Sie zur primären Rolle wechseln möchten. 1. Für **Aktionen** wählen Sie **So wechseln Sie Replikate**. 1. Wählen Sie **Ich bestätige**. Dann wählen Sie **Replikat umschalten**. 1. Überwachen Sie auf der**Datenbanken**-Seite den Fortschritt der Umschaltung. ![\[Überwachen Sie den Fortschritt der Umstellung von Oracle Data Guard.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/oracle-switchover-progress.png) Wenn die Umstellung abgeschlossen ist, ändert sich die Rolle des Umstellungsziels von **Replica** (Replikat) in **Source** (Quelle). ![\[Die Quell- und Replikatdatenbanken ändern ihre Rollen.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/oracle-switchover-complete.png) ## AWS CLI Um ein Oracle-Replikat auf die primäre DB-Rolle umzuschalten, verwenden Sie den Befehl AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/switchover-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/switchover-read-replica.html). 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. **Example** Für Linux, macOS oder Unix: ``` aws rds switchover-read-replica \ --db-instance-identifier replica-to-be-made-primary ``` Für Windows: ``` aws rds switchover-read-replica ^ --db-instance-identifier replica-to-be-made-primary ``` ## RDS-API Um ein Oracle-Replikat auf die primäre DB-Rolle zu wechseln, rufen Sie die Amazon-RDS-API-Operation [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_SwitchoverReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_SwitchoverReadReplica.html) 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 Um den Zustand Ihrer Instances zu prüfen, verwenden Sie den AWSCLI-Befehl`describe-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; ``` Um nach Ereignissen im Zusammenhang mit der Umschaltung zu suchen, verwenden Sie den AWSCLI-Befehl`describe-events`. Das folgende Beispiel sucht nach Ereignissen auf der *orcl2*-Instance. ``` aws rds describe-events \ --source-identifier orcl2 \ --source-type db-instance ```