Utilisation de l'utilitaire LogDump pour accéder aux enregistrements de fichier de trace
Les informations de trace Oracle GoldenGate sont requises pour le dépannage et le support technique. Utilisez l'utilitaire Logdump pour afficher les enregistrements de trace Oracle GoldenGate.
Mode de récupération de trace
Par défaut, le processus Extract fonctionne en mode Ajout, où en cas d'échec du processus, un marqueur de récupération est écrit dans la trace (trail) et le processus Extract ajoute les données de récupération au fichier afin qu'un historique de toutes les données antérieures soit conservé à des fins de récupération.
En mode Ajout, l'initialisation Extract détermine l'identité de la dernière transaction terminée qui a été écrite dans la trace au démarrage. Avec ces informations, le processus Extract met fin à la récupération lorsque l'enregistrement de validation de cette transaction est détecté dans la source de données, puis il commence la capture de nouvelles données avec la transaction validée suivante qui est admissible pour l'extraction et commence à ajouter les nouvelles données à la trace. Un processus Replicat recommence à lire à partir de ce point de récupération.
Le mode de remplacement est une autre version de la récupération d'extraction utilisée dans les versions d'Oracle GoldenGate antérieures à la version 10.0. Dans ces versions, le processus Extract remplace les données de transaction existantes dans la trace après la dernière position de point de reprise d'écriture, au lieu d'ajouter les nouvelles données. La première transaction écrite est la première qui peut être extraite après la dernière position de point de reprise de lecture dans la source de données.
Si la version d'Oracle GoldenGate sur la cible est antérieure à la version 10, le processus Extract rétablit automatiquement le mode d'écrasement pour prendre en charge la compatibilité descendante. Ce comportement peut être contrôlé manuellement à l'aide du paramètre RECOVERYOPTIONS.
Format d'enregistrement de trace
Chaque enregistrement de modification écrit par Oracle GoldenGate dans un fichier trace ou Extract inclut une zone d'en-tête, une zone de données et éventuellement une zone de jeton utilisateur. L'en-tête d'enregistrement contient des informations sur l'environnement de transaction et la zone de données contient les valeurs de données réelles qui ont été extraites.
La zone de jeton contient des informations spécifiées par les utilisateurs Oracle GoldenGate pour une utilisation dans la mise en correspondance et la conversion de colonnes.
Les fichiers trace Oracle GoldenGate ne sont pas structurés. Vous pouvez afficher les enregistrements Oracle GoldenGate à l'aide de l'utilitaire Logdump fourni avec le logiciel Oracle GoldenGate. Pour plus d'informations, reportez-vous à Visualisation du premier enregistrement dans la référence Logdump pour Oracle GoldenGate. Remarque : au fur et à mesure que des améliorations sont apportées au logiciel Oracle GoldenGate, le format de l'enregistrement de trace est soumis à des modifications qui peuvent ne pas être reflétées dans cette documentation. Pour afficher la structure actuelle, utilisez l'utilitaire Logdump.
Enregistrement d'en-tête de fichier de trace
Chaque fichier d'une trace contient un enregistrement d'en-tête de fichier qui est stocké au début du fichier. L'en-tête du fichier contient des informations sur le fichier trace lui-même. Les versions précédentes d'Oracle GoldenGate ne contiennent pas cet en-tête.
L'en-tête de fichier est stocké en tant qu'enregistrement au début d'un fichier trace précédant les enregistrements de données. Les informations stockées dans l'en-tête de trace fournissent suffisamment d'informations sur les enregistrements pour permettre à un processus Oracle GoldenGate de déterminer si les enregistrements sont dans un format pris en charge par la version actuelle d'Oracle GoldenGate.
Les champs d'en-tête de trace sont stockés en tant que jetons, le format de jeton restant le même dans toutes les versions d'Oracle GoldenGate. Si une version d'Oracle GoldenGate ne prend pas en charge un jeton donné, ce jeton est ignoré. Une valeur par défaut est affectée aux jetons dépendants afin de préserver la compatibilité avec les versions précédentes d'Oracle GoldenGate.
Pour garantir la compatibilité amont et aval des fichiers entre les différentes versions de processus Oracle GoldenGate, les champs d'en-tête de fichier sont écrits dans un format de jeton standardisé. Les nouveaux jetons créés par les nouvelles versions d'un processus peuvent être ignorés par les anciennes versions, de sorte que la compatibilité descendante soit maintenue. De même, les versions plus récentes d'Oracle GoldenGate prennent en charge les anciens jetons. En outre, si un jeton est en phase d'abandon par une nouvelle version de processus, une valeur par défaut est affectée au jeton afin que les anciennes versions puissent toujours fonctionner correctement. Le jeton qui spécifie la version du fichier est COMPATIBILITY et peut être affiché dans l'utilitaire Logdump, ainsi qu'en le récupérant avec l'option GGFILEHEADER de la fonction @GETENV.
Un fichier trace ou d'extraction doit avoir une version égale ou inférieure à celle du processus qui le lit. Sinon, le processus sera abandonné. En outre, Oracle GoldenGate force la trace de sortie à être de la même version que son fichier ou trace d'entrée. Au redémarrage, le processus Extract installe une trace dans un nouveau fichier pour s'assurer que chaque fichier n'a qu'une seule version (sauf si le fichier est vide).
A partir d'Oracle GoldenGate 21c, pour les bases de données Oracle, vous pouvez indiquer un nom unique global pour la base de données à l'aide du paramètre DB_UNIQUE_NAME. Si ce paramètre de base de données n'est pas défini, DB_UNIQUE_NAME est identique à DB_NAME. Cette fonctionnalité permet d'identifier de manière unique la source des données de trace en affichant l'en-tête du fichier trace.
Reportez-vous au paramètre [GETENV](/pls/topic/lookup?ctx=en/middleware/goldengate/core/21.3/admin&id=GWURF-GUID-B84527F5-91BA-4E2E-BC37-92D1B6C35735) pour savoir comment utiliser le jeton DbUniqueName.
Le jeton DbUniqueName sera écrit dans des fichiers trace avec le niveau de compatibilité 19.1. Toutefois, les versions antérieures d'Oracle GoldenGate prenant en charge ce niveau de compatibilité ignoreront le nouveau jeton. Le jeton appartient au groupe Informations sur la base de données. Le champ sera limité à 65536 octets, pour permettre l'ajustement de toutes les valeurs possibles de DB_UNIQUE_NAME, limité à 30 caractères.
Etant donné que les processus Oracle GoldenGate sont découplés et peuvent être de différentes versions d'Oracle GoldenGate, l'en-tête de chaque fichier trace contient un indicateur de version. Par défaut, la version d'un fichier trace est la version actuelle du processus qui a créé le fichier. Si vous devez définir la version d'une trace, utilisez l'option FORMAT du paramètre EXTTRAIL, EXTFILE, RMTTRAIL ou RMTFILE.
Vous pouvez afficher l'en-tête de trace à l'aide de la commande FILEHEADER dans l'utilitaire Logdump. Pour plus d'informations sur les jetons dans l'en-tête de fichier, reportez-vous à Référence Logdump pour Oracle GoldenGate.
Enregistrement de nom de partition dans l'en-tête du fichier trace
Chaque enregistrement LMD de l'en-tête du fichier trace peut contenir un index vers un enregistrement de nom de partition (PNR). Etant donné que le nom complet de la partition peut être long, un fichier PNR est créé dans chaque fichier trace pour la première fois que la partition est écrite. Chaque fichier PNR contient le nom et l'ID de l'objet de partition.
Pour l'extraction principale, le fichier PNR est généré uniquement pour la mise en correspondance de partitions et inclus par les paramètres PARTITION et PARTITIONEXCLUDE. Les enregistrements LMD de ces partitions ont un index vers l'enregistrement de définition de table et un autre index vers l'enregistrement de nom de partition. Les enregistrements LMD de toutes les autres tables, telles que les tables non partitionnées ou les tables partitionnées, qui ne correspondent pas ou ne sont pas exclus par les paramètres PARTITION ou PARTITIONEXCLUDE, n'ont qu'un index sur l'enregistrement de définition de table comme indiqué aujourd'hui. Pour le service de distribution, le PNR est écrit si l'enregistrement de trace source contient un index PNR.
Affichage du nom de partition et de l'index PNR dans Logdump
Utilisez l'utilitaire Logdump pour afficher l'enregistrement de nom de partition et le code LMD contenant l'index PNR.
Voici un exemple illustrant la capture de l'affichage dans un fichier :
$ logdump > output.txt <<EOF
ghdr on
detail data
open ./dirdat/tr000000000
n 200
EOFLa sortie affiche le PNR et le DML avec les valeurs d'index PNR, comme indiqué dans l'exemple suivant :
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 | ....1Exemple d'enregistrement Oracle GoldenGate
L'exemple suivant illustre un enregistrement Oracle GoldenGate tel qu'il est affiché avec Logdump. La première partie (la liste des champs) est l'en-tête et la seconde partie est la zone de données. L'enregistrement ressemble à celui-ci sur toutes les plates-formes prises en charge par Oracle GoldenGate. Figure 1 : Exemple d'enregistrement Oracle GoldenGate
Zone d'en-tête d'enregistrement
L'en-tête d'enregistrement Oracle GoldenGate fournit les métadonnées des données contenues dans l'enregistrement et inclut les informations suivantes.
-
Type d'opération, tel qu'insertion, mise à jour ou suppression
-
Indicateur Avant ou Après pour les mises à jour
-
Informations sur la transaction, telles que le groupe de transactions et l'horodatage de validation
Description des champs d'en-tête
Les champs de l'en-tête d'enregistrement Oracle GoldenGate sont décrits ci-dessous. Certains champs s'appliquent uniquement à certaines plates-formes.
Table : Champs d'en-tête d'enregistrement Oracle GoldenGate
| Champ | Description |
|---|---|
|
Doit toujours avoir la valeur E, indiquant que l'enregistrement a été créé par le traitement d'extraction. Toute autre valeur indique des données non valides. |
|
Longueur, en octets, du tampon d'enregistrement. |
|
Type d'opération représenté par l'enregistrement. Pour obtenir la liste des types d'opération, reportez-vous au Table 12-*. |
|
Emplacement de l'enregistrement dans la transaction en cours. Les valeurs possibles sont les suivantes : 0 - premier enregistrement de la transaction 1 - ni premier ni dernier enregistrement de la transaction 2 - dernier enregistrement de la transaction 3 - Enregistrement uniquement dans la transaction |
|
Identifie l'identificateur du journal de transactions, tel que le numéro de séquence du fichier de journalisation Oracle. |
|
(Windows et UNIX) Identifie si l'enregistrement est ou non un segment d'un élément de données plus volumineux trop volumineux pour tenir dans un enregistrement. Les objets LOB, CLOBS et certains objets VARCHAR sont stockés dans des segments. Les enregistrements unifiés qui contiennent à la fois des images avant et après dans un seul enregistrement (en raison du paramètre Y (Oui) : l'enregistrement est un segment ; indique à Oracle GoldenGate que ces données continuent vers un autre enregistrement. N - il n'y a pas de continuation des données vers un autre segment ; pourrait être le dernier d'une série ou d'un enregistrement qui n'est pas un segment de données plus grandes. |
|
Pour les enregistrements Windows et UNIX, ce champ sera toujours une valeur de 4 (enregistrement compressé FieldComp au format interne). Pour ces plates-formes, le terme Partition n'indique pas que les données représentent une partition logique ou physique particulière au sein de la structure de base de données. |
|
Identifie si l'enregistrement est une image avant (B) ou après (A) d'une opération de mise à jour. Les enregistrements qui combinent des images avant et après le résultat du paramètre UPDATERECORDFORMAT sont marqués comme des images après. Les insertions sont toujours après les images, les suppressions sont toujours avant les images. |
|
Heure à laquelle l'opération s'est produite, en heure locale du système source, au format GMT. Cette heure peut être identique ou différente pour chaque opération d'une transaction en fonction du moment où l'opération a eu lieu. |
|
Identifie si les données ont été lues dans le journal des transactions ou extraites de la base de données.</p>F - extraites de la base de données<p>R - lisibles dans le journal des transactions |
|
Ce champ est obsolète. |
|
Identifie la position dans le journal des transactions des données. |
|
(Windows et UNIX) Utilisé pour les données LOB lorsqu'elles doivent être fractionnées en blocs pour être écrites dans le fichier Oracle GoldenGate. RecCount permet de réassembler les blocs. |
Utiliser les données d'en-tête
Certaines des données disponibles dans l'en-tête d'enregistrement Oracle GoldenGate peuvent être utilisées pour le mapping à l'aide de l'option GGHEADER de la fonction @GETENV ou en utilisant l'un des éléments de transaction suivants comme expression source dans une instruction COLMAP dans le paramètre TABLE ou MAP.
-
GGS_TRANS_TIMESTAMP-
GGS_TRANS_RBA-
GGS_OP_TYPE-
GGS_BEFORE_AFTER_INDZone de données d'enregistrement
La zone de données de l'enregistrement de trace Oracle GoldenGate contient les éléments suivants :
-
Heure de validation de la modification dans la base de données source
-
Type d'opération de base de données
-
Longueur de l'enregistrement
-
Adresse d'octet relative dans le fichier trace
-
Nom de la table
-
Les données changent au format hexadécimal
Les différences entre les formats d'image d'enregistrement utilisés par Oracle GoldenGate sur les systèmes Windows, UNIX, Linux et NonStop sont expliquées ci-dessous.
Format d'image d'enregistrement complet (sources NonStop)
Une image d'enregistrement complet contient les valeurs de toutes les colonnes d'une ligne traitée. Le format d'image d'enregistrement complet est généré dans la trace lorsque le système source est HP NonStop, et uniquement lorsque le paramètre IOType spécifié dans l'en-tête d'enregistrement est l'un des suivants :
3 - Delete 5 - Insert 10 - UpdateChaque image d'enregistrement complet a le même format que si elle était extraite d'un programme lisant directement le fichier ou la table d'origine. Pour les tables SQL, les champs de date/heure, les valeurs NULL et d'autres données sont écrits exactement comme un programme les sélectionnerait dans un tampon d'application. Bien que les champs datetime soient représentés en interne sous la forme d'un horodatage de huit octets, leur forme externe peut comporter jusqu'à 26 octets exprimés sous forme de chaîne. Les enregistrements d'inscription sont extraits car ils existent dans le fichier d'origine.
Lorsque le type d'opération est Insert ou Update, l'image contient le contenu de l'enregistrement après l'opération (image après). Lorsque le type d'opération est Delete, l'image contient le contenu de l'enregistrement avant l'opération (image avant).
Pour les enregistrements générés à partir d'une base de données Enscribe, les images d'enregistrement complètes sont sorties, sauf si l'attribut AUDITCOMPRESS du fichier d'origine est défini sur ON. Lorsque AUDITCOMPRESS est défini sur ON, des enregistrements de mise à jour compressés sont générés chaque fois que le fichier d'origine reçoit une opération de mise à jour. (Une image complète peut être extraite par le processus Extract à l'aide du paramètre FETCHCOMPS.)
Format d'image d'enregistrement compressé (sources Windows, UNIX, Linux)
Une image d'enregistrement compressée contient uniquement la clé (principale, unique, KEYCOLS) et les colonnes qui ont été modifiées dans la ligne traitée. Par défaut, les enregistrements de trace écrits par les processus sur les systèmes Windows et UNIX sont toujours compressés.
Le format d'un enregistrement compressé est le suivant :
column_index
column_length
column_data[...]Où :
-
column_indexest l'index ordinal de la colonne dans la table source (2 octets).
-
colum_lengthest la longueur des données (2 octets).
-
column_datasont les données, y compris
NULLou
VARCHARindicateurs de longueur.
Les enregistrements d'inscription écrits à partir de la plate-forme NonStop peuvent être compressés. Le format d'un enregistrement Enscribe compressé est le suivant :
field_offset
field_length field_value[...]Où :
-
field_offsetest le décalage dans l'enregistrement d'origine de la valeur modifiée (2 octets).
-
field_lengthest la longueur des données (2 octets).
-
field_valuesont les données, y compris
NULLou
VARCHARindicateurs de longueur.
Le premier champ d'un enregistrement d'abonnement compressé est la clé primaire ou la clé système.
Zone des jetons
L'enregistrement de trace peut également contenir deux zones pour les jetons. L'un est destiné à un usage interne et n'est pas documenté ici, et l'autre est la zone des jetons utilisateur. Les jetons utilisateur sont des valeurs d'environnement qui sont capturées et stockées dans l'enregistrement de trace pour la réplication vers des colonnes cible ou à d'autres fins. S'ils sont utilisés, ces jetons suivent la partie de données de l'enregistrement et s'affichent comme suit lorsqu'ils sont affichés avec Logdump :
| Paramètre | Valeur |
|---|---|
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 |
Types d'opération Oracle GoldenGate
Voici certains des types d'opération Oracle GoldenGate. Des types peuvent être ajoutés lorsque de nouvelles fonctionnalités sont ajoutées à Oracle GoldenGate. Pour obtenir une liste plus récente, utilisez la commande SHOW RECTYPE dans l'utilitaire Logdump :
| Type | Description | Plate-forme |
|---|---|---|
| 1-Abort | Transaction abandonnée. | NSK TMF |
| 2-Commit | Transaction validée. | NSK TMF |
| 3-Delete | Un enregistrement/une ligne a été supprimé. Un enregistrement Delete contient généralement une image d'enregistrement complète. Toutefois, si le paramètre COMPRESSDELETES a été utilisé, seules les colonnes de clé seront présentes. |
Tout |
| 4-EndRollback | Annulation de base de données terminée | NSK TMF |
| 5-Insert | Un enregistrement/ligne a été inséré. Un enregistrement Insert contient une image d'enregistrement complète. |
Tout |
| 6-Prepared | Une transaction en réseau a été préparée pour validation. | NSK TMF |
| 7-TMF-Arrêt | Un arrêt de TMF s'est produit. | NSK TMF |
| 8-TransBegin | N'est plus utilisé. | NSK TMF |
| 9-TransRelease | N'est plus utilisé. | NSK TMF |
| 10-Update | Un enregistrement/une ligne a été mis à jour. Un enregistrement Update contient une image d'enregistrement complète. Remarque : Si l'indicateur de partition dans l'en-tête d'enregistrement est 4, l'enregistrement est au format FieldComp (voir ci-dessous) et la mise à jour est compressée. |
Tout |
| 11-UpdateComp | Un enregistrement/une ligne au format TMF AuditComp a été mis à jour. Dans ce format, seuls les octets modifiés sont présents. Un descripteur de 4 octets au format 2-byte_offset2-byte_length précède chaque fragment de données. Le décalage d'octets est l'index ordinal de la colonne dans la table source. La longueur est la longueur des données. |
NSK TMF |
| 12-FileAlter | Un attribut d'un fichier de base de données a été modifié. | NSK |
| 13-FileCreate | Un fichier de base de données a été créé. | NSK |
| 14-FilePurge | Un fichier de base de données a été supprimé. | NSK |
| 15-FieldComp | Une ligne dans une table SQL a été mise à jour. Dans ce format, seuls les octets modifiés sont présents. Avant que les images des colonnes non modifiées ne soient consignées par la base de données. Un descripteur de 4 octets au format 2-byte_offset2-byte_length précède chaque fragment de données. Le décalage d'octets est l'index ordinal de la colonne dans la table source. La longueur est la longueur des données. Un indicateur de partition de 4 dans l'en-tête d'enregistrement indique le format FieldComp. |
Tout |
| 16-FileRename | Un fichier a été renommé. | NSK |
| 17-AuxPointer | Contient des informations sur les traces AUX qui ont de nouvelles données et l'emplacement de lecture. | NSK TMF |
| 18-NetworkCommit | Transaction en réseau validée. | NSK TMF |
| 19-NetworkAbort | Une transaction en réseau a été abandonnée. | NSK TMF |
| 90-(GGS)SQLCol | Une ou plusieurs colonnes d'une table SQL ont été ajoutées ou un attribut a été modifié. | NSK |
| 100-(GGS)Purgedata | Toutes les données ont été supprimées du fichier (PURGEDATA). |
NSK |
| 101-(GGS)Purge(Fichier) | Un fichier a été purgé. | NSK non-TMF |
| 102-(GGS)Créer(Fichier) | Un fichier a été créé. L'enregistrement Oracle GoldenGate contient les attributs de fichier. | NSK non-TMF |
| 103-(GGS)Alter(Fichier) | Un fichier a été modifié. L'enregistrement Oracle GoldenGate contient les attributs de fichier modifiés. | NSK non-TMF |
| 104-(GGS)Renommer(Fichier) | Un fichier a été renommé. L'enregistrement Oracle GoldenGate contient les noms d'origine et les nouveaux noms. | NSK non-TMF |
| 105-(GGS)Setmode | Une opération SETMODE a été effectuée. L'enregistrement Oracle GoldenGate contient les informations SETMODE. |
NSK non-TMF |
| 106-GGSChangeLabel | Une opération CHANGELABEL a été effectuée. L'enregistrement Oracle GoldenGate contient les informations CHANGELABEL. |
NSK non-TMF |
| 107-(GGS)Contrôle | Une opération CONTROL a été effectuée. L'enregistrement Oracle GoldenGate contient les informations CONTROL. |
NSK non-TMF |
115 et 117 (GGS)KeyFieldComp(32) |
Une clé primaire a été mise à jour. L'enregistrement Oracle GoldenGate contient l'image avant de la clé et l'image après de la clé et de la ligne. Les données sont au format FieldComp (compressé), ce qui signifie qu'avant que les images des colonnes non modifiées ne soient consignées par la base de données. |
Windows et UNIX |
116-LargeObject 116-LOB |
Identifie une colonne RAW, BLOB, CLOB ou LOB. Les données de ce type sont stockées dans plusieurs enregistrements. |
Windows et UNIX |
| 132-(GGS) SequenceOp | Identifie une opération sur une séquence. | Windows et UNIX |
MISE À JOUR 134-UNIFIED MISE À JOUR DE CLÉ PRIMAIRE 135-UNIFIED |
Identifie un enregistrement de trace unifié qui contient les valeurs avant et après dans le même enregistrement. L'image "avant" dans un élément UNIFIED UPDATE contient toutes les colonnes disponibles dans l'enregistrement de transaction pour les images "avant" et "après". L'image avant dans un élément UNIFIED UPDATE contient toutes les colonnes disponibles dans l'enregistrement de transaction, mais l'image après est limitée aux colonnes de clé primaire et aux colonnes modifiées dans l'élément UPDATE. |
Windows et UNIX |
| 160 - DDL_Op | Identifie une opération DDL | Windows et UNIX |
161- RecordFragment |
Identifie une partie d'une ligne volumineuse qui doit être stockée dans plusieurs enregistrements (plus que l'enregistrement de base). | Windows et UNIX |
Bloc non structuré 200-GGS 200-BulkIO |
Une opération BULKIO a été effectuée. L'enregistrement Oracle GoldenGate contient le bloc RAW DP2. |
NSK non-TMF |
| 201 niveau le plus fin 204 | Il s'agit de différents types d'enregistrement de trace NonStop. Les enregistrements de trace sont utilisés par les analystes du support technique Oracle GoldenGate. Les descriptions suivantes sont disponibles.
|
NSK non-TMF |
| 205-GGSComment | Indique un enregistrement de commentaire créé par l'utilitaire Logdump. Les enregistrements de commentaires sont créés par Logdump au début et à la fin des données enregistrées dans un fichier à l'aide de la commande SAVE de Logdump. |
Tout |
| 249 niveau le plus fin 254 | Il s'agit de différents types d'enregistrement de trace NonStop. Les enregistrements de trace sont utilisés par les analystes du support technique Oracle GoldenGate. Les descriptions suivantes sont disponibles.
|
NSK non-TM |