Fehlerbehebung bei Oracle GoldenGate - Amazon Relational Database Service

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.

Fehlerbehebung bei Oracle GoldenGate

In diesem Abschnitt werden die häufigsten Probleme bei der Verwendung von Oracle GoldenGate mit Amazon RDS for Oracle erläutert.

Fehler beim Öffnen eines Online-Redo-Protokolls

Erstellen Sie die Datenbanken unbedingt so, dass archivierte Redo-Protokolle aufbewahrt werden. Berücksichtigen Sie die folgenden Hinweise:

  • Geben Sie die Dauer für die Protokollaufbewahrung in Stunden an. Der Mindestwert ist eine Stunde.

  • Legen Sie die Dauer so fest, dass potenzielle Ausfallzeiten der Quell-Instance, jede mögliche Kommunikationsdauer und mögliche Dauer von Netzwerkproblemen für die Quell-DB-Instance überschritten werden. Bei einer solchen Dauer kann Oracle bei Bedarf Protokolle aus der Quell-DB-Instance GoldenGate wiederherstellen.

  • Stellen Sie sicher, dass auf Ihrer Instance genügend Speicherplatz für die Dateien vorhanden ist.

Wenn die Protokollaufbewahrung nicht aktiviert ist oder wenn der Aufbewahrungswert zu klein ist, erhalten Sie eine Meldung ähnlich wie die folgende.

2022-03-06 06:17:27 ERROR OGG-00446 error 2 (No such file or directory) opening redo log /rdsdbdata/db/GGTEST3_A/onlinelog/o1_mf_2_9k4bp1n6_.log for sequence 1306 Not able to establish initial position for begin time 2022-03-06 06:16:55.

Oracle GoldenGate scheint richtig konfiguriert zu sein, aber die Replikation funktioniert nicht

Bei bereits vorhandenen Tabellen müssen Sie angeben, mit welcher SCN Tabelle Oracle GoldenGate arbeitet.

So beheben Sie dieses Problem
  1. Melden Sie sich bei der Quelldatenbank an und starten Sie die GoldenGate Oracle-Befehlszeilenschnittstelle (ggsci). Das folgende Beispiel zeigt das Format für die Anmeldung.

    dblogin userid oggadm1@OGGSOURCE
  2. Richten Sie über die ggsci Befehlszeile den Start SCN für den EXTRACT Prozess ein. Im folgenden Beispiel wird der SCN auf 223274 für gesetzt. EXTRACT

    ALTER EXTRACT EABC SCN 223274 start EABC
  3. Melden Sie sich bei der Zieldatenbank an. Das folgende Beispiel zeigt das Format für die Anmeldung.

    dblogin userid oggadm1@OGGTARGET
  4. Richten Sie über die ggsci Befehlszeile den Start SCN für den REPLICAT Prozess ein. Im folgenden Beispiel wird der SCN auf 223274 für gesetzt. REPLICAT

    start RABC atcsn 223274

Integriert REPLICAT langsam, da die Abfrage aktiviert istSYS.“ _ DBA _ APPLY _ CDR _INFO“

Oracle GoldenGate Conflict Detection and Resolution (CDR) bietet grundlegende Routinen zur Konfliktlösung. CDRKann beispielsweise einen eindeutigen Konflikt für eine INSERT Anweisung lösen.

Wenn eine Kollision CDR behoben wird, kann es _DBA_APPLY_CDR_INFO vorübergehend Datensätze in die Ausnahmetabelle einfügen. Integriertes REPLICAT löscht diese Datensätze später. In einem seltenen Szenario kann das integrierte REPLICAT eine große Anzahl von Kollisionen verarbeiten, aber ein neues integriertes REPLICAT ersetzt es nicht. Anstatt entfernt zu werden, sind die vorhandenen Zeilen in _DBA_APPLY_CDR_INFO verwaist. Alle neuen integrierten REPLICAT-Prozesse verlangsamen sich, da sie verwaiste Zeilen in _DBA_APPLY_CDR_INFO abfragen.

Verwenden Sie das RDS Amazon-Verfahren_DBA_APPLY_CDR_INFO, um alle Zeilen von zu entfernenrdsadmin.rdsadmin_util.truncate_apply$_cdr_info. Dieses Verfahren wird im Rahmen des Release- und Patch-Updates vom Oktober 2020 veröffentlicht. Der Prozess ist in den folgenden Datenbankversionen verfügbar:

Im folgenden Beispiel wird die Tabelle abgeschnitten _DBA_APPLY_CDR_INFO.

SET SERVEROUTPUT ON SIZE 2000 EXEC rdsadmin.rdsadmin_util.truncate_apply$_cdr_info;