Verwenden des Utilitys LogDump für den Zugriff auf Traildateidatensätze
Für die Fehlerbehebung und den technischen Support sind Oracle GoldenGate-Trailinformationen erforderlich. Mit dem Utility Logdump können Sie die Oracle GoldenGate-Traildatensätze anzeigen.
Trail-Recovery-Modus
Standardmäßig wird Extract im Append-Modus ausgeführt. Wenn ein Prozessfehler auftritt, wird ein Recovery Marker in den Trail geschrieben, und Extract hängt Recovery-Daten an die Datei an, sodass eine Historie aller vorherigen Daten zu Recovery-Zwecken beibehalten wird.
Im Anhangsmodus bestimmt die Extract-Initialisierung die Identität der letzten abgeschlossenen Transaktion, die beim Start in den Trail geschrieben wurde. Mit diesen Informationen beendet Extract das Recovery, wenn der Commit-Datensatz für diese Transaktion in der Datenquelle gefunden wird. Anschließend wird mit der nächsten festgeschriebenen Transaktion, die für die Extraktion qualifiziert ist, eine neue Datenerfassung gestartet, und die neuen Daten werden an den Trail angehängt. Ein Replicat beginnt mit dem erneuten Lesen von diesem Wiederherstellungspunkt.
Der Überschreibungsmodus ist eine weitere Version des Extract-Recoverys, die in Versionen von Oracle GoldenGate vor Version 10.0 verwendet wurde. In diesen Versionen überschreibt Extract die vorhandenen Transaktionsdaten im Trail nach der letzten Schreib-Checkpoint-Position, anstatt die neuen Daten anzuhängen. Die erste geschriebene Transaktion ist die erste Transaktion, die nach der letzten Lese-Checkpoint-Position in der Datenquelle für die Extraktion qualifiziert ist.
Wenn die Version von Oracle GoldenGate auf dem Ziel älter als Version 10 ist, wird Extract automatisch in den Überschreibungsmodus zurückgesetzt, um die Abwärtskompatibilität zu unterstützen. Dieses Verhalten kann manuell mit dem Parameter RECOVERYOPTIONS gesteuert werden.
Trail-Datensatzformat
Jeder Änderungsdatensatz, der von Oracle GoldenGate in eine Trail- oder Extract-Datei geschrieben wird, umfasst einen Headerbereich, einen Datenbereich und möglicherweise einen Benutzertokenbereich. Der Datensatzheader enthält Informationen zur Transaktionsumgebung, und der Datenbereich enthält die tatsächlichen Datenwerte, die extrahiert wurden.
Der Tokenbereich enthält Informationen, die von Oracle GoldenGate-Benutzern für die Spaltenzuordnung und -konvertierung angegeben werden.
Oracle GoldenGate-Traildateien sind unstrukturiert. Sie können Oracle GoldenGate-Datensätze mit dem Logdump-Utility anzeigen, das mit der Oracle GoldenGate-Software bereitgestellt wird. Weitere Informationen finden Sie unter Ersten Datensatz anzeigen in der Logdumpreferenz für Oracle GoldenGate. Hinweis: Da Verbesserungen an der Oracle GoldenGate-Software vorgenommen werden, unterliegt das Traildatensatzformat Änderungen, die in dieser Dokumentation möglicherweise nicht berücksichtigt werden. Um die aktuelle Struktur anzuzeigen, verwenden Sie das Logdump-Utility.
Traildateikopfdatensatz
Jede Datei eines Trails enthält einen Dateiheaderdatensatz, der am Anfang der Datei gespeichert wird. Der Datei-Header enthält Informationen über die Traildatei selbst. Frühere Versionen von Oracle GoldenGate enthalten diesen Header nicht.
Der Dateiheader wird als Datensatz am Anfang einer Traildatei vor den Datensätzen gespeichert. Die Informationen, die im Trailheader gespeichert werden, enthalten genügend Informationen zu den Datensätzen, damit ein Oracle GoldenGate-Prozess bestimmen kann, ob die Datensätze in einem Format vorliegen, das von der aktuellen Version von Oracle GoldenGate unterstützt wird.
Die Trailheaderfelder werden als Token gespeichert, wobei das Tokenformat für alle Versionen von Oracle GoldenGate gleich bleibt. Wenn eine Version von Oracle GoldenGate kein bestimmtes Token unterstützt, wird dieses Token ignoriert. Depraketen Token wird ein Standardwert zugewiesen, um die Kompatibilität mit früheren Versionen von Oracle GoldenGate beizubehalten.
Um die Vorwärts- und Abwärtskompatibilität von Dateien zwischen verschiedenen Oracle GoldenGate-Prozessversionen sicherzustellen, werden die Dateiheaderfelder in ein standardisiertes Tokenformat geschrieben. Neue Token, die von neuen Versionen eines Prozesses erstellt werden, können von älteren Versionen ignoriert werden, sodass die Abwärtskompatibilität erhalten bleibt. Ebenso unterstützen neuere Oracle GoldenGate-Versionen ältere Token. Wenn ein Token durch eine neue Prozessversion veraltet ist, wird dem Token außerdem ein Standardwert zugewiesen, damit ältere Versionen weiterhin ordnungsgemäß funktionieren können. Das Token, das die Dateiversion angibt, ist COMPATIBILITY und kann im Logdump-Utility sowie durch Abrufen mit der Option GGFILEHEADER der Funktion @GETENV angezeigt werden.
Eine Trail- oder Extract-Datei muss eine Version aufweisen, die kleiner oder gleich der Version des Prozesses ist, der sie liest. Andernfalls wird der Prozess abgebrochen. Darüber hinaus erzwingt Oracle GoldenGate, dass der Ausgabetrail dieselbe Version wie sein Eingabetrail oder seine Eingabedatei hat. Beim Neustart rollt Extract einen Trail in eine neue Datei, um sicherzustellen, dass jede Datei nur eine Version hat (es sei denn, die Datei ist leer).
Ab Oracle GoldenGate 21c können Sie für Oracle-Datenbanken mit dem Parameter DB_UNIQUE_NAME einen global eindeutigen Namen für die Datenbank angeben. Wenn dieser Datenbankparameter nicht festgelegt ist, ist DB_UNIQUE_NAME identisch mit DB_NAME. Mit dieser Funktion können Sie die Quelle der Traildaten eindeutig identifizieren, indem Sie den Header der Traildatei anzeigen.
Informationen zur Verwendung des Tokens DbUniqueName finden Sie im Parameter [GETENV](/pls/topic/lookup?ctx=en/middleware/goldengate/core/21.3/admin&id=GWURF-GUID-B84527F5-91BA-4E2E-BC37-92D1B6C35735).
Das Token DbUniqueName wird in Traildateien mit der Kompatibilitätsebene 19.1 geschrieben. Vorherige Oracle GoldenGate-Releases, die diese Kompatibilitätsebene unterstützen, ignorieren das neue Token jedoch. Das Token gehört zur Gruppe "Datenbankinformationen". Das Feld ist auf 65536 Byte begrenzt, sodass alle möglichen Werte von DB_UNIQUE_NAME, die auf 30 Zeichen begrenzt sind, angepasst werden können.
Da die Oracle GoldenGate-Prozesse entkoppelt sind und unterschiedliche Oracle GoldenGate-Versionen aufweisen können, enthält der Dateiheader jeder Traildatei einen Versionsindikator. Standardmäßig ist die Version einer Traildatei die aktuelle Version des Prozesses, der die Datei erstellt hat. Wenn Sie die Version eines Trails festlegen müssen, verwenden Sie die Option FORMAT des Parameters EXTTRAIL, EXTFILE, RMTTRAIL oder RMTFILE.
Sie können den Trailheader mit dem Befehl FILEHEADER im Logdump-Utility anzeigen. Weitere Informationen zu den Token im Dateiheader finden Sie in der Logdumpreferenz für Oracle GoldenGate.
Partitionsnamensdatensatz in Traildateikopfzeile
Jeder DML-Datensatz im Header der Traildatei kann einen Index für einen Partitionsnamensdatensatz (PNR) enthalten. Da der vollständige Partitionsname lang sein kann, wird in jeder Traildatei zum ersten Mal, wenn die Partition geschrieben wird, ein PNR erstellt. Jeder PNR enthält den Partitionsnamen und die Partitionsobjekt-ID.
Für den primären Extract wird PNR nur für den Partitionsabgleich generiert und von den Parametern PARTITION und PARTITIONEXCLUDE aufgenommen. DML-Datensätze aus diesen Partitionen haben einen Index für den Tabellendefinitions-Record und einen weiteren Index für den Partitionsnamens-Record. DML-Datensätze aus allen anderen Tabellen, wie nicht partitionierte Tabellen oder partitionierte Tabellen, die nicht mit den Parametern PARTITION oder PARTITIONEXCLUDE übereinstimmen oder ausgeschlossen sind, weisen nur einen Index für den Tabellendefinitionsdatensatz auf, wie er heute ausgeführt wird. Für den Distribution Service wird der PNR geschrieben, wenn der Quelltraildatensatz einen PNR-Index enthält.
Partitionsnamen und PNR-Index in Logdump anzeigen
Mit dem Logdump-Utility können Sie den Partitionsnamen-Record und die DML mit dem PNR-Index anzeigen.
Im Folgenden finden Sie ein Beispiel zum Erfassen der Anzeige in einer Datei:
$ logdump > output.txt <<EOF
ghdr on
detail data
open ./dirdat/tr000000000
n 200
EOFDie Ausgabe zeigt den PNR und die DML mit den PNR-Indexwerten an, wie im folgenden Beispiel dargestellt:
HDR-IND : E (X45) PARTITION : . (XFF80)
UNDOFLAG : . (X00) BEFOREAFTER: A (X41)
RECLENGTH : 0 (X0000) IO TIME : 2019/01/17 16:48:01.129.045
IOTYPE : 170 (XAA) ORIGNODE : 4 (X04)
TRANSIND : . (X03) FORMATTYPE : R (X52)
SYSKEYLEN : 0 (X00) INCOMPLETE : . (X00)
TDR/PNR IDX: (001, 002) AUDITPOS : 13287580
CONTINUED : N (X00) RECCOUNT : 1 (X01)
2019/01/17 16:48:01.129.045 METADATA LEN 0 RBA 3425
PARTITION NAME: P1 PARTITION ID: 75,234 FLAGS: X00000001
___________________________________________________________________
HDR-IND : E (X45) PARTITION : . (XFF8C)
UNDOFLAG : . (X00) BEFOREAFTER: A (X41)
RECLENGTH : 18 (X0012) IO TIME : 2019/01/17 16:47:58.000.000
IOTYPE : 5 (X05) ORIGNODE : 255 (XFF)
TRANSIND : . (X00) FORMATTYPE : R (X52)
SYSKEYLEN : 0 (X00) INCOMPLETE : . (X00)
AUDITRBA : 15 AUDITPOS : 13287580
CONTINUED : N (X00) RECCOUNT : 1 (X01)
2019/01/17 16:47:58.000.000 INSERT LEN 18 RBA 3486
NAME: TKGGU1.T1 (PARTITION: P1, TDR/PNR INDEX: 1/2)
AFTER IMAGE: PARTITION X8C G B
0000 0500 0000 0100 3101 0005 0000 0001 0031 | ........1........1
COLUMN 0 (X0000), LEN 5 (X0005)
0000 0100 31 | ....1
COLUMN 1 (X0001), LEN 5 (X0005)
0000 0100 31 | ....1Beispiel für einen Oracle GoldenGate-Datensatz
Im Folgenden wird ein Oracle GoldenGate-Datensatz dargestellt, wie er mit Logdump angezeigt wird. Der erste Teil (die Liste der Felder) ist der Header und der zweite Teil der Datenbereich. Der Datensatz sieht auf allen Plattformen ähnlich aus, die von Oracle GoldenGate unterstützt werden. Abbildung 1: Beispiel für einen Oracle GoldenGate-Datensatz
Datensatzheaderbereich
Der Oracle GoldenGate-Datensatzheader stellt Metadaten der im Datensatz enthaltenen Daten bereit und enthält die folgenden Informationen.
-
Der Vorgangstyp, z.B. Einfügen, Aktualisieren oder Löschen
-
Der Indikator "Vor" oder "Nach" für Updates
-
Transaktionsinformationen, wie Transaktionsgruppe und Commit-Zeitstempel
Beschreibung der Headerfelder
Im Folgenden werden die Felder des Oracle GoldenGate-Datensatzheaders beschrieben. Einige Felder gelten nur für bestimmte Plattformen.
Tabelle: Headerfelder von Oracle GoldenGate-Datensätzen
| Feld | Beschreibung |
|---|---|
|
Der Wert muss immer "E" lauten, d.h. der Record wurde vom Extrahierungsprozess erstellt. Jeder andere Wert gibt ungültige Daten an. |
|
Die Länge des Datensatzpuffers in Byte. |
|
Der Typ des Vorgangs, der vom Datensatz dargestellt wird. Eine Liste der Vorgangstypen finden Sie in Tabelle 12-*. |
|
Der Ort des Datensatzes innerhalb der aktuellen Transaktion. Werte: 0 - erster Datensatz in Transaktion 1 - weder erster noch letzter Datensatz in Transaktion 2 - Letzter Datensatz in der Transaktion 3 - nur Datensatz in der Transaktion |
|
Gibt die Transaktionslog-ID an, wie die Oracle Redo Log-Sequenznummer. |
|
(Windows und UNIX) Gibt an, ob der Datensatz ein Segment eines größeren Datenteils ist, das zu groß ist, um in einen Datensatz zu passen. LOBs, CLOBS und einige VARCHARs werden in Segmenten gespeichert. Einheitliche Datensätze, die sowohl Vorher- als auch Nachher-Bilder in einem einzigen Datensatz enthalten (aufgrund des Parameters Y - Der Datensatz ist ein Segment. Er gibt Oracle GoldenGate an, dass diese Daten zu einem anderen Datensatz fortgesetzt werden. N - es gibt keine Fortsetzung der Daten zu einem anderen Segment; könnte der letzte in einer Reihe oder ein Datensatz sein, der kein Segment größerer Daten ist. |
|
Bei Windows- und UNIX-Datensätzen ist dieses Feld immer der Wert 4 (komprimierter FieldComp-Datensatz im internen Format). Für diese Plattformen gibt der Begriff Partition nicht an, dass die Daten eine bestimmte logische oder physische Partition innerhalb der Datenbankstruktur darstellen. |
|
Gibt an, ob der Datensatz ein Bild vor (B) oder nach (A) eines Aktualisierungsvorgangs ist. Datensätze, die sowohl Vorher- als auch Nachher-Bilder als Ergebnis des Parameters UPDATERECORDFORMAT kombinieren, werden als Nachher-Bilder markiert. Einfügungen sind immer nach Bildern, Löschungen sind immer vor Bildern. |
|
Die Uhrzeit des Vorgangs in der lokalen Zeit des Quellsystems im GMT-Format. Je nachdem, wann der Vorgang stattgefunden hat, kann diese Zeit für jeden Vorgang in einer Transaktion gleich oder unterschiedlich sein. |
|
Gibt an, ob die Daten aus dem Transaktionslog gelesen oder aus der Datenbank abgerufen wurden.</p>F - aus Datenbank abgerufen<p>R - im Transaktionslog lesbar |
|
Dieses Feld ist veraltet. |
|
Gibt die Position im Transaktionsprotokoll der Daten an. |
|
(Windows und UNIX) Wird für LOB-Daten verwendet, wenn sie in Blöcke aufgeteilt werden müssen, die in die Oracle GoldenGate-Datei geschrieben werden sollen. Mit RecCount werden die Chunks neu zusammengesetzt. |
Headerdaten verwenden
Einige der im Oracle GoldenGate-Datensatzheader verfügbaren Daten können für die Zuordnung verwendet werden, indem die Option GGHEADER der Funktion @GETENV verwendet wird oder eines der folgenden Transaktionselemente als Quellausdruck in einer COLMAP-Anweisung im Parameter TABLE oder MAP verwendet wird.
-
GGS_TRANS_TIMESTAMP-
GGS_TRANS_RBA-
GGS_OP_TYPE-
GGS_BEFORE_AFTER_INDDatensatzdatenbereich
Der Datenbereich des Oracle GoldenGate-Traildatensatzes enthält Folgendes:
-
Der Zeitpunkt, an dem die Änderung in der Quelldatenbank festgeschrieben wurde
-
Der Typ des Datenbankvorgangs
-
Die Länge des Datensatzes
-
Die relative Byteadresse in der Traildatei
-
Tabellenname
-
Die Daten ändern sich im Hex-Format
Im Folgenden werden die Unterschiede in den Datensatzbildformaten erläutert, die von Oracle GoldenGate auf Windows-, UNIX-, Linux- und NonStop-Systemen verwendet werden.
Full Record Image Format (NonStop Quellen)
Ein vollständiges Datensatzbild enthält die Werte aller Spalten einer verarbeiteten Zeile. Das vollständige Datensatzbildformat wird im Trail generiert, wenn das Quellsystem HP NonStop ist, und nur, wenn die im Datensatzheader angegebene IOType eine der folgenden ist:
3 - Delete 5 - Insert 10 - UpdateJedes vollständige Datensatzbild hat das gleiche Format, als würde es von einem Programm abgerufen, das die ursprüngliche Datei oder Tabelle direkt liest. Bei SQL-Tabellen werden Datetime-Felder, Nullwerte und andere Daten genau so geschrieben, wie ein Programm sie in einen Anwendungspuffer auswählen würde. Obwohl Datetime-Felder intern als Acht-Byte-Zeitstempel dargestellt werden, kann ihre externe Form bis zu 26 Byte umfassen, die als Zeichenfolge ausgedrückt werden. Datensätze werden so abgerufen, wie sie in der ursprünglichen Datei vorhanden sind.
Wenn der Vorgangstyp Insert oder Update lautet, enthält das Bild den Inhalt des Datensatzes nach dem Vorgang (das After-Image). Wenn der Vorgangstyp Delete lautet, enthält das Bild den Inhalt des Datensatzes vor dem Vorgang (das Vorher-Bild).
Bei Datensätzen, die aus einer Enscribe-Datenbank generiert werden, werden vollständige Datensatzimages ausgegeben, es sei denn, in der ursprünglichen Datei ist das Attribut AUDITCOMPRESS auf ON gesetzt. Wenn AUDITCOMPRESS ON ist, werden komprimierte Aktualisierungsdatensätze generiert, wenn die ursprüngliche Datei einen Aktualisierungsvorgang erhält. (Ein vollständiges Image kann vom Extract-Prozess mit dem Parameter FETCHCOMPS abgerufen werden.)
Komprimiertes Datensatzbildformat (Windows, UNIX, Linux-Quellen)
Ein komprimiertes Datensatzbild enthält nur den Schlüssel (primär, eindeutig, KEYCOLS) und die Spalten, die in der verarbeiteten Zeile geändert wurden. Standardmäßig werden Traildatensätze, die von Prozessen auf Windows- und UNIX-Systemen geschrieben werden, immer komprimiert.
Das Format eines komprimierten Datensatzes lautet wie folgt:
column_index
column_length
column_data[...]Wo:
-
column_indexist der Ordinalindex der Spalte innerhalb der Quelltabelle (2 Byte).
-
colum_lengthist die Länge der Daten (2 Byte).
-
column_datasind die Daten, einschließlich
NULLoder
VARCHARLängenindikatoren
Enscribe-Datensätze, die von der NonStop-Plattform geschrieben wurden, können komprimiert werden. Das Format eines komprimierten Enscribe-Datensatzes lautet wie folgt:
field_offset
field_length field_value[...]Wo:
-
field_offsetist der Offset im ursprünglichen Datensatz des geänderten Wertes (2 Byte).
-
field_lengthist die Länge der Daten (2 Byte).
-
field_valuesind die Daten, einschließlich
NULLoder
VARCHARLängenindikatoren
Das erste Feld in einem komprimierten Enscribe-Record ist der Primär- oder Systemschlüssel.
Tokenbereich
Der Traildatensatz kann auch zwei Bereiche für Token enthalten. Der eine dient der internen Verwendung und wird hier nicht dokumentiert, der andere ist der Benutzer-Token-Bereich. Benutzertoken sind Umgebungswerte, die zur Replikation auf Zielspalten oder zu anderen Zwecken erfasst und im Traildatensatz gespeichert werden. Wenn diese Token verwendet werden, folgen sie dem Datenteil des Datensatzes und ähneln dem Folgenden, wenn sie mit Logdump angezeigt werden:
| Parameter | Wert |
|---|---|
TKN-HOST TKN-GROUP TKN-BA_IND TKN-COMMIT_TS TKN-POS TKN-RBA TKN-TABLE TKN-OPTYPE TKN-LENGTH TKN-TRAN_IND |
: syshq : EXTORA : AFTER : 2011-01-24 17:08:59.000000 : 3604496 : 4058 : SOURCE.CUSTOMER : INSERT : 57 : BEGIN |
Oracle GoldenGate-Vorgangstypen
Im Folgenden sind einige der Oracle GoldenGate-Vorgangstypen aufgeführt. Typen können hinzugefügt werden, wenn Oracle GoldenGate neue Funktionen hinzugefügt werden. Eine aktualisierte Liste finden Sie mit dem Befehl SHOW RECTYPE im Logdump-Utility:
| Typ | Beschreibung | Plattform |
|---|---|---|
| 1-Abort | Eine Transaktion wurde abgebrochen. | NSK TMF |
| 2-Commit | Eine festgeschriebene Transaktion. | NSK TMF |
| 3-Delete | Ein Datensatz/eine Zeile wurde gelöscht. Ein Delete-Datensatz enthält normalerweise ein vollständiges Datensatzbild. Wenn jedoch der Parameter COMPRESSDELETES verwendet wurde, sind nur Schlüsselspalten vorhanden. |
Alle |
| 4-EndRollback | Ein Datenbank-Rollback wurde beendet | NSK TMF |
| 5-Insert | Ein Datensatz/eine Zeile wurde eingefügt. Ein Insert-Datensatz enthält ein vollständiges Datensatzbild. |
Alle |
| 6-Prepared | Eine vernetzte Transaktion wurde zum Festschreiben vorbereitet. | NSK TMF |
| 7-TMF-Herunterfahren | Ein TMF-Shutdown ist aufgetreten. | NSK TMF |
| 8-TransBegin | Wird nicht mehr verwendet. | NSK TMF |
| 9-TransRelease | Wird nicht mehr verwendet. | NSK TMF |
| 10-Update | Ein Datensatz/eine Zeile wurde aktualisiert. Ein Update-Datensatz enthält ein vollständiges Datensatzbild. Hinweis: Wenn die Partitionsanzeige im Datensatzheader 4 ist, hat der Datensatz das Format FieldComp (siehe unten), und das Update wird komprimiert. |
Alle |
| 11-UpdateComp | Ein Datensatz/eine Zeile im Format TMF AuditComp wurde aktualisiert. In diesem Format sind nur die geänderten Byte vorhanden. Jedem Datenfragment ist ein 4-Byte-Deskriptor im Format 2-byte_offset2-byte_length voraus. Der Byte-Offset ist der Ordinalindex der Spalte in der Quelltabelle. Die Länge ist die Länge der Daten. |
NSK TMF |
| 12-FileAlter | Ein Attribut einer Datenbankdatei wurde geändert. | NSK |
| 13-FileCreate | Eine Datenbankdatei wurde erstellt. | NSK |
| 14-FilePurge | Eine Datenbankdatei wurde gelöscht. | NSK |
| 15-FieldComp | Eine Zeile in einer SQL-Tabelle wurde aktualisiert. In diesem Format sind nur die geänderten Byte vorhanden. Bevor Images von unveränderten Spalten nicht von der Datenbank protokolliert werden. Jedem Datenfragment ist ein 4-Byte-Deskriptor im Format 2-byte_offset2-byte_length voraus. Der Byte-Offset ist der Ordinalindex der Spalte in der Quelltabelle. Die Länge ist die Länge der Daten. Eine Partitionsanzeige von 4 im Datensatzheader gibt das Format FieldComp an. |
Alle |
| 16-FileRename | Eine Datei wurde umbenannt. | NSK |
| 17-AuxPointer | Enthält Informationen darüber, welche AUX-Trails neue Daten haben und wo sie gelesen werden können. | NSK TMF |
| 18-NetworkCommit | Eine vernetzte Transaktion wurde festgeschrieben. | NSK TMF |
| 19-NetworkAbort | Eine vernetzte Transaktion wurde abgebrochen. | NSK TMF |
| 90-(GGS)SQLCol | Eine oder mehrere Spalten in einer SQL-Tabelle wurden hinzugefügt oder ein Attribut geändert. | NSK |
| 100-(GGS)Purgedata | Alle Daten wurden aus der Datei (PURGEDATA) entfernt. |
NSK |
| 101-(GGS)Löschen (Datei) | Eine Datei wurde gelöscht. | NSK Nicht-TMF |
| 102-(GGS)Create(Datei) | Eine Datei wurde erstellt. Der Oracle GoldenGate-Datensatz enthält die Dateiattribute. | NSK Nicht-TMF |
| 103-(GGS)Alter (Datei) | Eine Datei wurde geändert. Der Oracle GoldenGate-Datensatz enthält die geänderten Dateiattribute. | NSK Nicht-TMF |
| 104-(GGS)Umbenennen (Datei) | Eine Datei wurde umbenannt. Der Oracle GoldenGate-Datensatz enthält den ursprünglichen und den neuen Namen. | NSK Nicht-TMF |
| 105-(GGS)Setmode | Ein SETMODE-Vorgang wurde ausgeführt. Der Oracle GoldenGate-Datensatz enthält die Informationen SETMODE. |
NSK Nicht-TMF |
| 106-GGSChangeLabel | Ein CHANGELABEL-Vorgang wurde ausgeführt. Der Oracle GoldenGate-Datensatz enthält die Informationen CHANGELABEL. |
NSK Nicht-TMF |
| 107-(GGS)Steuerung | Ein CONTROL-Vorgang wurde ausgeführt. Der Oracle GoldenGate-Datensatz enthält die Informationen CONTROL. |
NSK Nicht-TMF |
115 und 117 (GGS)KeyFieldComp(32) |
Ein Primärschlüssel wurde aktualisiert. Der Oracle GoldenGate-Datensatz enthält das Before-Image des Schlüssels und das After-Image des Schlüssels und der Zeile. Die Daten haben das Format FieldComp (komprimiert), was bedeutet, dass Bilder von unveränderten Spalten nicht von der Datenbank protokolliert werden. |
Windows und UNIX |
116-LargeObject 116-LOB |
Gibt die Spalten RAW, BLOB, CLOB oder LOB an. Daten dieses Typs werden über mehrere Datensätze gespeichert. |
Windows und UNIX |
| 132-(GGS) SequenceOp | Identifiziert einen Vorgang für eine Sequenz. | Windows und UNIX |
134-UNIFIED-UPDATE 135-UNIFIED PKUPDATE |
Identifiziert einen einheitlichen Trail-Datensatz, der sowohl Vorher- als auch Nachher-Werte im selben Datensatz enthält. Das Before-Bild in einer UNIFIED UPDATE enthält alle Spalten, die im Transaktionsdatensatz für die Vorher- und Nachher-Bilder verfügbar sind. Das Before-Bild in einer UNIFIED UPDATE enthält alle Spalten, die im Transaktionsdatensatz verfügbar sind. Das After-Image ist jedoch auf die Primärschlüsselspalten und die in der UPDATE geänderten Spalten beschränkt. |
Windows und UNIX |
| 160 - DDL_Op | Identifiziert einen DDL-Vorgang | Windows und UNIX |
161- RecordFragment |
Gibt einen Teil eines großen Datensatzes an, der über mehrere Records (mehr als nur den Basis-Record) gespeichert werden muss. | Windows und UNIX |
200-GGSUnstrukturierter Block 200-BulkIO |
Ein BULKIO-Vorgang wurde ausgeführt. Der Oracle GoldenGate-Datensatz enthält den Block RAW DP2. |
NSK Nicht-TMF |
| 201 Aufgliedern bis 204 | Dies sind verschiedene Typen von NonStop-Tracedatensätzen. Tracedatensätze werden von Oracle GoldenGate-Supportanalysten verwendet. Nachfolgend finden Sie Beschreibungen.
|
NSK Nicht-TMF |
| 205-GGSComment | Gibt einen Kommentardatensatz an, der vom Logdump-Utility erstellt wurde. Kommentardatensätze werden von Logdump am Anfang und am Ende von Daten erstellt, die mit dem Befehl SAVE von Logdump in einer Datei gespeichert werden. |
Alle |
| 249 Aufgliedern bis 254 | Dies sind verschiedene Typen von NonStop-Tracedatensätzen. Tracedatensätze werden von Oracle GoldenGate-Supportanalysten verwendet. Nachfolgend finden Sie Beschreibungen.
|
NSK Nicht-TM |