Richtlinien und Einschränkungen für Replikate von RDS Custom für Oracle - Amazon Relational Database Service
Richtlinien und Einschränkungen für die Replikation mit RDS Custom für OracleAllgemeine Einschränkungen für die Replikation mit RDS Custom für OracleNetzwerkanforderungen und -einschränkungen für die Replikation mit RDS Custom für OracleExterne Replikatseinschränkungen für RDS Custom für Oracle

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.

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.

  • Wir empfehlen dringend, einen VPN-Tunnel zu implementieren, um die Kommunikation zwischen Ihrer Primär- und Standby-Instanz zu verschlüsseln. Weitere Informationen finden Sie unter Konfiguration eines VPN Tunnels zwischen Primär- und Replikatinstanzen von RDS Custom for Oracle.

  • Ä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 wird gespeichert AWS Secrets Manager und mit der DB-Ressourcen-ID gekennzeichnet. Jedes Oracle-Replikat hat sein eigenes Geheimnis in Secrets Manager. Das Geheimnis verwendet eines der folgenden Benennungsformate.

    do-not-delete-rds-custom-db-DB_resource_id-uuid-dg
rds-custom!oracle-do-not-delete-DB_resource_id-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. Auf diese Weise enthält Ihre Standby-CDB bei einem Failover alle Daten. PDBs

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 AWS CLI -replica.

  • 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, z. B. solche, die Sie auf Amazon EC2 oder vor Ort 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 Befehls anzeigen. describe-db-instances AWS CLI

  • 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.