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.
Eine Oracle-Replikatdatenbank ist eine physische Kopie Ihrer primären Datenbank. Ein Oracle-Replikat im schreibgeschützten Modus wird als Read Replica bezeichnet. Ein Oracle-Replikat im aufgespielten Modus wird als aufgespieltes Replikat bezeichnet. Oracle Database lässt keine Schreibvorgänge in einem Replikat zu, aber Sie können ein Replikat heraufstufen, um es beschreibbar zu machen. Das hochgestufte Lesereplikat weist die replizierten Daten bis zu dem Punkt auf, an dem die Anforderung zum Hochstufen ausgegeben wurde.
Das folgende Video bietet eine hilfreiche Übersicht über die Notfallwiederherstellung von RDS für Oracle.
Weitere Informationen finden Sie im Blogbeitrag Verwaltete Notfallwiederherstellung mit Amazon RDS for Oracle, regionsübergreifende automatisierte Backups – Teil 1
Themen
Schreibgeschützte und aufgespielte Replikate
Wenn Sie ein Oracle-Replikat erstellen oder ändern, können Sie es in einen der folgenden Modi versetzen:
- Read-only
-
Dies ist die Standardeinstellung. Active Data Guard überträgt und wendet Änderungen aus der Quelldatenbank auf alle Read-Replica-Datenbanken an.
Sie können bis zu fünf Lesereplikate aus einer Quell-DB-Instance erstellen. Allgemeine Hinweise zu Read Replicas, die für alle DB-Engines gelten, finden Sie unter Arbeiten mit DB-Instance-Lesereplikaten. Informationen zu Oracle Data Guard finden Sie unter Oracle-Data-Guard-Konzepte und -Administration
in der Oracle-Dokumentation. - Bindungsbereitstellung
-
In diesem Fall wird für die Replikation Oracle Data Guard verwendet, die Replikatdatenbank akzeptiert jedoch keine Benutzerverbindungen. Die primäre Verwendung für aufgespielte Replikate ist die überregionale Notfallwiederherstellung.
Ein aufgespieltes Replikat kann keine schreibgeschützte Workload bereitstellen. Das aufgespielte Replikat löscht archivierte Redo-Protokolldateien, nachdem sie angewendet wurden, unabhängig von der Aufbewahrungsrichtlinie für archivierte Protokolle.
Sie können eine Kombination aus aufgespielten und schreibgeschützten DB-Replikaten für dieselbe Quell-DB-Instance erstellen. Sie können ein schreibgeschütztes Replikat in den aufgespielten Modus oder ein aufgespieltes Replikat in den schreibgeschützten Modus versetzen. In beiden Fällen behält die Oracle-Datenbank die Einstellung für die Aufbewahrung archivierter Protokolle bei.
Replikate von CDBs lesen
RDS für Oracle unterstützt Data-Guard-Lesereplikate für CDBs von Oracle Database 19c und 21c nur in der Single-Tenant-Konfiguration. Sie können Lesereplikate in einer CDB genauso wie in einer Non-CDB erstellen, verwalten und hochstufen. Bereitgestellte Replikate werden ebenfalls unterstützt. Für Sie ergeben sich folgende Vorteile:
-
Verwaltete Notfallwiederherstellung, hohe Verfügbarkeit und schreibgeschützter Zugriff auf Ihre Replikate
-
Die Möglichkeit, Read Replicas in einem anderen AWS-Region zu erstellen.
-
Integration mit den vorhandenen RDS-Read Replica-APIs: CreateDB InstanceReadReplica, und PromoteReadReplicaSwitchoverReadReplica
Um diese Funktion nutzen zu können, benötigen Sie eine aktive Data-Guard-Lizenz und eine Lizenz für Oracle Database Enterprise Edition sowohl für das Replikat als auch für die primären DB-Instances. Für die Verwendung der CDB-Architektur fallen keine zusätzlichen Kosten an. Sie zahlen nur für Ihre DB-Instances.
Weitere Informationen zur Single- und zur Multi-Tenant-Konfiguration der CDB-Architektur finden Sie unter Überblick über RDS for Oracle CDBs.
Archivierte Redo-Protokollaufbewahrung
Wenn eine primäre DB-Instance keine regionsübergreifenden Lesereplikate hat, behält Amazon RDS für Oracle archivierte Redo-Protokolle im Umfang von mindestens zwei Stunden auf der Quell-DB-Instance bei. Dies gilt unabhängig von der Einstellung für archivelog retention hours in rdsadmin.rdsadmin_util.set_configuration.
RDS löscht Protokolle aus der Quell-DB-Instance nach zwei Stunden oder nach Ablauf der Einstellung für die Aufbewahrungsdauer des Archivprotokolls, je nachdem, welcher Zeitraum länger ist. RDS löscht Protokolle aus dem Lesereplikat, nachdem die Einstellung für die Aufbewahrungsdauer des Archivprotokolls abgelaufen ist, nur wenn sie erfolgreich auf die Datenbank angewendet wurden.
In manchen Fällen kann eine primäre DB-Instance ein oder mehrere regionsübergreifende Lesereplikate haben. Wenn dies der Fall ist, behält Amazon RDS for Oracle die Transaktionsprotokolle auf der Quell-DB-Instance bei, bis diese übertragen und auf alle regionsübergreifenden Lesereplikate angewendet wurden. Weitere Informationen zu rdsadmin.rdsadmin_util.set_configuration finden Sie unter Beibehaltung von archivierten Redo-Protokollen.
Ausfälle während der Oracle-Replikation
Wenn Sie ein Lesereplikat erstellen, fertigt Amazon RDS einen DB-Snapshot Ihrer Quell-DB-Instance an und beginnt mit der Replikation. Bei der Quell-DB-Instance kommt es zu einer sehr kurzen I/O-Unterbrechung, wenn der DB-Snapshot-Vorgang beginnt. Die I/O-Unterbrechung dauert in der Regel etwa eine Sekunde. Sie können die I/O-Aussetzung vermeiden, wenn es sich bei der DB-Instance um eine Multi-AZ-Bereitstellung handelt, weil in diesem Fall der Snapshot von der sekundären DB-Instance aufgenommen wird.
Der DB-Snapshot wird zum Oracle-Replikat. Amazon RDS legt die erforderlichen Parameter und Berechtigungen für die Quelldatenbank und das Replikat ohne Serviceunterbrechung fest. Wenn Sie ein Replikat löschen, tritt ebenfalls kein Ausfall auf.
