Richtlinien und Einschränkungen für RDS Custom for Oracle-Replikation

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 for Oracle Automation reserviert. Wenn Sie diesen Benutzer ändern, kann dies zu unerwünschten Ergebnissen führen, z. B. wenn Sie keine Oracle-Replikate für Ihre RDS Custom for Oracle-DB-Instance erstellen können.

Ändern Sie das Benutzerpasswort für die Replikation nicht. Es ist erforderlich, um die Oracle Data Guard-Konfiguration auf dem RDS benutzerdefinierten Host zu verwalten. Wenn Sie das Passwort ändern, könnte RDS Custom for Oracle Ihr Oracle-Replikat außerhalb des Support-Perimeters platzieren. Weitere Informationen finden Sie unter Support-Perimeter in RDS Custom.

Das Passwort wird gespeichert und mit der DB-Ressourcen-ID gekennzeichnet. AWS Secrets Manager 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 nicht STANDBYS=NONE in einem CREATE PLUGGABLE DATABASE Befehl in einem RDS benutzerdefinierten Befehl anCDB. Auf diese Weise CDB enthält Ihr Standby bei einem Failover alle PDBs Daten.

Sie können RDS Custom for Oracle-Replikate 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 -replica. create-db-instance-read AWS CLI

Sie können keine regionsübergreifende RDS benutzerdefinierte Version für Oracle-Replikate erstellen.

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

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

RDSCustom for Oracle validiert das Netzwerk und erstellt gleichzeitig ein Oracle-Replikat. Wenn die primäre DB-Instance und das neue Replikat keine Verbindung über das Netzwerk herstellen können, erstellt RDS Custom for Oracle das Replikat nicht und versetzt es in den Status. INCOMPATIBLE_NETWORK

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, könnte zu Konflikten mit der benutzerdefinierten Automatisierung führen. RDS

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

RDSCustom for Oracle erkennt keine Änderungen der Instanzrolle bei manuellem Failover, z. B. bei externen FSFO Oracle-Replikaten.

RDSCustom for Oracle erkennt Ä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.

RDSCustom for Oracle erkennt keine hohe Replikationsverzögerung für externe Oracle-Replikate.

RDSCustom for Oracle erkennt Verzögerungen bei verwalteten Replikaten. 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.

RDSCustom for Oracle stuft externe Oracle-Replikate nicht automatisch herauf, wenn Sie Ihre primäre DB-Instance löschen.

Die automatische Heraufstufungsfunktion ist nur für verwaltete Oracle-Replikate verfügbar. Informationen zur manuellen Promotion von Oracle-Replikaten finden Sie im Whitepaper Enabling High Availability with Data Guard on Amazon RDS Custom for Oracle.

Sie können ein Replikat nicht hochstufen, solange RDS Custom for 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 ein Problem delete-db-instance auf der primären DB-Instance ausgeben, überprüft RDS Custom for Oracle, ob jedes verwaltete Oracle-Replikat fehlerfrei ist und für eine Heraufstufung 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 for Oracle eine Veranstaltung, in der das Problem erklärt wird, sodass Sie Ihr Oracle-Replikat manuell reparieren können.

Initiieren Sie keinen Failover, während RDS Custom for Oracle Ihr Replikat hochstuft. Andernfalls könnte der Promotion-Workflow hängen bleiben.

Wechseln Sie nicht zu Ihrer primären DB-Instance, während RDS Custom for Oracle Ihr Oracle-Replikat bewirbt. Andernfalls könnte der Promotion-Workflow hängen bleiben.

Fahren Sie Ihre primäre DB-Instance nicht herunter, während RDS Custom for Oracle Ihr Oracle-Replikat bewirbt. 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 for Oracle Ihr Oracle-Replikat hochgestuft hat, wird es zu einer eigenständigen DB-Instance und hat nicht mehr die Replikatrolle.