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.
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 windowoderin progress. Aktionen in diesen Status blockieren die Umstellung. Informationen zum Überprüfen des Status ausstehender Wartungs-Updates finden Sie unter Anzeigen ausstehender Wartungs-Updates.Ausstehende Wartungsaktionen im Status
availableblockieren die Umstellung nicht. RDS für Oracle veröffentlicht häufig Betriebssystem (OS)-Updates im Statusavailable. 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 Statusnext windowversetzt 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
. -
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.