Klassisches oder nicht integriertes Replicat

Im klassischen Modus ist Replicat ein Single-Threaded-Prozess, der Standard-SQL verwendet, um Daten auf die Zieltabellen anzuwenden. In diesem Modus führt Replicat folgende Aktionen aus:

• Liest den Oracle GoldenGate-Trail.

• Führt Datenfilterung, -zuordnung und -konvertierung aus.

• Erstellt SQL-Anweisungen, die DML- oder DDL-Transaktionen der Quelldatenbank (in festgeschriebener Reihenfolge) darstellen.

• Wendet SQL über die SQL-Schnittstelle, die für die angegebene Zieldatenbank unterstützt wird, wie ODBC oder die native Datenbankschnittstelle, auf das Ziel an.

Wie in dieser Abbildung dargestellt, können Sie Transaktionen parallel mit einem klassischen Replicat anwenden, jedoch nur, indem Sie die Workload über mehrere Replicat-Prozesse partitionieren. Für jedes Replicat muss eine Parameterdatei erstellt werden.

Um zu bestimmen, ob der klassische Modus für Objekte verwendet werden soll, müssen Sie bestimmen, ob die Objekte in einer Replicat-Gruppe jemals Abhängigkeiten von Objekten in einer anderen Replicat-Gruppe haben, transaktional oder anderweitig. Nicht alle Workloads können über mehrere Replicat-Gruppen partitioniert werden, und die ursprüngliche Transaktionsatomarität bleibt erhalten. Tabellen, für die die Workload den Primärschlüssel routinemäßig aktualisiert, können auf diese Weise nicht einfach partitioniert werden. Die DDL-Replikation (sofern sie für die Datenbank unterstützt wird) ist in diesem Modus nicht möglich, und es werden auch einige SQLEXEC- oder EVENTACTIONS-Features verwendet, die ihre Aktionen auf einem bestimmten Datensatz basieren.

Wenn Ihre Tabellen keine Fremdschlüsselabhängigkeiten oder Aktualisierungen an Primärschlüsseln aufweisen, kann der klassische Modus geeignet sein. Der klassische Modus erfordert weniger Overhead als der koordinierte Modus.