LogDump 유틸리티를 사용하여 추적 파일 레코드에 접근
문제 해결 및 기술 지원을 위해 Oracle GoldenGate 추적 정보가 필요합니다. Logdump 유틸리티를 사용하여 Oracle GoldenGate 추적 레코드를 봅니다.
추적 복구 모드
기본적으로 Extract는 추가 모드로 작동합니다. 이 모드에서는 프로세스 실패가 있을 경우 복구 표시자가 트레일에 기록되고 Extract는 복구 데이터를 파일에 추가하여 모든 이전 데이터의 내역이 복구 목적으로 보존됩니다.
추가 모드에서 추출 초기화는 시작 시 추적에 기록된 마지막 완료 트랜잭션의 ID를 결정합니다. 이 정보를 사용하여 Extract는 데이터 소스에서 해당 트랜잭션에 대한 커밋 레코드가 발견될 때 Recovery를 종료합니다. 그런 다음 추출에 적합한 다음 커밋된 트랜잭션으로 새 데이터 캡처를 시작하고 새 데이터를 추적에 추가하기 시작합니다. Replicat는 해당 복구 지점에서 다시 읽기 시작합니다.
덮어쓰기 모드는 버전 10.0 이전의 Oracle GoldenGate 버전에서 사용된 Extract 복구의 또 다른 버전입니다. 이 버전에서 Extract는 새 데이터를 추가하는 대신 마지막 쓰기 체크포인트 위치 뒤의 추적에 있는 기존 트랜잭션 데이터를 겹쳐씁니다. 기록되는 첫번째 트랜잭션은 데이터 소스에서 마지막 읽기 체크포인트 위치 이후에 추출할 수 있는 첫번째 트랜잭션입니다.
대상의 Oracle GoldenGate 버전이 버전 10보다 오래된 경우 Extract는 역호환성을 지원하기 위해 자동으로 겹쳐쓰기 모드로 되돌아갑니다. 이 동작은 RECOVERYOPTIONS 매개변수를 사용하여 수동으로 제어할 수 있습니다.
추적 레코드 형식
Oracle GoldenGate가 트레일 또는 추출 파일에 기록한 각 변경 레코드에는 헤더 영역, 데이터 영역 및 가능한 경우 사용자 토큰 영역이 포함됩니다. 레코드 헤더에는 트랜잭션 환경에 대한 정보가 포함되며 데이터 영역에는 추출된 실제 데이터 값이 포함됩니다.
토큰 영역에는 열 매핑 및 변환에 사용하기 위해 Oracle GoldenGate 사용자가 지정한 정보가 포함됩니다.
Oracle GoldenGate 추적 파일이 구조화되지 않았습니다. Oracle GoldenGate 소프트웨어와 함께 제공된 Logdump 유틸리티를 사용하여 Oracle GoldenGate 레코드를 볼 수 있습니다. 자세한 내용은 Oracle GoldenGate에 대한 로그 덤프 참조의 첫번째 레코드 보기를 참조하십시오. 주: Oracle GoldenGate 소프트웨어의 향상된 기능이 제공됨에 따라 추적 레코드 형식은 이 설명서에 반영되지 않을 수 있는 변경될 수 있습니다. 현재 구조를 보려면 Logdump 유틸리티를 사용합니다.
추적 파일 헤더 레코드
추적의 각 파일에는 파일 시작 부분에 저장된 파일 헤더 레코드가 포함됩니다. 파일 헤더에는 추적 파일 자체에 대한 정보가 포함됩니다. 이전 버전의 Oracle GoldenGate에 이 헤더가 포함되어 있지 않습니다.
파일 헤더는 데이터 레코드 앞의 추적 파일 시작 부분에 레코드로 저장됩니다. 추적 헤더에 저장된 정보는 Oracle GoldenGate 프로세스가 레코드에 대한 충분한 정보를 제공하여 레코드가 현재 버전의 Oracle GoldenGate에서 지원하는 형식인지 여부를 확인할 수 있도록 합니다.
추적 헤더 필드는 토큰으로 저장됩니다. 여기서 토큰 형식은 모든 버전의 Oracle GoldenGate에서 동일하게 유지됩니다. Oracle GoldenGate 버전이 지정된 토큰을 지원하지 않을 경우 해당 토큰이 무시됩니다. 종속된 토큰에는 이전 버전의 Oracle GoldenGate와의 호환성을 유지하기 위한 기본값이 지정됩니다.
서로 다른 Oracle GoldenGate 프로세스 버전 간에 파일의 순방향 및 역방향 호환성을 보장하기 위해 파일 헤더 필드는 표준화된 토큰 형식으로 작성됩니다. 새 버전의 프로세스에 의해 생성된 새 토큰은 이전 버전에서는 무시할 수 있으므로 이전 버전과의 호환성이 유지됩니다. 마찬가지로 최신 Oracle GoldenGate 버전은 이전 토큰을 지원합니다. 또한 새 프로세스 버전에서 토큰을 더 이상 사용하지 않는 경우 이전 버전이 계속 제대로 작동할 수 있도록 토큰에 기본값이 지정됩니다. 파일 버전을 지정하는 토큰은 COMPATIBILITY이며 Logdump 유틸리티에서 볼 수 있으며 @GETENV 함수의 GGFILEHEADER 옵션을 사용하여 검색할 수도 있습니다.
트레일 또는 Extract 파일에는 해당 파일을 읽는 프로세스의 버전과 같거나 낮은 버전이 있어야 합니다. 그렇지 않으면 프로세스가 비정상 종료됩니다. 또한 Oracle GoldenGate는 출력 추적을 입력 추적 또는 파일의 버전과 동일하게 적용합니다. 다시 시작하면 Extract는 추적을 새 파일로 롤링하여 파일이 비어 있지 않은 한 각 파일의 버전만 유지하도록 합니다.
Oracle GoldenGate 21c부터 Oracle 데이터베이스의 경우 DB_UNIQUE_NAME 매개변수를 사용하여 데이터베이스에 대해 전역적으로 고유한 이름을 지정할 수 있습니다. 이 데이터베이스 매개변수가 설정되지 않은 경우 DB_UNIQUE_NAME는 DB_NAME와 동일합니다. 이 기능을 사용하면 추적 파일 헤더를 확인하여 추적 데이터의 소스를 고유하게 식별할 수 있습니다.
DbUniqueName 토큰 사용에 대한 자세한 내용은 [GETENV](/pls/topic/lookup?ctx=en/middleware/goldengate/core/21.3/admin&id=GWURF-GUID-B84527F5-91BA-4E2E-BC37-92D1B6C35735) 매개변수를 참조하십시오.
DbUniqueName 토큰은 19.1 호환성 레벨의 추적 파일에 기록되지만, 해당 호환성 레벨을 지원하는 이전 Oracle GoldenGate 릴리스에서는 새 토큰을 무시합니다. 토큰이 데이터베이스 정보 그룹에 속합니다. DB_UNIQUE_NAME의 가능한 모든 값을 30자로 제한하여 맞출 수 있도록 이 필드는 65536바이트로 제한됩니다.
Oracle GoldenGate 프로세스는 분리되어 있고 서로 다른 Oracle GoldenGate 버전일 수 있으므로 각 추적 파일의 파일 헤더에는 버전 표시기가 포함됩니다. 기본적으로 추적 파일의 버전은 파일을 만든 프로세스의 현재 버전입니다. 추적 버전을 설정해야 하는 경우 EXTTRAIL, EXTFILE, RMTTRAIL 또는 RMTFILE 매개변수의 FORMAT 옵션을 사용합니다.
Logdump 유틸리티에서 FILEHEADER 명령을 사용하여 추적 헤더를 볼 수 있습니다. 파일 헤더의 토큰에 대한 자세한 내용은 Oracle GoldenGate용 로그 덤프 참조를 참조하십시오.
추적 파일 헤더의 분할 영역 이름 레코드
추적 파일 헤더의 각 DML 레코드에는 분할 영역 이름 레코드(PNR)에 대한 인덱스가 포함될 수 있습니다. 전체 분할 영역 이름은 길 수 있으므로 분할 영역이 처음 기록될 때 각 추적 파일에 PNR이 생성됩니다. 각 PNR에는 분할 영역 이름 및 분할 영역 객체 ID가 포함됩니다.
기본 Extract의 경우 PNR은 분할 영역 일치에 대해서만 생성되며 PARTITION 및 PARTITIONEXCLUDE 매개변수에 포함됩니다. 이러한 분할 영역의 DML 레코드에는 테이블 정의 레코드에 대한 인덱스와 분할 영역 이름 레코드에 대한 또 다른 인덱스가 있습니다. DML records from all other tables such as non-partitioned tables or partitioned tables not matching or excluded by the PARTITION or PARTITIONEXCLUDE parameters, only have an index to the table definition record as done today. 배포 서비스의 경우 소스 추적 레코드에 PNR 인덱스가 포함된 경우 PNR이 기록됩니다.
Logdump에서 분할 영역 이름 및 PNR 인덱스 보기
Logdump 유틸리티를 사용하여 PNR 인덱스가 포함된 분할 영역 이름 레코드와 DML을 표시합니다.
다음은 파일의 디스플레이 캡처를 보여주는 예입니다.
$ logdump > output.txt <<EOF
ghdr on
detail data
open ./dirdat/tr000000000
n 200
EOF출력에는 다음 예제와 같이 PNR 및 DML에 PNR 인덱스 값이 표시됩니다.
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 | ....1Oracle GoldenGate 레코드 예
다음은 Logdump와 함께 표시되는 Oracle GoldenGate 레코드에 대해 설명합니다. 첫번째 부분(필드 리스트)은 헤더이고 두번째 부분은 데이터 영역입니다. 레코드는 Oracle GoldenGate에서 지원하는 모든 플랫폼에서 이와 유사합니다. 그림 1: Oracle GoldenGate 레코드 예
레코드 헤더 영역
Oracle GoldenGate 레코드 헤더는 레코드에 포함된 데이터의 메타데이터를 제공하며 다음 정보를 포함합니다.
-
삽입, 갱신 또는 삭제와 같은 작업 유형
-
업데이트 전후 표시자
-
트랜잭션 그룹 및 커밋 시간 기록과 같은 트랜잭션 정보
헤더 필드 설명
다음은 Oracle GoldenGate 레코드 헤더의 필드에 대해 설명합니다. 일부 필드는 특정 플랫폼에만 적용됩니다.
테이블: Oracle GoldenGate 레코드 헤더 필드
| 필드 | 설명 |
|---|---|
|
추출 프로세스에 의해 레코드가 생성되었음을 나타내는 항상 E 값이어야 합니다. 다른 값은 잘못된 데이터를 나타냅니다. |
|
레코드 버퍼의 길이(바이트)입니다. |
|
레코드가 나타내는 작업의 유형입니다. 작업 유형 목록은 Table 12-*를 참조하십시오. |
|
현재 트랜잭션 내의 레코드 위치입니다. 값은 다음과 같습니다. 0 - 트랜잭션의 첫번째 레코드 1 - 트랜잭션의 첫번째 레코드와 마지막 레코드 아님 2 - 트랜잭션의 마지막 레코드 3 - 트랜잭션의 레코드만 |
|
Oracle 리두 로그 시퀀스 번호와 같은 트랜잭션 로그 식별자를 식별합니다. |
|
(Windows 및 UNIX) 레코드가 한 레코드 내에 너무 큰 데이터 조각의 세그먼트인지 여부를 식별합니다. LOB, CLOBS 및 일부 VARCHAR이 세그먼트에 저장됩니다. Y - 레코드가 세그먼트입니다. Oracle GoldenGate에 이 데이터가 다른 레코드로 계속됨을 나타냅니다. N - 다른 세그먼트에 대한 데이터 연속이 없습니다. 계열의 마지막 또는 더 큰 데이터의 세그먼트가 아닌 레코드일 수 있습니다. |
|
Windows 및 UNIX 레코드의 경우 이 필드는 항상 4(내부 형식의 FieldComp 압축 레코드)의 값이 됩니다. 이러한 플랫폼의 경우 파티션이라는 용어는 데이터가 데이터베이스 구조 내의 특정 논리적 또는 물리적 파티션을 나타낸다는 의미는 아닙니다. |
|
레코드가 업데이트 작업의 이전(B) 또는 이후(A) 이미지인지 여부를 식별합니다. UPDATERECORDFORMAT 매개변수의 결과로 이전 및 이후 이미지를 결합하는 레코드는 이후 이미지로 표시됩니다. 삽입은 항상 이미지 뒤에 있고 삭제는 항상 이미지 앞에 있습니다. |
|
작업이 발생한 시간(소스 시스템의 현지 시간)으로, GMT 형식입니다. 이 시간은 작업이 발생한 시간에 따라 트랜잭션의 모든 작업에 대해 동일하거나 다를 수 있습니다. |
|
데이터가 트랜잭션 로그에서 읽었는지 아니면 데이터베이스에서 인출되었는지 식별합니다.</p>F - 데이터베이스에서 인출됨<p>R - 트랜잭션 로그에서 읽을 수 있음 |
|
이 필드는 더 이상 사용되지 않고 |
|
데이터의 트랜잭션 로그에서 위치를 식별합니다. |
|
(Windows 및 UNIX) LOB 데이터가 Oracle GoldenGate 파일에 기록될 조각으로 분할되어야 하는 경우에 사용됩니다. RecCount는 청크를 재어셈블하는 데 사용됩니다. |
헤더 데이터 사용
Oracle GoldenGate 레코드 헤더에서 사용할 수 있는 일부 데이터는 @GETENV 함수의 GGHEADER 옵션을 사용하거나 TABLE 또는 MAP 매개변수의 COLMAP 문에서 다음 트랜잭션 요소 중 하나를 소스 표현식으로 사용하여 매핑에 사용할 수 있습니다.
-
GGS_TRANS_TIMESTAMP-
GGS_TRANS_RBA-
GGS_OP_TYPE-
GGS_BEFORE_AFTER_IND레코드 데이터 영역
Oracle GoldenGate 추적 레코드의 데이터 영역에는 다음이 포함됩니다.
-
변경 사항이 원본 데이터베이스에 커밋된 시간
-
데이터베이스 작업의 유형입니다.
-
레코드 길이
-
추적 파일 내의 상대 바이트 주소
-
테이블 이름입니다.
-
데이터가 16진수 형식으로 변경됩니다.
다음은 Windows, UNIX, Linux 및 NonStop 시스템에서 Oracle GoldenGate에 사용되는 레코드 이미지 형식의 차이점에 대해 설명합니다.
전체 레코드 이미지 형식(NonStop 소스)
전체 레코드 이미지에는 처리된 행의 모든 열 값이 포함됩니다. 전체 레코드 이미지 형식은 소스 시스템이 HP NonStop인 경우 추적에서 생성되며, 레코드 헤더에 지정된 IOType이 다음 중 하나인 경우에만 생성됩니다.
3 - Delete 5 - Insert 10 - Update각 전체 레코드 이미지는 원본 파일 또는 테이블을 직접 읽는 프로그램에서 검색된 것과 동일한 형식을 가집니다. SQL 테이블의 경우 datetime 필드, null 및 기타 데이터는 프로그램이 응용 프로그램 버퍼에 데이터를 선택하는 것과 동일하게 기록됩니다. datetime 필드는 내부적으로 8바이트 시간 기록으로 표시되지만 외부 폼은 문자열로 표현되는 최대 26바이트가 될 수 있습니다. 레코드가 원본 파일에 있으므로 검색되도록 합니다.
작업 유형이 Insert 또는 Update인 경우 이미지에는 작업 후의 레코드 콘텐츠(후의 이미지)가 포함됩니다. 작업 유형이 Delete인 경우 이미지에는 작업 전(이전 이미지)의 레코드 콘텐츠가 포함됩니다.
Enscribe 데이터베이스에서 생성된 레코드의 경우 원본 파일에 AUDITCOMPRESS 속성이 ON로 설정되어 있지 않으면 전체 레코드 이미지가 출력됩니다. AUDITCOMPRESS가 ON인 경우 원본 파일이 업데이트 작업을 수신할 때마다 압축 업데이트 레코드가 생성됩니다. 전체 이미지는 FETCHCOMPS 매개변수를 사용하여 Extract 프로세스에 의해 검색될 수 있습니다.
압축된 레코드 이미지 형식(Windows, UNIX, Linux 소스)
압축된 레코드 이미지에는 키(기본, 고유, KEYCOLS) 및 처리된 행에서 변경된 열만 포함됩니다. 기본적으로 Windows 및 UNIX 시스템의 프로세스에 의해 기록된 추적 레코드는 항상 압축됩니다.
압축된 레코드의 형식은 다음과 같습니다.
column_index
column_length
column_data[...]설명:
-
column_index소스 테이블 내의 열의 서수 인덱스(2바이트)입니다.
-
colum_length데이터의 길이(2바이트)입니다.
-
column_data다음을 포함한 데이터
NULL또는
VARCHAR길이 표시기.
NonStop 플랫폼에서 기록된 레코드가 압축될 수 있도록 합니다. 압축된 Enscribe 레코드의 형식은 다음과 같습니다.
field_offset
field_length field_value[...]설명:
-
field_offset는 변경된 값(2바이트)의 원래 레코드 내의 오프셋입니다.
-
field_length데이터의 길이(2바이트)입니다.
-
field_value다음을 포함한 데이터
NULL또는
VARCHAR길이 표시기.
압축된 Enscribe 레코드의 첫번째 필드는 기본 또는 시스템 키입니다.
토큰 영역
추적 레코드에는 토큰에 대한 두 영역이 포함될 수도 있습니다. 하나는 내부용이며 여기에 문서화되지 않고 다른 하나는 사용자 토큰 영역입니다. 사용자 토큰은 대상 열 또는 기타 용도로 복제하기 위해 추적 레코드에 캡처 및 저장되는 환경 값입니다. 사용되는 경우 이러한 토큰은 레코드의 데이터 부분을 따르며 Logdump와 함께 볼 때 다음과 유사하게 나타납니다.
| 매개변수 | 값 |
|---|---|
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 작업 유형
다음은 Oracle GoldenGate 작업 유형 중 일부입니다. Oracle GoldenGate에 새 기능이 추가되면 유형이 추가될 수 있습니다. 업데이트된 목록을 보려면 Logdump 유틸리티에서 SHOW RECTYPE 명령을 사용합니다.
| 유형 | 설명 | 플랫폼 |
|---|---|---|
| 1-Abort | 트랜잭션이 중단되었습니다. | NSK 템플리트 |
| 2-Commit | 커밋된 트랜잭션입니다. | NSK 템플리트 |
| 3-Delete | 레코드/행이 삭제되었습니다. 일반적으로 Delete 레코드에는 전체 레코드 이미지가 포함됩니다. 그러나 COMPRESSDELETES 매개변수가 사용된 경우 키 열만 표시됩니다. |
모두 |
| 4-EndRollback | 데이터베이스 롤백 종료 | NSK 템플리트 |
| 5-Insert | 레코드/행이 삽입되었습니다. Insert 레코드에는 전체 레코드 이미지가 포함됩니다. |
모두 |
| 6-Prepared | 네트워크 트랜잭션이 커밋할 준비가 되었습니다. | NSK 템플리트 |
| 7-TMF 종료 | TMF 종료가 발생했습니다. | NSK 템플리트 |
| 8-TransBegin | 더 이상 사용되지 않습니다. | NSK 템플리트 |
| 9-TransRelease | 더 이상 사용되지 않습니다. | NSK 템플리트 |
| 10-Update | 레코드/행이 업데이트되었습니다. Update 레코드에는 전체 레코드 이미지가 포함됩니다. 주: 레코드 헤더의 분할 영역 표시자가 4이면 레코드는 FieldComp 형식(아래 참조)이고 갱신은 압축됩니다. |
모두 |
| 11-UpdateComp | TMF AuditComp 형식의 레코드/행이 업데이트되었습니다. 이 형식에서는 변경된 바이트만 존재합니다. 2-byte_offset2-byte_length 형식의 4바이트 기술자가 각 데이터 부분 앞에 옵니다. 바이트 오프셋은 소스 테이블 내의 열 서수 인덱스입니다. 길이는 데이터의 길이입니다. |
NSK 템플리트 |
| 12-FileAlter | 데이터베이스 파일의 속성이 변경되었습니다. | NSK |
| 13-FileCreate | 데이터베이스 파일이 생성되었습니다. | NSK |
| 14-FilePurge | 데이터베이스 파일이 삭제되었습니다. | NSK |
| 15-FieldComp | SQL 테이블의 행이 갱신되었습니다. 이 형식에서는 변경된 바이트만 존재합니다. 변경되지 않은 열의 이전 이미지는 데이터베이스에 의해 기록되지 않습니다. 2-byte_offset2-byte_length 형식의 4바이트 기술자가 각 데이터 부분 앞에 옵니다. 바이트 오프셋은 소스 테이블 내의 열 서수 인덱스입니다. 길이는 데이터의 길이입니다. 레코드 헤더의 분할 영역 표시기 4는 FieldComp 형식을 나타냅니다. |
모두 |
| 16-FileRename | 파일 이름이 바뀌었습니다. | NSK |
| 17-AuxPointer | 새 데이터가 있는 AUX 추적 및 읽을 위치에 대한 정보가 포함되어 있습니다. | NSK 템플리트 |
| 18-NetworkCommit | 커밋된 네트워크 트랜잭션입니다. | NSK 템플리트 |
| 19-NetworkAbort | 네트워크 트랜잭션이 중단되었습니다. | NSK 템플리트 |
| 90 (GGS)SQLCol | SQL 테이블의 열이 추가되었거나 속성이 변경되었습니다. | NSK |
| 100 (GGS)Purgedata | 모든 데이터가 파일에서 제거되었습니다(PURGEDATA). |
NSK |
| 101- (GGS) 제거 (파일) | 파일이 비워졌습니다. | NSK 비TMF |
| 102-(GGS)생성(파일) | 파일이 생성되었습니다. Oracle GoldenGate 레코드는 파일 속성을 포함합니다. | NSK 비TMF |
| 103-(GGS)변경(파일) | 파일이 변경되었습니다. Oracle GoldenGate 레코드에 변경된 파일 속성이 포함되어 있습니다. | NSK 비TMF |
| 104-(GGS)이름 바꾸기(파일) | 파일 이름이 바뀌었습니다. Oracle GoldenGate 레코드에는 원본 및 새 이름이 포함됩니다. | NSK 비TMF |
| 105 (GGS) 세트모드 | SETMODE 작업이 수행되었습니다. Oracle GoldenGate 레코드에는 SETMODE 정보가 포함됩니다. |
NSK 비TMF |
| 106-GGSChangeLabel | CHANGELABEL 작업이 수행되었습니다. Oracle GoldenGate 레코드에는 CHANGELABEL 정보가 포함됩니다. |
NSK 비TMF |
| 107 (GGS) 통제 | CONTROL 작업이 수행되었습니다. Oracle GoldenGate 레코드에는 CONTROL 정보가 포함됩니다. |
NSK 비TMF |
115 및 117 (GGS)KeyFieldComp(32) |
기본 키가 업데이트되었습니다. Oracle GoldenGate 레코드에는 키의 이전 이미지와 키 및 행의 이후 이미지가 포함됩니다. 데이터는 압축된 FieldComp 형식입니다. 즉, 변경되지 않은 열의 이전 이미지는 데이터베이스에 의해 기록되지 않습니다. |
Windows 및 UNIX |
116-LargeObject 116-LOB |
RAW, BLOB, CLOB 또는 LOB 열을 식별합니다. 이 유형의 데이터는 여러 레코드에 저장됩니다. |
Windows 및 UNIX |
| 132 (GGS) SequenceOp | 순서에 대한 공정을 식별합니다. | Windows 및 UNIX |
134-UNIFIED 업데이트 135-UNIFIED 업데이트 |
동일한 레코드의 이전 및 이후 값을 모두 포함하는 통합 추적 레코드를 식별합니다. UNIFIED UPDATE의 이전 이미지에는 이전 및 이후 이미지 모두에 대해 트랜잭션 레코드에서 사용할 수 있는 모든 열이 포함되어 있습니다. UNIFIED UPDATE의 이전 이미지에는 트랜잭션 레코드에서 사용할 수 있는 모든 열이 포함되지만 이후 이미지는 UPDATE에서 수정된 기본 키 열 및 열로 제한됩니다. |
Windows 및 UNIX |
| 160 - DDL_Op | DDL 작업 식별 | Windows 및 UNIX |
161- RecordFragment |
기본 레코드뿐 아니라 여러 레코드에 저장해야 하는 큰 행의 일부를 식별합니다. | Windows 및 UNIX |
200GGS구조화되지 않은 블록 200-BulkIO |
BULKIO 작업이 수행되었습니다. Oracle GoldenGate 레코드에는 RAW DP2 블록이 포함됩니다. |
NSK 비TMF |
| 201 ~ 204 | NonStop 추적 레코드의 유형은 서로 다릅니다. 추적 레코드는 Oracle GoldenGate 지원 분석가가 사용합니다. 다음은 설명입니다.
|
NSK 비TMF |
| 205-GGSComment | Logdump 유틸리티에서 생성된 의견 레코드를 나타냅니다. Logdump의 SAVE 명령을 사용하여 파일에 저장된 데이터의 시작과 끝에 Logdump가 주석 레코드를 생성합니다. |
모두 |
| 249 ~ 254 | NonStop 추적 레코드의 유형은 서로 다릅니다. 추적 레코드는 Oracle GoldenGate 지원 분석가가 사용합니다. 다음은 설명입니다.
|
NSK 비TM |