Replicat in koordinierten Modus umschalten

Gültig für alle von Oracle GoldenGate unterstützten Datenbanktypen.

Bei diesem Verfahren wird eine reguläre Replicat-Konfiguration (nicht koordiniert) auf eine koordinierte Konfiguration upgegradet. Bei diesem Verfahren wird davon ausgegangen, dass Sie eine Konfiguration, die Daten über mehrere Extract- und Replicat-Prozesse hinweg partitioniert, durch eine Konfiguration ersetzen, die einen Extract und ein koordiniertes Replicat verwendet. Das koordinierte Replicat ersetzt die Notwendigkeit, mehrere Replicat-Prozesse zu verwenden. Ein koordiniertes Replicat erfordert nur einen Trail, sodass mehrere Extract-Prozesse nicht erforderlich sind.

Untersuchungsübersicht

Diese Prozedur verwendet den Parameter EVENTACTIONS mit einer Aktion STOP, mit der alle Replicat-Prozesse an demselben Punkt im Trail gestoppt werden können. Die Aktion EVENTACTIONS wird von einer Transaktion ausgelöst, die eine INSERT zu einer Dummy-Tabelle enthält. Die INSERT bewirkt, dass jeder Prozess die Verarbeitung bis hin zur Ereignistransaktion beendet und anschließend ordnungsgemäß gestoppt wird. Eine zusätzliche Ereignisaktion von IGNORE wird für Replicat angegeben, um zu verhindern, dass die mehreren Replicat-Prozesse versuchen, denselben Datensatz in das Ziel einzufügen. Das Ergebnis dieser Prozedur ist, dass alle Prozesse an demselben Punkt im Datenstream gestoppt werden: Nachdem die Transaktion INSERT in der Dummy-Tabelle abgeschlossen wurde.

Nachdem die Prozesse gestoppt wurden, verschieben Sie alle TABLE-Anweisungen in eine primäre Extract-Gruppe. Sie verschieben alle MAP-Anweisungen in eine neue koordinierte Replicat-Gruppe, die den mit dem beibehaltenen Extract verknüpften Trail liest. Nachdem sich alle MAP-Anweisungen in einer Parameterdatei befinden, bearbeiten Sie sie, um die Threadspezifikationen hinzuzufügen, die ein koordiniertes Replicat unterstützen. (Dies kann im Voraus geschehen.) Anschließend löschen Sie die Replicat-Gruppe und fügen sie im koordinierten Modus mit demselben Namen wieder hinzu.

Switch zu koordiniertem Replicat ausführen

Hinweis: Erstellen Sie die Replicat-Gruppe erst, wenn Sie dazu aufgefordert werden.

  1. Sichern Sie die aktuellen Parameterdateien aller Extract-Gruppen und Replicat-Gruppen. Sie werden sie bearbeiten.

  2. Arbeitsverzeichnis außerhalb des Oracle GoldenGate-Verzeichnisses erstellen Mit diesem Verzeichnis erstellen und speichern Sie neue Versionen der Parameterdateien. Bei Bedarf können Sie ein Arbeitsverzeichnis auf dem Quell- und Zielsystem erstellen.

  3. Erstellen Sie im Arbeitsverzeichnis eine Parameterdatei für ein koordiniertes Replicat. Kopieren Sie die Parameter MAP aus den aktiven Parameterdateien aller Replicat-Gruppen in diese Parameterdatei, und fügen Sie dann die Threadspezifikationen und alle anderen Parameter hinzu, die Ihre erforderliche koordinierte Replicat-Konfiguration unterstützen

  4. Wenn Sie mehrere primäre Extract-Gruppen verwenden, wählen Sie eine Gruppe aus, die beibehalten werden soll, und speichern Sie dann eine Kopie der aktuellen Parameterdatei im Arbeitsverzeichnis.

  5. Kopieren Sie alle TABLE-Anweisungen aus den anderen Extract-Gruppen in die neue Parameterdatei des primären Extract, den Sie beibehalten.

  6. Kopieren Sie alle TABLE-Anweisungen aus dem anderen Extract in die kopierte Parameterdatei des beibehaltenen Extract.

  7. Erstellen Sie in der Quelldatenbank eine einfache Dummy-Tabelle, auf der eine einfache INSERT-Anweisung ausgeführt werden kann. Für diese Prozedur wird der Name schema.event verwendet.

  8. Erstellen Sie dieselbe Tabelle auf dem Zielsystem, um zusätzliche Konfigurationsparameter zu vermeiden.

  9. Bearbeiten Sie die aktiven Parameterdateien (nicht die Kopien) aller primären und Data Pump Extract-Gruppen, um den folgenden Parameter EVENTACTIONS zu jeder Gruppe hinzuzufügen.

TABLE schema.event, EVENTACTIONS(STOP);
  1. Bearbeiten Sie die aktiven Parameterdateien (nicht die Kopien) aller Replicat-Gruppen, um jedem Parameter den folgenden EVENTACTIONS hinzuzufügen.
MAP schema.event, TARGET schema.event, EVENTACTIONS(IGNORE, STOP);

  1. Stoppen Sie die Oracle GoldenGate-Prozesse ordnungsgemäß in der folgenden Reihenfolge:

    • Alle Replicat-Prozesse stoppen.

    • Stoppen Sie alle Exportprozesse.

  2. Starten Sie die Oracle GoldenGate-Prozesse in der folgenden Reihenfolge neu, damit die EVENTACTIONS-Parameter wirksam werden:

    • Alle Extract-Prozesse starten

    • Alle Replicat-Prozesse starten

  3. Geben Sie im Quellsystem eine Transaktion in der Tabelle schema.event aus, die eine INSERT-Anweisung enthält. Stellen Sie sicher, dass die Transaktion festgeschrieben wird.

  4. Geben Sie im Admin-Client den Befehl STATUS für den gesamten primären Extract auf dem Quellsystem aus, und geben Sie denselben Befehl für alle Replicat-Prozesse auf dem Zielsystem aus, bis die Befehle zeigen, dass alle Prozesse STOPPED sind.

STATUS EXTRACT *
STATUS REPLICAT *

  1. Ersetzen Sie die aktiven Parameterdateien des Extract, den Sie beibehalten haben, durch die neuen Parameterdateien aus dem Arbeitsverzeichnis.

  2. Löschen Sie den nicht benötigten Extract und dessen Parameterdateien.

  3. Melden Sie sich mit dem Befehl DBLOGIN USERIDALIAS bei der Zieldatenbank an.

  4. Löschen Sie alle Replicat-Gruppen und ihre aktiven Parameterdateien.

  5. Kopieren oder verschieben Sie die neue koordinierte Replicat-Parameterdatei aus dem Arbeitsverzeichnis in das Oracle GoldenGate-Verzeichnis.

  6. Geben Sie im Admin-Client den Befehl INFO EXTRACT aus, und notieren Sie sich die Schreib-Checkpoint-Position im Trail.

INFO EXTRACT *extract_name*, DETAIL
  1. Fügen Sie eine neue koordinierte Replicat-Gruppe mit den folgenden Parametern hinzu.
ADD REPLICAT *group*, EXTTRAIL *trail*, EXTSEQNO *sequence_number*, EXTRBA *rba*, COORDINATED MAXTHREADS *number*
Where:

- *group* is the name of the coordinated Replicat group. The name must match that of the new parameter file created for this group.

- `EXTTRAIL` *trail* is the name of the trail that the Extract writes to.

- `EXTSEQNO `*sequence_number* is the sequence number of the trail as shown in the write checkpoint returned by the `INFO EXTRACT` that you issued for the Extract.

- `EXTRBA `*rba* is the relative byte address in the trail as shown in the write checkpoint returned by `INFO EXTRACT`. Together, these position Replicat to resume processing at the correct point in the trial.

- `MAXTHREADS` number specifies the maximum number of threads allowed for this group. This value should be appropriate for the number of threads that are specified in the parameter file.

  1. Starten Sie die primäre Extract-Gruppe.

  2. Starten Sie die koordinierte Replicat-Gruppe.