START REPLICAT

Mit START REPLICAT können Sie Replicat starten. Um zu bestätigen, dass Replicat gestartet wurde, verwenden Sie den Befehl INFO REPLICAT oder STATUS REPLICAT.

Beim Starten einer integrierten Replicat-Gruppe für eine Oracle-Zieldatenbank registriert START REPLICAT Replicat automatisch bei der Zieldatenbank.

Ein koordiniertes Replicat kann nur als Ganzes gestartet werden. Es gibt keine Möglichkeit, einzelne Threads zu starten. Wenn ein koordiniertes Replicat zuvor nicht ordnungsgemäß heruntergefahren wurde, wurden die Threads unter Umständen an unterschiedlichen Positionen in der Traildatei gestoppt. In diesem Fall schreibt START REPLICAT eine Warnung, wenn die Parameterdatei seit der vorherigen Ausführung geändert wurde, sowie einen Fehler, wenn die Anzahl der Threads geändert wurde.

Normaler Startpunkt

Replicat kann bei seinem normalen Startpunkt (von anfänglichen oder aktuellen Checkpoints) oder von einer alternativen, vom Benutzer angegebenen Position im Trail gestartet werden.

START REPLICAT ohne Optionen führt dazu, dass Replicat mit der Verarbeitung bei einem der folgenden Punkte beginnt, um die Datenintegrität aufrecht zu erhalten:

Nach der ordnungsgemäßen oder anormalen Beendigung: Bei der ersten nicht verarbeiteten Transaktion im Trail aus der vorherigen Ausführung (durch den aktuellen Lese-Checkpoint dargestellt).
Erster Start nach Erstellung der Gruppe: Ab Anfang der aktiven Traildatei (seqno 0, rba 0).

Alternativer Startpunkt

Mit den Optionen SKIPTRANSACTION, ATCSN und AFTERCSN von START REPLICAT wird Replicat als Ganzes oder von bestimmten Threads eines koordinierten Replicats bei einer anderen Transaktion im Trail als dem normalen Startpunkt gestartet. Mit diesen Optionen können Sie folgende Aktionen ausführen:

Geben Sie eine logische Recovery-Position an, wenn ein Fehler die weitere Replicat-Verarbeitung im Trail verhindert. Die Position kann so festgelegt werden, dass Replicat die betreffenden Transaktionen überspringt, auch wenn die Daten dann nicht auf das Ziel angewendet werden.
Überspringen Sie replizierte Transaktionen, die zu Fehlern aufgrund von doppelten oder fehlenden Datensätzen führen, nachdem ein Backup beim anfänglichen Laden auf das Ziel angewendet wurde. Mit diesen Optionen verwirft Replicat Transaktionen, die vor den letzten im Backup erfassten Änderungen aufgetreten sind. Sie können den Wert der Serien-ID, die dem Abschluss des Backups entspricht, einem CSN-Wert zuordnen und Replicat dann neu starten, um Transaktionen ab der angegebenen CSN anzuwenden.

Hinweis: Wenn Sie eine Transaktion überspringen oder bei bzw. nach einer CSN beginnen, kann Replicat dadurch verlangsamen, je nachdem, wieviele Daten im Trail bis zum jeweiligen Transaktionsdatensatz gelesen werden müssen. Sie können den Startfortschritt mit `SEND' anzeigen
```
                        REPLICAT` command with the `STATUS` option. To omit the need for Replicat to read through transactions that ultimately will be skipped, you can use the `ATCSN` or `AFTERCSN` option when starting Extract, so that those transactions are omitted from the trail, see `START EXTRACT`.
                        {: .infoboxnote}
```

Syntax

START REPLICAT group_name
[SKIPTRANSACTION | {ATCSN csn | AFTERCSN csn}]
[FILTERDUPTRANSACTIONS | NOFILTERDUPTRANSACTIONS]
[THREADS (threadID[, threadID][, ...][, thread_range[, thread_range][, ...])

group_name

Der Name einer Replicat-Gruppe oder ein Platzhalter (*) zur Angabe mehrerer Gruppen. Beispiel: Mit T* werden alle Replicat-Gruppen gestartet, deren Namen mit T beginnen.

SKIPTRANSACTION

Damit überspringt Replicat die erste Transaktion nach der erwarteten Startposition im Trail. Alle Vorgänge ab dieser ersten Transaktion sind ausgeschlossen.

Wenn Sie auch den Parameter MAXTRANSOPS für dieses Replicat verwendet, kann die Traildatei an einer Stelle inmitten einer Transaktion gelesen werden. In diesem Fall wird der Rest der Teiltransaktion übersprungen, und Replicat setzt die normale Verarbeitung ab dem nächsten Begin-Transaktionsdatensatz in der Datei fort. Die übersprungenen Datensätze werden in die Discard-Datei geschrieben, wenn der Parameter DISCARDFILE verwendet wird. Andernfalls wird eine Meldung wie die folgende in die Berichtsdatei geschrieben:

User requested START SKIPTRANSACTION. The current transaction will be skipped. Transaction ID txid, position Seqno seqno, RBA rba

SKIPTRANSACTION ist nur gültig, wenn der Trail, der aus diesem Replicat gelesen wird, Teil einer Konfiguration zur Onlinesynchronisation von Änderungen (mit Checkpoint) ist. Nicht gültig für anfängliche Ladevorgänge mit Aufgabentypen (bei denen SPECIALRUN mit ADD REPLICAT verwendet wird).

ATCSN csn AFTERCSN csn

Legt einen benutzerdefinierten Startpunkt bei einer bestimmen CSN fest. Wenn ATCSN oder AFTERCSN verwendet wird, wird eine Meldung wie die Folgende in die Berichtsdatei geschrieben:

User requested start at commit sequence number (CSN) csn-string

User requested start after commit sequence number (CSN) csn-string

Allgemeine Informationen zu diesen Optionen:

Nur gültig, wenn der Trail, der von diesem Replicat gelesen wird, Teil einer Konfiguration zur Onlinesynchronisierung von Änderungen (mit Checkpoints) ist. Nicht gültig für anfängliche Ladevorgänge mit Aufgabentypen (bei denen SPECIALRUN mit ADD REPLICAT verwendet wird).
Um den Start bei oder nach einer CSN zu unterstützen, wird die CSN im ersten Traildatensatz jeder Transaktion gespeichert. Wenn Replicat mit AFTERCSN für eine frühere Trailversion gestartet wird, wird Replicat anormal beendet und ein Fehler in den Bericht geschrieben, dass das Trailformat nicht unterstützt wird.

ATCSN

Damit wird die Replicat-Verarbeitung bei der Transaktion mit der angegebenen CSN gestartet. Alle Transaktionen im Trail mit CSN-Werten unter dem angegebenen Wert werden übersprungen.

AFTERCSN

Damit wird die Replicat-Verarbeitung bei der Transaktion gestartet, die nach der Transaktion mit der angegebenen CSN stattfand. Alle Transaktionen im Trail mit CSN-Werten kleiner oder gleich dem angegebenen Wert werden übersprungen.

csn

Gibt einen CSN-Wert an. Geben Sie den CSN-Wert in dem für die Datenbank gültigen Format ein. CSN-Formate und -Beschreibungen finden Sie unter Commit Sequence Number (CSN). Wenn das Format ungültig ist, wird Replicat anormal beendet, und eine Meldung wird in die Berichtsdatei geschrieben. Sie können die CSN, die nach Abschluss eines anfänglichen Ladevorgangs anzugeben ist, mit der Commit-ID bestimmen, bei der das Ladeutility den Ladevorgang abgeschlossen hat. Befolgen Sie andernfalls die Anweisungen in der Prozedur für das anfängliche Laden, um den Startpunkt für Replicat zu bestimmen.

FILTERDUPTRANSACTIONS | NOFILTERDUPTRANSACTIONS

Dadurch ignoriert Replicat bereits verarbeitete Transaktionen. Verwenden Sie diese Version, wenn Extract an einem neuen Startpunkt positioniert wird (siehe die Option ATCSN oder AFTERCSN von "START EXTRACT") und Sie sicher sind, dass doppelte Transaktionen im Trail vorhanden sind, die zu einer anormalen Replicat-Ende führen könnten. Für diese Option müssen Sie eine Checkpoint-Tabelle verwenden. Der Standardwert ist FILTERDUPTRANSACTIONS. Wenn Sie allerdings NOFILTERDUPTRANSACTIONS verwenden, wird die Standardeinstellung des integrierten Replicats außer Kraft gesetzt, so dass die Duplikate nicht gefiltert werden. So hat die Option dieselben Auswirkungen auf klassische und integrierte Replicats.

THREADS (threadID[, threadID][, ...][, thread_range[, thread_range][, ...])

Gültig für SKIPTRANSACTION, ATCSN und AFTERCSN, wenn Replicat im koordinierten Modus ausgeführt wird. Nicht gültig für START REPLICAT ohne diese Optionen. Startet die angegebenen Replicat-Threads an der angegebenen Stelle.

threadID[, threadID][, ...]

Gibt eine Thread-ID oder eine kommagetrennte Liste mit Threads im Format threadID, threadID, threadID an.

thread_range[, thread_range][, ...]

Gibt einen Threadbereich in Form von threadIDlow-threadIDhigh oder einer durch Komma getrennten Liste von Bereichen im Format von threadIDlow-threadIDhigh, threadIDlow-threadIDhigh an.

Eine Kombination aus diesen Formaten ist zulässig, wie threadID, threadID, threadIDlow-threadIDhigh.

Beispiele

START REPLICAT reps

Der folgende Befehl startet Replicat bei einer Oracle-spezifischen CSN.

START REPLICAT reps, ATCSN 6488359

Der folgende Befehl startet Replicat bei einer SQL Server-spezifischen CSN nach der Transaktion mit der angegebenen CSN.

START REPLICAT reps, AFTERCSN 0X000004D2:0000162E:0009

Mit dem folgenden Befehl wird die erste Transaktion nach dem letzten Checkpoint beim Start von Replicat bei Threads 4 und 5 eines koordinierten Replicats übersprungen. Bei einem koordinierten Replicat mit 10 Threads werden Threads 0 bis 3 und 6 bis 10 am normalen Startpunkt (dem des letzten Checkpoints) gestartet.

START REPLICAT reps SKIPTRANSACTION THREADS(4-5)

Das folgende Beispiel führt dazu, dass die Threads 1-3 eines koordinierten Replicats bei CSN 6488359 beginnen.

START REPLICAT reps ATCSN 6488359 THREADS(1-3)