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.
# Arbeiten mit Lese-Replikaten für Amazon RDS für Oracle
Um die Replikation zwischen Oracle DB-Instances zu konfigurieren, können Sie Replikat-Datenbanken erstellen. Eine Übersicht über Amazon-RDS-Lesereplikate finden Sie unter [Übersicht über Amazon-RDS-Lesereplikate-Übersicht](USER_ReadRepl.md#USER_ReadRepl.Overview). Eine Zusammenfassung der Unterschiede zwischen Oracle-Replikaten und anderen DB-Engines finden Sie unter [Unterschiede zwischen Lesereplikaten für DB-Engines](USER_ReadRepl.Overview.Differences.md).
**Topics**
+ [Übersicht über Replikate von RDS für Oracle](oracle-read-replicas.overview.md)
+ [Anforderungen und Überlegungen zu Backup und Wiederherstellung für RDS-für-Oracle-Replikate](oracle-read-replicas.limitations.md)
+ [Vorbereiten der Erstellung eines Oracle-Replikats](oracle-read-replicas.Configuration.md)
+ [Erstellen eines Replikats von RDS für Oracle im aufgespielten Modus](oracle-read-replicas.creating-in-mounted-mode.md)
+ [Ändern des Replikatmodus von RDS für Oracle](oracle-read-replicas.changing-replica-mode.md)
+ [Arbeiten mit RDS-für-Oracle-Replikat-Backups](oracle-read-replicas.backups.md)
+ [So führen Sie eine Oracle Data Guard-Umschaltung aus](oracle-replication-switchover.md)
+ [Fehlerbehebung bei Replikaten von RDS für Oracle](oracle-read-replicas.troubleshooting.md)
+ [Redo-Transportkomprimierung mit RDS für Oracle](oracle-read-replicas.redo-transport-compression.md)
# Übersicht über Replikate von RDS für Oracle
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.
[](http://www.youtube.com/watch?v=-XpzhIevwVg)
Weitere Informationen finden Sie im Blogbeitrag [Verwaltete Notfallwiederherstellung mit Amazon RDS für Oracle, regionsübergreifende automatisierte Backups – Teil 1](https://aws.amazon.com/blogs/database/managed-disaster-recovery-with-amazon-rds-for-oracle-cross-region-automated-backups-part-1/) und [Verwaltete Notfallwiederherstellung mit Amazon RDS für Oracle, regionsübergreifende automatisierte Backups – Teil 2](https://aws.amazon.com/blogs/database/part-2-managed-disaster-recovery-with-amazon-rds-for-oracle-xrab/).
**Topics**
+ [Schreibgeschützte und aufgespielte Replikate](#oracle-read-replicas.overview.modes)
+ [Lesen Sie Repliken von CDBs](#oracle-read-replicas.overview.data-guard)
+ [Archivierte Redo-Protokollaufbewahrung](#oracle-read-replicas.overview.log-retention)
+ [Ausfälle während der Oracle-Replikation](#oracle-read-replicas.overview.outages)
## Schreibgeschützte und aufgespielte Replikate
Wenn Sie ein Oracle-Replikat erstellen oder ändern, können Sie es in einen der folgenden Modi versetzen:
Schreibgeschützt
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](USER_ReadRepl.md). Informationen zu Oracle Data Guard finden Sie unter [Oracle-Data-Guard-Konzepte und -Administration](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/oracle-data-guard-concepts.html#GUID-F78703FB-BD74-4F20-9971-8B37ACC40A65) 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.
## Lesen Sie Repliken von CDBs
RDS for Oracle unterstützt Data Guard-Lesereplikate für Oracle Database 19c und 21c sowohl CDBs in Single-Tenant- als auch in Multi-Tenant-Konfigurationen. 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 einer anderen Umgebung zu erstellen. AWS-Region
+ Integration mit der vorhandenen RDS-Read Replica APIs: [Create DBInstance ReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html), und [PromoteReadReplica[SwitchoverReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_SwitchoverReadReplica.html)](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplica.html)
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](Oracle.Concepts.CDBs.md).
## 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 für 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.](Appendix.Oracle.CommonDBATasks.RetainRedoLogs.md)
## 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. Die Quell-DB-Instance wird sehr kurzzeitig unterbrochen, I/O 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 Quell-DB-Instance um eine Multi-AZ-Bereitstellung handelt, da in diesem Fall der Snapshot von der sekundären DB-Instance stammt.
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.
# Anforderungen und Überlegungen zu Backup und Wiederherstellung für RDS-für-Oracle-Replikate
Machen Sie sich vor dem Erstellen eines Oracle-Replikats mit den folgenden Anforderungen und Überlegungen vertraut.
**Topics**
+ [Versions- und Lizenzierungsanforderungen für RDS-für-Oracle-Replikate](#oracle-read-replicas.limitations.versions-and-licenses)
+ [Einschränkungen von Optionsgruppen für Replikate von RDS für Oracle](#oracle-read-replicas.limitations.options)
+ [Überlegungen zu Backup und Wiederherstellung für RDS-für-Oracle-Replikate](#oracle-read-replicas.limitations.backups)
+ [Anforderungen und Einschränkungen von Oracle Data Guard für Replikate von RDS für Oracle](#oracle-read-replicas.data-guard.requirements)
+ [Einschränkungen der Multi-Tenant-Konfiguration für RDS für Oracle-Replicas](#oracle-read-replicas.limitations.multitenant)
+ [Sonstige Überlegungen zu RDS-für-Oracle-Replikaten](#oracle-read-replicas.limitations.miscellaneous)
## Versions- und Lizenzierungsanforderungen für RDS-für-Oracle-Replikate
Beachten Sie vor dem Erstellen eines RDS-für-Oracle-Replikats die folgenden Punkte:
+ Wenn sich das Replikat im schreibgeschützten Modus befindet, stellen Sie sicher, dass Sie über eine Active Data Guard-Lizenz verfügen. Wenn Sie das Replikat in den aufgespielten Modus versetzen, benötigen Sie keine Active Data Guard-Lizenz. Nur die Oracle DB-Engine unterstützt aufgespielte Replikate.
+ Oracle-Replikate werden nur für Oracle Enterprise Edition (EE) unterstützt.
+ Oracle-Repliken von Non- CDBs werden nur für DB-Instances unterstützt, die mit Nicht-CDB-Instances erstellt wurden, auf denen Oracle Database 19c ausgeführt wird.
+ Oracle-Repliken sind für DB-Instances verfügbar, die nur auf DB-Instance-Klassen mit zwei oder mehr v ausgeführt werden. CPUs Eine Quell-DB-Instance kann die Instance-Klasse db.t3.small nicht verwenden.
+ Die Oracle-DB-Engine-Version der Quell-DB-Instance und alle Replikate müssen identisch sein. Amazon RDS aktualisiert die Replikate sofort nach dem Upgrade der Quell-DB-Instance, ungeachtet des Wartungsfensters des Replikats. Für größere Versions-Upgrades von regionsübergreifenden Replikaten führt Amazon RDS automatisch Folgendes durch:
+ Automatisches Generieren einer Optionsgruppe für die Zielversion
+ Kopieren aller Optionen und Optionseinstellungen aus der ursprünglichen Optionsgruppe in die neue Optionsgruppe
+ Verknüpfen des aktualisierten regionsübergreifenden Replikats mit der neuen Optionsgruppe
Weitere Informationen zum Aktualisieren der DB-Engine-Version finden Sie unter [Aktualisieren der DB-Engine von RDS für Oracle](USER_UpgradeDBInstance.Oracle.md).
## Einschränkungen von Optionsgruppen für Replikate von RDS für Oracle
Beachten Sie bei der Arbeit mit Optionsgruppen für das Replikat von RDS für Oracle die folgenden Punkte:
+ Sie können keine andere Replikatoptionsgruppe als die Quell-DB-Instance-Optionsgruppe verwenden, wenn sich Quelle und Replikat in derselben Region befinden. AWS
Änderungen an der Quell-Optionsgruppe oder der Quell-Optionsgruppenmitgliedschaft werden von den Oracle-Replikaten übernommen. Diese Änderungen werden unmittelbar, nachdem sie auf die Quell-DB-Instance angewandt wurden, auf die Replikate angewandt, ungeachtet des Wartungsfensters des Replikats. Weitere Informationen über Optionsgruppen finden Sie unter [Arbeiten mit Optionsgruppen](USER_WorkingWithOptionGroups.md).
+ Ein regionsübergreifendes Replikat von RDS für Oracle kann nicht aus seiner dedizierten Optionsgruppe entfernt werden, die automatisch für das Replikat erstellt wird.
+ Die dedizierte Optionsgruppe eines regionsübergreifenden Replikats von RDS für Oracle kann nicht zu einer anderen DB-Instances hinzugefügt werden.
+ Sie können nicht replizierte Optionen aus einer dedizierten Optionsgruppe eines regionsübergreifendes Replikats von RDS für Oracle nicht hinzufügen oder daraus entfernen, mit Ausnahme der folgenden Optionen:
+ `NATIVE_NETWORK_ENCRYPTION`
+ `OEM`
+ `OEM_AGENT`
+ `SSL`
Um einem regionsübergreifenden Replikat von RDS für Oracle weitere Optionen hinzuzufügen, fügen Sie diese der Optionsgruppe der Quell-DB-Instance hinzu. Die Option wird auch auf allen Replikaten der Quell-DB-Instance installiert. Stellen Sie bei lizenzierten Optionen sicher, dass genügend Lizenzen für die Replikate vorhanden sind.
Wenn Sie ein regionsübergreifendes Replikat von RDS für Oracle hochstufen, verhält sich das hochgestufte Replikat genau so wie andere Oracle-DB-Instances, einschließlich der Verwaltung seiner Optionen. Sie können ein Replikat explizit oder implizit hochstufen, indem Sie seine Quell-DB-Instance löschen.
Weitere Informationen über Optionsgruppen finden Sie unter [Arbeiten mit Optionsgruppen](USER_WorkingWithOptionGroups.md).
+ Die Option `EFS_INTEGRATION` kann nicht zu regionsübergreifenden Replikaten von RDS für Oracle hinzugefügt werden.
## Überlegungen zu Backup und Wiederherstellung für RDS-für-Oracle-Replikate
Beachten Sie vor dem Erstellen eines RDS-für-Oracle-Replikats die folgenden Punkte:
+ Um Snapshots von RDS-für-Oracle-Replikate zu erstellen oder automatische Backups zu aktivieren, stellen Sie sicher, dass Sie den Aufbewahrungszeitraum für Backups manuell festlegen. Automatische Backups sind standardmäßig nicht aktiviert.
+ Wenn Sie ein Replikat-Backup wiederherstellen, erfolgt die Wiederherstellung auf die Datenbankzeit, nicht auf die Uhrzeit, zu der das Backup erstellt wurde. Die Datenbank-Zeit bezieht sich auf die letzte angewendete Transaktionszeit der Daten im Backup. Der Unterschied ist erheblich, da ein Replikat Minuten oder Stunden hinter dem primären Replikat zurückbleiben kann.
Um den Unterschied zu finden, verwenden Sie den `describe-db-snapshots`-Befehl. Vergleichen Sie `snapshotDatabaseTime`, das ist die Datenbankzeit des Replikat-Backups, und `OriginalSnapshotCreateTime`-Feld, das die letzte angewendete Transaktion in der Primärdatenbank darstellt.
## Anforderungen und Einschränkungen von Oracle Data Guard für Replikate von RDS für Oracle
Beachten Sie die folgenden Anforderungen und Einschränkungen, bevor Sie ein Replikat von RDS für Oracle erstellen:
+ Wenn Ihre primäre DB-Instance die Single-Tenant- oder Multi-Tenant-Konfiguration der Multitenant-Architektur verwendet, sollten Sie Folgendes berücksichtigen:
+ Sie müssen Oracle Database 19c oder höher mit der Enterprise Edition verwenden.
+ Ihre primäre CDB-Instance muss sich in einem `ACTIVE`-Lebenszyklus befinden.
+ Sie können eine Nicht-CDB-Primär-Instance nicht in eine CDB-Instance und ihre Replikate nicht im gleichen Vorgang konvertieren. Löschen Sie stattdessen die Nicht-CDB-Replikate, konvertieren Sie die primäre DB-Instance in eine CDB und erstellen Sie dann neue Replikate
+ Stellen Sie sicher, dassin Anmeldeauslöser auf einer primären DB-Instance dem `RDS_DATAGUARD`-Benutzer und jedem Benutzer, dessen `AUTHENTICATED_IDENTITY`-Wert `RDS_DATAGUARD` oder `rdsdb` ist, den Zugriff erlauben. Außerdem darf der Auslöser das aktuelle Schema für den `RDS_DATAGUARD`-Benutzer nicht festlegen.
+ Um zu vermeiden, dass Verbindungen vom Data Guard-Brokerprozess blockiert werden, aktivieren Sie keine eingeschränkten Sitzungen. Weitere Informationen zu eingeschränkten Sitzungen finden Sie unter [Aktivieren und Deaktivieren von beschränkten Sitzungen](Appendix.Oracle.CommonDBATasks.RestrictedSession.md).
## Einschränkungen der Multi-Tenant-Konfiguration für RDS für Oracle-Replicas
Beachten Sie die folgenden Einschränkungen, wenn Sie die Multi-Tenant-Konfiguration auf einem RDS for Oracle-Replikat verwenden:
+ Sie können Tenant-Datenbanken nur auf der primären DB-Instance erstellen, löschen oder ändern. Diese Änderungen werden automatisch auf die Replikate übertragen.
+ Mandantendatenbanken auf einem Primär-, Quell- oder Replikat von RDS for Oracle können nicht mit einem benutzerdefinierten Zeichensatz erstellt werden. Wenn Sie einen benutzerdefinierten Zeichensatz benötigen, erstellen Sie die Tenant-Datenbanken, bevor Sie Read Replicas für die DB-Instance erstellen.
## Sonstige Überlegungen zu RDS-für-Oracle-Replikaten
Beachten Sie vor dem Erstellen eines RDS-für-Oracle-Replikats die folgenden Punkte:
+ Wenn Sie ein RDS for Oracle-Replikat für eine DB-Instance erstellen, die über zusätzliche Speichervolumes verfügt, konfiguriert RDS automatisch zusätzliche Speichervolumes auf dem Replikat. Alle nachfolgenden Änderungen an den Speichervolumes Ihrer primären DB-Instance werden jedoch nicht automatisch auf das Replikat angewendet.
+ Wenn Sie Ihrer primären DB-Instance zusätzliche Speichervolumes hinzufügen, fügt RDS dem Replikat nicht automatisch zusätzliche Speichervolumes hinzu. Sie müssen Ihr Replikat ändern, um zusätzliche Speichervolumes hinzuzufügen.
+ Wenn Sie die Konfiguration der Speichervolumes wie Speichergröße und IOPS in Ihrer primären DB-Instance ändern, ändert RDS die Speichervolumes in der Replik nicht automatisch. Sie müssen Ihr Replikat ändern, um die Speichervolume-Konfigurationen zu aktualisieren.
+ Beachten Sie bei der Verwaltung von Speicherorten für Datendateien auf verschiedenen Volumes, dass an Ihrer primären Instance vorgenommene Änderungen nicht automatisch mit Replikaten synchronisiert werden.
+ Für schreibgeschützte Replikate: Sie können entweder Parametergruppeneinstellungen verwenden, um die Standardspeicherorte für Dateien zu steuern, oder Dateien manuell verschieben, nachdem sie erstellt wurden.
+ Für gemountete Replikate: Manuelle Änderungen an den Speicherorten von Datendateien in der Primärdatenbank erfordern eine Neuerstellung des bereitgestellten Replikats, um diese Änderungen widerzuspiegeln. Um dies zu vermeiden, empfehlen wir die Verwendung von Parametergruppeneinstellungen zur Verwaltung der Standardspeicherorte für Dateien.
+ Wenn Ihre DB-Instance die Quelle für ein oder mehrere regionsübergreifende Replikate ist, behält die Quell-DB ihre archivierten Redo-Protokolldateien bei, bis diese auf alle regionsübergreifenden Replikate angewendet wurden. Die archivierten Redo-Protokolle können zu erhöhter Speichernutzung führen.
+ Um die RDS-Automatisierung nicht zu beeinträchtigen, müssen Systemauslöser bestimmten Benutzern die Anmeldung bei der primären und der Replikatdatenbank ermöglichen. Zu den [Systemauslösern](https://docs.oracle.com/en/database/oracle/oracle-database/19/lnpls/plsql-triggers.html#GUID-FE23FCE8-DE36-41EF-80A9-6B4B49E80E5B) gehören Auslöser für DDL, Anmeldung und Datenbankrollen. Wir empfehlen Ihnen, Code zu Ihren Auslösern hinzuzufügen, um die im folgenden Beispielcode aufgeführten Benutzer auszuschließen:
```
-- Determine who the user is
SELECT SYS_CONTEXT('USERENV','AUTHENTICATED_IDENTITY') INTO CURRENT_USER FROM DUAL;
-- The following users should always be able to login to either the Primary or Replica
IF CURRENT_USER IN ('master_user', 'SYS', 'SYSTEM', 'RDS_DATAGUARD', 'rdsdb') THEN
RETURN;
END IF;
```
+ Die Nachverfolgung von Blockänderungen wird für schreibgeschützte Replikate unterstützt, nicht jedoch für bereitgestellte Replikate. Sie können ein aufgespieltes Replikat in ein schreibgeschütztes Replikat ändern und dann die Blockänderungsverfolgung aktivieren. Weitere Informationen finden Sie unter [Aktivieren und Deaktivieren der Nachverfolgung von Blockänderungen](Appendix.Oracle.CommonDBATasks.BlockChangeTracking.md).
+ Sie können keine Oracle-Lesereplikate erstellen, wenn die Quelldatenbank die Anmeldeinformationen des Hauptbenutzers mit Secrets Manager verwaltet.
# Vorbereiten der Erstellung eines Oracle-Replikats
Führen Sie die folgenden Schritte aus, bevor Sie mit der Verwendung des Replikats beginnen können.
**Topics**
+ [Aktivieren automatischer Backups](#oracle-read-replicas.configuration.autobackups)
+ [Aktivieren des erzwungenen Protokollierungsmodus](#oracle-read-replicas.configuration.force-logging)
+ [Ändern der Protokollierungskonfiguration](#oracle-read-replicas.configuration.logging-config)
+ [Festlegen des Parameters MAX\$1STRING\$1SIZE](#oracle-read-replicas.configuration.string-size)
+ [Planen von Datenverarbeitungs- und Speicherressourcen](#oracle-read-replicas.configuration.planning-resources)
## Aktivieren automatischer Backups
Bevor eine DB-Instance als eine Quell-DB-Instance eingesetzt werden kann, müssen Sie automatische Backups auf der Quell-DB-Instance aktivieren. Weitere Informationen zum Ausführen dieses Verfahrens finden Sie unter [Aktivieren von automatisierten Backups](USER_WorkingWithAutomatedBackups.Enabling.md).
## Aktivieren des erzwungenen Protokollierungsmodus
Es wird empfohlen, den erzwungenen Protokollierungsmodus zu aktivieren. Im erzwungenen Protokollierungsmodus schreibt die Oracle-Datenbank Redo-Datensätze, auch wenn `NOLOGGING` mit DDL-Anweisungen (Data Definition Language) verwendet wird.
**Aktivieren Sie den erzwungenen Protokollierungsmodus wie folgt:**
1. Melden Sie sich mit einem Client-Tool wie SQL Developer bei Ihrer Oracle-Datenbank an.
1. Aktivieren Sie den erzwungenen Protokollmodus, indem Sie das folgende Verfahren ausführen.
```
exec rdsadmin.rdsadmin_util.force_logging(p_enable => true);
```
Weitere Informationen zu diesem Verfahren finden Sie unter [Einstellen der erzwungenen Protokollierung](Appendix.Oracle.CommonDBATasks.Log.md#Appendix.Oracle.CommonDBATasks.SettingForceLogging).
## Ändern der Protokollierungskonfiguration
Für *n* Online-Redo-Protokolle der Größe *m* erstellt RDS automatisch *n* \$11 Standby-Protokolle der Größe *m* auf der primären DB-Instance und allen Replikaten. Bei jeder Änderung der Protokollierungskonfiguration auf der primären Instance werden die Änderungen automatisch auf die Replikate übertragen.
Wenn Sie die Protokollierungskonfiguration ändern, beachten Sie die folgenden Vorgaben:
+ Es wird empfohlen, diese Änderungen vorzunehmen, bevor eine DB-Instance zur Quelle für Replikate wird. RDS für Oracle unterstützt auch die Aktualisierung der Instance, nachdem sie zur Quelle wurde.
+ Bevor Sie die Protokollierungskonfiguration auf der primären DB-Instance ändern, überprüfen Sie, ob das jeweilige Replikat über ausreichend Speicherplatz für die neue Konfiguration verfügt.
Sie können die Protokollierungskonfiguration für eine DB-Instance mithilfe der Amazon-RDS-Prozeduren `rdsadmin.rdsadmin_util.add_logfile` und `rdsadmin.rdsadmin_util.drop_logfile` ändern. Weitere Informationen erhalten Sie unter [Hinzufügen von Online-Redo-Log-Dateien](Appendix.Oracle.CommonDBATasks.Log.md#Appendix.Oracle.CommonDBATasks.RedoLogs) und [Löschen von Online-Redo-Log-Dateien](Appendix.Oracle.CommonDBATasks.Log.md#Appendix.Oracle.CommonDBATasks.DroppingRedoLogs).
## Festlegen des Parameters MAX\$1STRING\$1SIZE
Stellen Sie vor dem Erstellen eines Oracle-Replikats sicher, dass die Einstellung des Parameters `MAX_STRING_SIZE` auf der Quell-DB-Instance und auf dem Replikat identisch ist. Hierzu können Sie sie der gleichen Parametergruppe zuordnen. Wenn Sie unterschiedliche Parametergruppen für die Quelle und das Replikat haben, können Sie `MAX_STRING_SIZE` auf denselben Wert festlegen. Weitere Informationen zu diesem Parameter finden Sie unter [Aktivieren erweiterter Datentypen für eine neue DB-Instance](Oracle.Concepts.ExtendedDataTypes.md#Oracle.Concepts.ExtendedDataTypes.CreateDBInstance).
## Planen von Datenverarbeitungs- und Speicherressourcen
Stellen Sie sicher, dass die Quell-DB-Instance und ihre Replikate in Bezug auf die Datenverarbeitungs- und Speicherkapazität die für ihre Betriebslast angemessene Größe aufweisen. Wenn ein Replikat die Kapazität von Rechen-, Netzwerk- und Speicherressourcen erreicht hat, stellt das Replikat den Empfang und die Anwendung von Änderungen aus seiner Quelle ein. Amazon RDS für Oracle greift nicht ein, um eine hohe Replikationsverzögerung zwischen einer Quell-DB-Instance und ihren Lesereplikaten zu minimieren. Sie können die Speicher- und CPU-Ressourcen eines Replikats unabhängig von seiner Quelle und anderen Replikaten ändern.
# Erstellen eines Replikats von RDS für Oracle im aufgespielten Modus
Standardmäßig sind Oracle-Replikate schreibgeschützt. Um ein Replikat im aufgespielten Modus zu erstellen, verwenden Sie die Konsole, die AWS CLI oder die RDS-API.
## Konsole
**Erstellen Sie ein aufgespieltes Replikat aus einer Oracle DB-Quell-Instance wie folgt:**
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 im Navigationsbereich **Databases (Datenbanken)** aus.
1. Wählen Sie die Oracle DB-Instance, die Sie als Quelle für ein aufgespieltes Replikat verwenden möchten.
1. Wählen Sie unter **Actions (Aktionen)** **Create replica (Replikat erstellen)** aus.
1. Wählen Sie für **Replica mode (Replikatmodus)** die Option **Mounted (Aufgespielt)**.
1. Wählen Sie die Einstellungen, die Sie verwenden möchten. Geben Sie unter **DB instance identifier (DB-Instance-Kennung)** einen Namen für das Lesereplikat ein. Passen Sie weitere Einstellungen nach Ihrem Bedarf an.
1. Wählen Sie unter **Regions (Regionen)** die Region aus, in der das aufgespielte Replikat gestartet wird.
1. Wählen Sie die Instance-Größe und den Speichertyp aus. Wir empfehlen Ihnen, dieselbe DB-Instance-Klasse und denselben Speichertyp wie bei der Quell-DB-Instance für das Lesereplikat zu verwenden.
1. Wählen Sie für **Multi-AZ deployment (Multi-AZ-Bereitstellung)** die Option **Create a standby instance (Standby-Instance erstellen)**, um eine Standby-Version des Replikats in einer anderen Availability Zone zu erstellen, und um einen Failover-Support für das aufgespielte Replikat bereitzustellen. Das Erstellen Ihres aufgespielten Replikats als Multi-AZ-DB-Instance ist unabhängig davon, ob die Quelldatenbank eine Multi-AZ-DB-Instance ist.
1. Wählen Sie weitere Einstellungen aus, die Sie verwenden möchten.
1. Wählen Sie **Create replica (Replikat erstellen)**.
Auf der Seite **Databases (Datenbanken)** hat das aufgespielte Replikat die Rolle „Replikat“.
## AWS CLI
Um ein Oracle-Replikat im aufgespielten Modus zu erstellen, setzen Sie `--replica-mode` im `mounted`-Befehl [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) auf AWS CLI.
**Example**
Für Linux, macOS oder Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--source-db-instance-identifier mydbinstance \
--replica-mode mounted
```
Für Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--source-db-instance-identifier mydbinstance ^
--replica-mode mounted
```
Um ein schreibgeschütztes Replikat in den aufgespielten Zustand zu ändern, setzen Sie `--replica-mode` im `mounted` Befehl [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) auf AWS CLI. Um ein aufgespieltes Replikat in den schreibgeschützten Modus zu versetzen, setzen Sie `--replica-mode` auf `open-read-only`.
## RDS-API
Um ein Oracle-Replikat im aufgespielten Modus zu erstellen, geben Sie `ReplicaMode=mounted` in der RDS-API-Operation [CreatedBinstanceReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) an.
# Ändern des Replikatmodus von RDS für Oracle
Um den Replikatmodus eines vorhandenen Replikats zu ändern, verwenden Sie entweder die Konsole, die AWS CLI oder die RDS-API. Wenn Sie in den aufgespielten Modus wechseln, trennt das Replikat alle aktiven Verbindungen. Wenn Sie in den schreibgeschützten Modus wechseln, initialisiert Amazon RDS Active Data Guard.
Die Wechseloperation kann einige Minuten dauern. Während der Operation ändert sich der Status der DB-Instance in **Modifying (Wird geändert)**. Weitere Hinweise zu Statusänderungen finden Sie unter [Status der Amazon RDS-DB-Instance anzeigen](accessing-monitoring.md#Overview.DBInstance.Status).
## Konsole
**Ändern Sie den Replikatmodus eines Oracle-Replikats von aufgespielt zu schreibgeschützt wie folgt:**
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 im Navigationsbereich **Databases (Datenbanken)** aus.
1. Wählen Sie die aufgespielte Replikatdatenbank aus.
1. Wählen Sie **Ändern** aus.
1. Wählen Sie für **Replica mode (Replikatmodus)** die Option **Read-only (Schreibgeschützt)**.
1. Wählen Sie die anderen Einstellungen aus, die Sie ändern möchten:
1. Klicken Sie auf **Weiter**.
1. Wählen Sie für **Scheduling of modifications (Einplanung von Änderungen)** die Option **Apply immediately (Sofort anwenden)** aus.
1. Wählen Sie **Modify DB Instance (DB-Instance ändern)** aus.
## AWS CLI
Um ein Read Replica in den aufgespielten Modus zu versetzen, setzen Sie `--replica-mode` im `mounted`-Befehl [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) auf AWS CLI. Um ein aufgespieltes Replikat in den schreibgeschützten Modus zu versetzen, setzen Sie `--replica-mode` auf `open-read-only`.
**Example**
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier myreadreplica \
--replica-mode mode
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier myreadreplica ^
--replica-mode mode
```
## RDS-API
Um ein schreibgeschütztes Replikat in den aufgespielten Modus zu versetzen, stellen Sie `ReplicaMode=mounted` in [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) ein. Um ein aufgespieltes Replikat in den schreibgeschützten Modus zu versetzen, stellen Sie ei `ReplicaMode=read-only`.
# Arbeiten mit RDS-für-Oracle-Replikat-Backups
Sie können Backups eines RDS-für-Oracle-Replikats erstellen und wiederherstellen. Sowohl automatische Backups als auch manuelle Snapshots werden unterstützt. Weitere Informationen finden Sie unter [Sichern, Wiederherstellen und Exportieren von Daten](CHAP_CommonTasks.BackupRestore.md). In den folgenden Abschnitten werden die wichtigsten Unterschiede zwischen der Verwaltung von Backups eines primären und eines RDS-für-Oracle-Replikats beschrieben.
## Aktivieren von RDS-für-Oracle-Replikat-Backups
In einem Oracle-Replikat ist die Funktion für automatische Backups standardmäßig nicht aktiviert. Sie aktivieren automatisierte Backups, indem Sie den Aufbewahrungszeitraum für Backups auf einen Wert größer als null festlegen.
### Konsole
**So aktivieren Sie automatisierte Backups direkt**
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 im Navigationsbereich **Datenbanken** und dann die DB-Instance oder den Multi-AZ-DB-Cluster, die/den Sie ändern möchten.
1. Wählen Sie **Ändern** aus.
1. Wählen Sie unter **Aufbewahrungszeitraum für Backups** einen Wert größer als null aus, z. B. 3 Tage.
1. Klicken Sie auf **Weiter**.
1. Wählen Sie **Apply immediately (Sofort anwenden)** aus.
1. Wählen Sie **DB-Instance ändern** oder **Cluster ändern** aus, um Ihre Änderungen zu speichern und automatisierte Backups zu aktivieren.
### AWS CLI
Verwenden Sie den AWS CLI-Befehl [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) oder [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html), um automatische Backups zu aktivieren.
Verwenden Sie die folgenden Parameter:
+ `--db-instance-identifier` (oder `--db-cluster-identifier` für einen Multi-AZ-DB-Cluster)
+ `--backup-retention-period`
+ `--apply-immediately` oder `--no-apply-immediately`
In diesem Beispiel aktivieren wir automatische Backups, indem wir den Aufbewahrungszeitraum für Backups auf drei Tage festlegen. Die Änderungen werden sofort übernommen.
**Example**
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db_instance \
--backup-retention-period 3 \
--apply-immediately
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db_instance ^
--backup-retention-period 3 ^
--apply-immediately
```
### RDS-API
Um automatisierte Backups zu aktivieren, verwenden Sie die RDS-API-Aktion [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) oder [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) mit den folgenden erforderlichen Parametern:
+ `DBInstanceIdentifier` oder `DBClusterIdentifier`
+ `BackupRetentionPeriod`
## Wiederherstellen eines Replikat-Backups von RDS für Oracle
Sie können ein Oracle-Replikat-Backup genauso wiederherstellen wie ein Backup der primären Instance. Weitere Informationen finden Sie hier:
+ [Wiederherstellen auf eine DB-Instance](USER_RestoreFromSnapshot.md)
+ [Wiederherstellen einer DB-Instance auf einen bestimmten Zeitpunkt für Amazon RDS](USER_PIT.md)
Die wichtigste Überlegung beim Wiederherstellen eines Replikat-Backups ist die Bestimmung des Zeitpunkts, zu dem Sie die Wiederherstellung durchführen. Die Datenbank-Zeit bezieht sich auf die letzte angewendete Transaktionszeit der Daten im Backup. Wenn Sie ein Replikat-Backup wiederherstellen, erfolgt die Wiederherstellung auf die Datenbankzeit, nicht auf den Zeitpunkt, zu dem das Backup abgeschlossen wurde. Der Unterschied ist erheblich, da ein RDS-für-Oracle-Replikat um Minuten oder Stunden hinter dem primären Replikat zurückbleiben kann. Daher kann die Datenbankzeit eines Replikat-Backups und damit der Zeitpunkt, zu dem Sie sie wiederherstellen, viel früher sein als die Backup-Erstellungszeit.
Um den Unterschied zwischen Datenbankzeit und Erstellungszeit zu ermitteln, verwenden Sie den `describe-db-snapshots`-Befehl. Vergleichen Sie `SnapshotDatabaseTime`, das ist die Datenbankzeit des Replikat-Backups, und `OriginalSnapshotCreateTime`-Feld, das die letzte angewendete Transaktion in der Primärdatenbank darstellt. Im folgenden Beispiel wird die Zeitspanne zwischen zwei Datumsangaben dargestellt.
```
aws rds describe-db-snapshots \
--db-instance-identifier my-oracle-replica
--db-snapshot-identifier my-replica-snapshot
{
"DBSnapshots": [
{
"DBSnapshotIdentifier": "my-replica-snapshot",
"DBInstanceIdentifier": "my-oracle-replica",
"SnapshotDatabaseTime": "2022-07-26T17:49:44Z",
...
"OriginalSnapshotCreateTime": "2021-07-26T19:49:44Z"
}
]
}
```
# 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
```
# Fehlerbehebung bei Replikaten von RDS für Oracle
In diesem Abschnitt werden mögliche Replikationsprobleme und -lösungen beschrieben.
**Topics**
+ [Überwachen einer Oracle-Replikationsverzögerung](#oracle-read-replicas.troubleshooting.lag)
+ [Fehlerbehebung bei der Oracle-Replikation nach dem Hinzufügen oder Ändern von Auslösern](#oracle-read-replicas.troubleshooting.triggers)
## Überwachen einer Oracle-Replikationsverzögerung
Um die Replikationsverzögerung in Amazon zu überwachen CloudWatch, sehen Sie sich die Amazon `ReplicaLag` RDS-Metrik an. Weitere Informationen zur zeitlichen Verzögerung bei der Replikation finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md) und [CloudWatch Amazon-Metriken für Amazon RDS](rds-metrics.md).
Wenn die Replikationsverzögerung für ein Lesereplikat zu lang ist, fragen Sie die folgenden Ansichten ab:
+ `V$ARCHIVED_LOG` – Zeigt, welche Commits auf das Lesereplikat angewendet wurden.
+ `V$DATAGUARD_STATS` – Zeigt eine detaillierte Aufschlüsselung der Komponenten, aus denen die Metrik `ReplicaLag` besteht.
+ `V$DATAGUARD_STATUS` – Zeigt die Protokollausgabe der internen Replikationsvorgänge von Oracle.
Wenn die Verzögerungszeit für ein gemountetes Replikat zu lang ist, können Sie die `V$`-Ansichten nicht abfragen. Führen Sie stattdessen die folgenden Schritte aus:
+ Checken Sie die `ReplicaLag` Metrik ein CloudWatch.
+ Überprüfen Sie die Warnungsprotokolldatei für das Replikat in der Konsole. Suchen Sie in den Wiederherstellungsmeldungen nach Fehlern. Die Meldungen enthalten die Log-Sequenznummer, die Sie mit der primären Sequenznummer vergleichen können. Weitere Informationen finden Sie unter [Datenbankprotokolldateien von Amazon RDS für Oracle](USER_LogAccess.Concepts.Oracle.md).
## Fehlerbehebung bei der Oracle-Replikation nach dem Hinzufügen oder Ändern von Auslösern
Wenn Sie Auslöser hinzufügen oder ändern und die Replikation danach fehlschlägt, liegt das Problem möglicherweise bei den Auslösern. Stellen Sie sicher, dass der Auslöser die folgenden Benutzerkonten ausschließt, die von RDS für die Replikation benötigt werden:
+ Benutzerkonten mit Administratorrechten
+ `SYS`
+ `SYSTEM`
+ `RDS_DATAGUARD`
+ `rdsdb`
Weitere Informationen finden Sie unter [Sonstige Überlegungen zu RDS-für-Oracle-Replikaten](oracle-read-replicas.limitations.md#oracle-read-replicas.limitations.miscellaneous).
# Redo-Transportkomprimierung mit RDS für Oracle
Verwenden Sie die Redo-Transportkomprimierung von RDS für Oracle, um die Replikationsleistung zwischen Ihrer primären DB-Instance und den Standby-Replikaten zu verbessern. Dies ist besonders nützlich in Umgebungen mit begrenzter Netzwerkbandbreite oder bei Verbindungen mit hoher Latenz.
## Beziehen einer Lizenz für die Redo-Transportkomprimierung
Die Redo-Transportkomprimierung ist Teil der Option [Oracle Advanced Compression](//www.oracle.com/database/advanced-compression/). Um die Redo-Transportkomprimierung verwenden zu können, benötigen Sie eine gültige Lizenz für die Option Oracle Advanced Compression. Informationen zur Lizenzierung erhalten Sie von Ihrem Oracle-Kundenbetreuer.
## Konfigurieren der Redo-Transportkomprimierung
Um die Redo-Transportkomprimierung zu konfigurieren, können Sie den Parameter `rds.replica.redo_compression` verwenden. Dieser Parameter ist für die Oracle-Versionen 19c und 21c verfügbar.
Der Parameter `rds.replica.redo_compression` akzeptiert die folgenden Werte:
+ `DISABLE`: Standardwert, der die Redo-Transportkomprimierung deaktiviert.
+ `ENABLE`: Wert, der die Redo-Transportkomprimierung mithilfe des [ZLIB](https://zlib.net/)-Standardalgorithmus aktiviert.
+ `ZLIB`: Wert, der explizit die Redo-Transportkomprimierung mithilfe des ZLIB-Algorithmus aktiviert, der gute Komprimierungsraten bietet.
+ `LZO`: Wert, der explizit die Redo-Transportkomprimierung mithilfe des [LZO-Algorithmus](https://www.oberhumer.com/opensource/lzo/) aktiviert, der die Komprimierungsgeschwindigkeit optimiert, insbesondere bei der Dekomprimierung.
## Leistungsaspekte bei der Redo-Transportkomprimierung
Komprimierungs- und Dekomprimierungsvorgänge beanspruchen CPU-Ressourcen sowohl auf der primären Instance als auch auf den Standby-Instances. Wenn Sie die Redo-Transportkomprimierung verwenden, sollten Sie die Ressourcennutzung der Instance und die Netzwerkbedingungen berücksichtigen.
## Verwandte Themen zur Redo-Transportkomprimierung
Weitere Informationen zum Konfigurieren der Redo-Transportkomprimierung finden Sie in den folgenden Ressourcen:
+ [DB-Parametergruppen für DB-Instances von Amazon RDS](USER_WorkingWithDBInstanceParamGroups.md)
+ [RedoCompression](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html#GUID-5E6DDFD0-6196-48EB-94AF-21A1AFBB7DE1)in den Versionshinweisen zu Oracle Database 19c