

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
<a name="Appendix.OracleGoldenGate.Troubleshooting"></a>

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

**Topics**
+ [Fehler beim Öffnen eines Online-Redo-Protokolls](#Appendix.OracleGoldenGate.Troubleshooting.Logs)
+ [Oracle GoldenGate scheint richtig konfiguriert zu sein, aber die Replikation funktioniert nicht](#Appendix.OracleGoldenGate.Troubleshooting.Replication)
+ [Integrated REPLICAT langsam aufgrund von Abfrage auf SYS."\$1DBA\$1APPLY\$1CDR\$1INFO"](#Appendix.OracleGoldenGate.IR)

## Fehler beim Öffnen eines Online-Redo-Protokolls
<a name="Appendix.OracleGoldenGate.Troubleshooting.Logs"></a>

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
<a name="Appendix.OracleGoldenGate.Troubleshooting.Replication"></a>

Für bereits existierende Tabellen müssen Sie die SCN angeben, mit der 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
   ```

1. Richten Sie mit der Befehlszeile `ggsci` die Start-SCN für den Vorgang `EXTRACT` ein. Im folgenden Beispiel wird die SCN für auf 223274 festgeleg `EXTRACT`.

   ```
   ALTER EXTRACT EABC SCN 223274
   start EABC
   ```

1. Melden Sie sich bei der Zieldatenbank an. Das folgende Beispiel zeigt das Format für die Anmeldung.

   ```
   dblogin userid oggadm1@OGGTARGET
   ```

1. Richten Sie mit der Befehlszeile `ggsci` die Start-SCN für den Vorgang `REPLICAT` ein. Im folgenden Beispiel wird die SCN für auf 223274 festgeleg `REPLICAT`.

   ```
   start RABC atcsn 223274
   ```

## Integrated REPLICAT langsam aufgrund von Abfrage auf SYS."\$1DBA\$1APPLY\$1CDR\$1INFO"
<a name="Appendix.OracleGoldenGate.IR"></a>

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

Wenn CDR eine Kollision auflöst, kann es vorübergehend Datensätze in die Ausnahmetabelle `_DBA_APPLY_CDR_INFO` 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 Verfahren Amazon RDS, um alle Zeilen aus `_DBA_APPLY_CDR_INFO` zu entfernen `rdsadmin.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:
+ [Version 21.0.0.0.ru-2022-01.rur-2022-01.r1](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-21-0.html#oracle-version-RU-RUR.21.0.0.0.ru-2022-01.rur-2022-01.r1) und höher
+ [ Version 19.0.0.0.ru-2020-10.rur-2020-10.r1](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-19-0.html#oracle-version-RU-RUR.19.0.0.0.ru-2020-10.rur-2020-10.r1) und höher

Im folgenden Beispiel wird die Tabelle abgeschnitten `_DBA_APPLY_CDR_INFO`.

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