Arbeiten mit Oracle Replikaten für RDS Custom für Oracle - Amazon Relational Database Service
Übersicht über RDS Custom für Oracle-ReplikationRichtlinien und Einschränkungen für die ReplikationHochstufen einer RDS Custom für Oracle-Replica

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 Oracle Replikaten für RDS Custom für Oracle

Sie können Oracle-Repliken für RDS Custom für Oracle-DB-Instances erstellen, auf denen Oracle Enterprise Edition ausgeführt wird. Sowohl Container-Datenbanken (CDBs) als auch Nicht-CDBs werden unterstützt. Standard Edition 2 unterstützt Oracle Data Guard nicht.

Ein Replikat von RDS Custom für Oracle wird ähnlich erstellt wie ein Replikat von RDS für Oracle. wobei es jedoch einige wichtige Unterschiede gibt. Allgemeine Informationen zum Erstellen und Verwalten von Oracle-Replikaten finden Sie unter Arbeiten mit DB-Instance-Lesereplikaten und Arbeiten mit Lese-Replikaten für Amazon RDS für Oracle.

Übersicht über RDS Custom für Oracle-Replikation

Die Architektur der RDS Custom für Oracle-Replikation ist analog zu RDS für die Oracle-Replikation. Eine primäre DB-Instance repliziert asynchron auf ein oder mehrere Oracle-Replikate.

RDS Custom für Oracle unterstützt Oracle-Replikate

Maximale Anzahl von Replikaten

Wie bei RDS für Oracle können Sie bis zu fünf verwaltete Oracle-Replikate Ihrer primären DB-Instance von RDS Custom für Oracle erstellen. Sie können auch eigene manuell konfigurierte (externe) Oracle-Replikate erstellen. Externe Replikate werden nicht auf Ihr DB-Instance-Limit angerechnet. Sie liegen auch außerhalb des RDS Kunden-Supportumfangs. Weitere Informationen über die Unterstützung finden Sie unter Support-Perimeter in RDS Custom.

Benennungskonvention für Replikate

Oracle-Replikatnamen basieren auf dem eindeutigen Datenbanknamen. Das Format ist DB_UNIQUE_NAME_X, mit Buchstaben, die nacheinander angehängt werden. Zum Beispiel, wenn der eindeutige Name Ihrer Datenbank ORCL ist, heißen die ersten beiden Repliken ORCL_A und ORCL_B. Die ersten sechs Buchstaben, A—F, sind für RDS Custom reserviert. RDS Custom kopiert Datenbankparameter von Ihrer primären DB-Instance zu den Replikaten. Weitere Informationen finden Sie unter UNIFIED_AUDIT_TRAIL in der Oracle-Dokumentation.

Backup-Aufbewahrung von Replikaten

RDS Custom Oracle-Replikate verwenden standardmäßig den gleichen Aufbewahrungszeitraum für Backups wie Ihre primäre DB-Instance. Sie können den Aufbewahrungszeitraum für Backups von 1-35 Tagen ändern. RDS Custom unterstützt Sicherung, Wiederherstellung und point-in-time Wiederherstellung (PITR). Weitere Informationen zum Sichern und Wiederherstellen von RDS-Custom-DB-Instances finden Sie unter Sichern und Wiederherstellen einer DB-Instance von Amazon RDS Custom for Oracle.

Anmerkung

Während der Erstellung eines Oracle-Replikats pausiert RDS Custom vorübergehend die Bereinigung der Redo-Log-Dateien. Auf diese Weise stellt RDS Custom sicher, dass diese Protokolle auf das neue Oracle-Replikat angewendet werden können, sobald es verfügbar ist.

Hochstufung von Replikaten

Sie können verwaltete Oracle-Repliken in RDS Custom for Oracle mithilfe der Konsole, des promote-read-replica AWS CLI Befehls oder PromoteReadReplica der API hochstufen. Wenn Sie Ihre primäre DB-Instance löschen und alle Replikate fehlerfrei sind, stuft RDS Custom for Oracle Ihre verwalteten Replikate automatisch zu eigenständigen Instances herauf. Wenn ein Replikat die Automatisierung unterbrochen hat oder sich außerhalb des Supportumfangs befindet, müssen Sie das Replikat reparieren, bevor RDS Custom es automatisch heraufstufen kann. Sie können externe Oracle-Replikate nur manuell heraufstufen.

Richtlinien und Einschränkungen für Replikate von RDS Custom für Oracle

Wenn Sie RDS Custom für Oracle-Replikate, werden nicht alle RDS Oracle-Replikat-Optionen unterstützt.

Richtlinien und Einschränkungen für die Replikation mit RDS Custom für Oracle

Beachten Sie bei der Verwendung von RDS Custom für Oracle folgende Richtlinien:

  • Sie können RDS Custom für die Oracle-Replikation nur in der Oracle Enterprise Edition verwenden. Standard Edition 2 wird nicht unterstützt.

  • Ändern Sie nicht den RDS_DATAGUARD-Benutzer. Dieser Benutzer ist für RDS Custom für Oracle Automation reserviert. Das Ändern des Benutzers kann zu unerwünschten Ergebnissen führen, z. B. keine Oracle-Replikate für Ihre RDS Custom für Oracle DB-Instance erstellen zu können.

  • Ändern Sie das Benutzerpasswort für die Replikation nicht. Es ist erforderlich, um die Konfiguration von Oracle Data Guard auf dem Host zu verwalten. Wenn Sie das Kennwort ändern, kann RDS Custom für Oracle Ihr Oracle-Replikat außerhalb des Support-Umfangs platzieren. Weitere Informationen finden Sie unter Support-Perimeter in RDS Custom.

    Das Passwort ist gespeichert AWS Secrets Manager und mit der DB-Ressourcen-ID gekennzeichnet. Jedes Oracle-Replikat hat sein eigenes Geheimnis in Secrets Manager. Im Folgenden wird das Format für -Ereignisse angegeben.

    do-not-delete-rds-custom-db-DB_resource_id-6-digit_UUID-dg

  • Ändern Sie DB_UNIQUE_NAME für die primäre DB-Instance nicht. Eine Änderung des Namens führt dazu, dass jeder Wiederherstellungsvorgang hängen bleibt.

  • Geben Sie die Klausel STANDBYS=NONE nicht in einem CREATE PLUGGABLE DATABASE-Befehl in einer RDS-Custom-CDB an. Damit wird gewährleistet, dass Ihre Standby-CDB im Falle eines Failovers alle PDBs enthält.

Allgemeine Einschränkungen für die Replikation mit RDS Custom für Oracle

RDS Custom für Oracle-Replikate haben folgende Beschränkungen:

  • Sie können Replikate von RDS Custom für Oracle nicht im schreibgeschützten Modus erstellen. Sie können den Modus der aufgespielten Replikate jedoch manuell in schreibgeschützt und von schreibgeschützt auf aufgespielt ändern. Weitere Informationen finden Sie in der Dokumentation zum Befehl create-db-instance-read-replica AWS CLI .

  • Replikate von RDS Custom für Oracle können nicht regionsübergreifend erstellt werden.

  • Sie können den Wert von Oracle Data Guard CommunicationTimeout-Parameter nicht ändern. Dieser Parameter ist für DB-Instances von RDS Custom für Oracle auf 15 Sekunden festgelegt.

Netzwerkanforderungen und -einschränkungen für die Replikation mit RDS Custom für Oracle

Stellen Sie sicher, dass Ihre Netzwerkkonfiguration RDS Custom für Oracle-Replikate unterstützt. Berücksichtigen Sie dabei Folgendes:

  • Stellen Sie sicher, dass Sie Port 1140 für die eingehende und ausgehende Kommunikation innerhalb Ihrer Virtual Private Cloud (VPC) für die primäre DB-Instance und deren Replikate aktivieren. Dies ist für die Kommunikation von Oracle Data Guard mit den Lesereplikaten erforderlich.

  • RDS Custom für Oracle validiert das Netzwerk beim Erstellen eines Oracle-Replikats. Wenn die primäre DB-Instance und das neue Replikat keine Verbindung über das Netzwerk herstellen können, erstellt RDS Custom für Oracle das Replikat nicht und platziert es in den INCOMPATIBLE_NETWORK-Zustand.

  • Verwenden Sie für externe Oracle-Replikate, wie z. B. diejenigen, die Sie auf Amazon EC2 oder lokal erstellen, einen anderen Port und Listener für die Oracle Data Guard-Replikation. Der Versuch, Port 1140 zu verwenden, kann zu Konflikten mit der benutzerdefinierten RDS Automatisierung führen.

  • Die /rdsdbdata/config/tnsnames.ora-Datei enthält Netzwerkdienstnamen, die den Adressen des Listener-Protokolls zugeordnet sind. Beachten Sie die folgenden Anforderungen und Empfehlungen:

    • Einträge in tnsnames.ora mit dem Präfix rds_custom_ sind für RDS Custom reserviert, wenn Oracle-Replikat-Operationen verarbeitet werden.

      Beim Erstellen von manuellen Einträgen in tnsnames.ora, benutzen Sie dieses Präfix nicht.

    • In einigen Fällen möchten Sie möglicherweise manuell umschalten oder ausfallen oder Failover-Technologien wie Fast-Start Failover (FSFO) verwenden. Wenn ja, stellen Sie sicher, dass Sie manuell synchronisieren tnsnames.ora-Einträge von der primären DB-Instance zu allen Standby-Instances. Diese Empfehlung gilt sowohl für Oracle-Replikate, die von RDS Custom verwaltet werden, als auch für externe Oracle-Replikate.

      RDS Customer Automatisierungsaktualisierungen tnsnames.ora-Einträge nur auf der primären DB-Instance. Stellen Sie sicher, dass Sie auch synchronisieren, wenn Sie ein Oracle-Replikat hinzufügen oder entfernen.

      Wenn Sie die tnsnames.ora-Dateien nicht synchronisieren und manuell umschalten oder ausfallen lassen, ist Oracle Data Guard auf der primären DB-Instance möglicherweise nicht in der Lage, mit den Oracle-Replikaten zu kommunizieren.

Externe Replikatseinschränkungen für RDS Custom für Oracle

RDS Custom für externe Oracle-Replikate, die lokale Replikate enthalten, gelten folgende Einschränkungen:

  • RDS Custom für Oracle erkennt keine Instance-Rollenänderungen bei manuellem Failover, wie z. B. FSFO, für externe Oracle-Replikate.

    RDS Custom für Oracle erkennt aber Änderungen für verwaltete Replikate. Die Rollenänderung wird im Ereignisprotokoll vermerkt. Sie können den neuen Status auch mithilfe des describe-db-instances AWS CLI Befehls anzeigen.

  • RDS Custom für Oracle erkennt keine hohe Replikationsverzögerung für externe Oracle-Replikate.

    RDS Custom für Oracle erkennt aber Verzögerungen für verwaltete Replikate. Eine hohe Replikationsverzögerung führt zum Event Replication has stopped. Sie können den Replikationsstatus auch mithilfe des describe-db-instances AWS CLI Befehls anzeigen, aber es kann zu Verzögerungen bei der Aktualisierung kommen.

  • RDS Custom für Oracle stuft externe Oracle-Replikate nicht automatisch hoch, wenn Sie Ihre primäre DB-Instance löschen.

    Die automatische Heraufstufungsfunktion ist nur für verwaltete Oracle-Replikate verfügbar. Informationen zur manuellen Hochstufung von Oracle-Replikaten finden Sie im Whitepaper Hochverfügbarkeit mit Data Guard auf Amazon RDS Custom für Oracle aktivieren.

Einschränkungen beim Hochstufen von Replikaten von RDS Custom für Oracle

Das Heraufstufen von RDS Custom für von Oracle verwaltete Oracle-Replikate entspricht dem Heraufstufen von RDS-verwalteten Replikaten, mit einigen Unterschieden. Beachten Sie die folgenden Einschränkungen für Replikate von RDS Custom für Oracle:

  • Sie können ein Replikat nicht heraufstufen, während RDS Custom für Oracle es sichert.

  • Sie können den Aufbewahrungszeitraum für Backups nicht auf 0 ändern, wenn Sie Ihr Oracle-Replikat hochstufen.

  • Sie können Ihr Replikat nicht hochstufen, wenn es sich nicht in einem fehlerfreien Zustand befindet.

    Wenn Sie eine Ausgabe von delete-db-instance auf der primären DB-Instanz vornehmen, validiert RDS Custom für Oracle, dass jedes verwaltete Oracle-Replikat in Ordnung und für die Promotion verfügbar ist. Ein Replikat ist möglicherweise nicht für eine Hochstufung berechtigt, da die Automatisierung angehalten wurde oder sich außerhalb des Supportimeters befindet. In solchen Fällen veröffentlicht RDS Custom für Oracle ein Ereignis, in dem das Problem erläutert wird, sodass Sie Ihr Oracle-Replikat manuell reparieren können.

Richtlinien zum Hochstufen von Replikaten von RDS Custom für Oracle

Beim Hochstufen eines Replikats gelten die folgenden Richtlinien:

  • Initiieren Sie kein Failover, während RDS Custom für Oracle Ihr Replikat hochstuft. Andernfalls könnte der Promotion-Workflow hängen bleiben.

  • Wechseln Sie nicht Ihre primäre DB-Instance, während RDS Custom für Oracle Ihr Oracle-Replikat hochstuft. Andernfalls könnte der Promotion-Workflow hängen bleiben.

  • Fahren Sie Ihre primäre DB-Instance nicht herunter, während RDS Custom für Oracle Ihr Oracle-Replikat hochstuft. Andernfalls könnte der Promotion-Workflow hängen bleiben.

  • Versuchen Sie nicht, die Replikation mit Ihrer neu hochgestuften DB-Instance als Ziel neu zu starten. Nachdem RDS Custom für Oracle Ihr Oracle-Replikat heraufgestuft hat, wird es zu einer eigenständigen DB-Instance und hat nicht mehr die Replikatrolle.

Weitere Informationen finden Sie unter Behebung von Fehlerbehebung bei der Heraufstufung von Replikaten für RDS.

Hochstufen einer Replica von RDS Custom für Oracle zu einer eigenständigen DB-Instance

Genau wie bei RDS für Oracle können Sie ein RDS Custom für Oracle-Replikat zu einer eigenständigen DB-Instance heraufstufen. Wenn Sie ein Oracle-Replikat hochstufen, startet RDS Custom für Oracle die DB-Instanz neu, bevor sie verfügbar wird. Weitere Informationen über das Hochstufen von Oracle-Replikaten finden Sie unter Hochstufen eines Lesereplikats zur eigenständigen DB-Instance.

Die folgenden Schritte zeigen den allgemeinen Vorgang für das Hochstufen eines Oracle-Replikats zu einer DB-Instance:

  1. Halten Sie das Schreiben aller Schreibtransaktionen an, damit die primäre DB-Instance.

  2. Warten Sie, bis RDS Custom für Oracle alle Aktualisierungen auf Ihr Oracle-Replikat angewendet hat.

  3. Bewerben Sie Ihr Oracle-Replikat, indem Sie in der Amazon RDS-Konsole die Option Promote, den AWS CLI Befehl promote-read-replicaoder den PromoteReadReplicaAmazon RDS-API-Vorgang auswählen.

Das Hochstufen einer Oracle-Replica kann einige Minuten in Anspruch nehmen. Während des Vorgangs stoppt RDS Custom für Oracle die Replikation und startet Ihr Replikat neu. Wenn der Neustart abgeschlossen ist, ist das Oracle-Replikat als eigenständige DB-Instanz verfügbar.

Hochstufen einer Replica von RDS Custom für Oracle zu einer eigenständigen DB-Instance

  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 Oracle-Replikat zeigt Replica (Replikat) in der Spalte Role (Rolle) an.

  3. Wählen Sie das RDS Custom für Oracle-Replikat aus, das Sie hochstufen möchten.

  4. Wählen Sie für Actions (Aktionen)Promote (Hochstufen) aus.

  5. Geben Sie auf der Seite Oracle-Replikat hochstufen den Aufbewahrungszeitraum und das Backup-Fenster für die neu hochgestufte DB-Instance an. Sie können diesen Wert nicht auf 0 setzen.

  6. Wenn die Einstellungen Ihren Wünschen entsprechen, wählen Sie Promote Oracle replica (Oracle-Replikat hochstufen).

Verwenden Sie den AWS CLI promote-read-replicaBefehl, um Ihr RDS Custom for Oracle-Replikat zu einer eigenständigen DB-Instance hochzustufen.

Beispiel

Für LinuxmacOS, oderUnix:

aws rds promote-read-replica \
--db-instance-identifier my-custom-read-replica \
--backup-retention-period 2 \
--preferred-backup-window 23:00-24:00

Windows:

aws rds promote-read-replica ^
--db-instance-identifier my-custom-read-replica ^
--backup-retention-period 2 ^
--preferred-backup-window 23:00-24:00

Um ein Oracle-Replikat auf eine eigenständige DB-Instance hochzustufen, rufen Sie die Amazon-RDS-API-Operation PromoteReadReplica mit dem erforderlichen Parametern DBInstanceIdentifier auf.