인성장

[OGG] OGG-25103 ERROR: write() system call: bytes-to-do: 2948980 bytes-done: -1 fd: 35 error5 (I/O error).

인성장 — Thu, 7 May 2026 10:30:52 +0900

Error Code : OGG-25103

Error 상세

OGG-25103 Oracle GoldenGate Capture for Oracle, rimse.prm:

ERROR: write() system call: bytes-to-do: 2948980 bytes-done: -1 fd: 35 error5 (I/O error).
OGG-00542 Oracle GoldenGate Capture for Oracle, rimse.prm:

Unexpected threading library failure. Error code 22 (Invalid argument).

평소에는 멀쩡하게 동기화가 잘되다가, 간헐적으로 위와 같은 에러가 나타나는 경우가 있습니다.

이 현상은 보통 Extract Process가 띄워져있는 Source DB 서버에서 발생하고 Disk I/O 부하로 인해 발생됩니다.

대게 Disk I/O 성능이 낮은 오래된 하드디스크나 NAS에서 종종 발생합니다.

웬만하면 성능 좋은 디스크로 교체해서 사용하면 좋으나, 현업에서는 그렇게 할수 없는 경우가 다반사니

임시 조치 방법을 알려드리겠습니다.

조치방법 1

위 오류가 발생했을때, 재기동을 한번 해보시길 바랍니다.

가끔 재기동으로 문제가 해결되는 경우도 있습니다.

조치방법 2

OGG가 처리하는 데이터 양을 Trail File이 떨어지는 경로의 디스크 I/O 양을 초과해서 발생하는 오류이기 때문에

현재 OGG가 처리하려다가 실패한 트랜잭션을 발생시킨 테이블 또는 계정을 제외하고 추출하면 됩니다.

ggserr.log 파일에서 위 오류가 처음 발생한 시점 이전의 로그내용에 어떤 계정의 테이블들을 추출하려다가 실패했는지

확인 후, 해당 테이블들을 Extract 파라미터 파일안에 제외하고 추출프로세스들을 기동해줍니다.

문제 원인으로 파악되는 테이블들을 몇개 제외하였음에도 해결이 되지 않는다면,

ggserr.log에서 해당 오류 발생 직전의 추출중이였던 테이블들의 소유 계정 자체를 제외하고 추출프로세스를 기동해보세요.

대게 문제가 되는 계정은 1개 일 것입니다.

이 후, 해당 계정은 별도 재구성을 해주시면 됩니다.

예방조치

Extract 파라미터 파일안에 아래 파라미터를 추가해주세요.

버퍼사이즈를 최소로 조정함으로서 조금이나마 위의 오류를 예방할 수 있습니다. *100% 예방안은 아님.*

TRANLOGOPTIONS BUFSIZE 1048576

[OGG] Oracle Goldengate 23ai - Replicat 프로세스 구성 및 기동 방법

인성장 — Mon, 8 Dec 2025 11:09:38 +0900

Oracle Goldengate 23ai - Replicat Process 기동 방법

이번 포스팅에서는 ogg 23ai에서 Replicat 프로세스를 구성 및 기동하여 데이터 동기화하는 방법에 대해 소개하겠습니다.

설치환경 정보

OS : Locky Linux 9.6

Database Version : Oracle Database 23.5

Database Name(CDB) : ZENIXSPDB1 : HISAI

OGG Version : Oracle Goldengate 23.4.1.24

아무래도 ogg 23ai는 데이터베이스 버전 업그레이드를 하면서 target용으로 많이 사용할 것으로 예상이 되어 Replicat(복제) 프로세스 구성 방법부터 알려드리겠습니다.

1. Replicat 프로세스 추가 방법

왼쪽 사이드바 목록에 Replicats 라는 탭을 클릭하면 위와 같은 창이 나옵니다. 창이 나오면 Replicat 유형을 선택하면 되는데, 여기서 저는 통합 Replicat을 선택했습니다. 이 후, 프로세스 이름과 설명을 작성하고 다음 클릭

두번째 페이지는 상세 옵션 설정부분인데, 필수로 넣어줄 부분은 이름, 도메인, 별칭, 체크포인트 테이블, 시작 부분에 넣어주시면 되고 특정 트레일 파일부터 읽고싶다면 트레일 위치를 지정해주시면 됩니다. ogg 21c 이전에는 아래와 같은 명령어로 트레일 위치를 지정해주었습니다.

GGSCI> alter KINGR EXTSEQNO 700, EXTRBA 0

별도 설정 없이 다음을 눌러주세요.

이 부분이 실제 Replicat 프로세스의 파라미터 설정 부분입니다. ogg 21c 이전 dirprm에 생성되는 파라미터 설정방식과 동일하게 설정해주시면 됩니다. 저는 위 이미지와 같이 replicat 프로세스의 파라미터들을 설정해주었습니다. 설정 후 생성 클릭.

2. Replicat 프로세스 기동

이제 화면에 생성완료된 Replicat 프로세스가 보입니다. 삼각형 버튼을 클릭하여 기동시켜줍니다.

정상적으로 기동되면 위와 같이 실행 중이라 나타납니다.

해당 Replicat 프로세스를 클릭해보면 상태나 관련 정보, 로그 등을 볼 수 있습니다.

프로세스 로그 확인

위와 같이 Source로부터 정상적으로 전달받은 트레일 파일의 크기도 확인할 수 있습니다.

~~WEBUI 방식이 훨씬 직관적이긴 한데, 저는 GGSCI 쉘창에서 명령어 입력하는게 작업하는게 훨씬 더 편한것 같습니다...~~

[OGG] Oracle Goldengate 23ai - 데이터베이스 연결 방법

인성장 — Fri, 21 Nov 2025 15:31:42 +0900

Oracle Goldengate 23ai - 데이터베이스 연결 방법

이번 포스팅에서는 ogg 23ai에서 데이터베이스를 연동하는 방법에 대해 소개하겠습니다.

설치환경 정보

OS : Locky Linux 9.6

Database Version : Oracle Database 23.5

Database Name(CDB) : ZENIXSPDB1 : HISAI

OGG Version : Oracle Goldengate 23.4.1.24

1. OGG 관리서비스 접속 (ex : 192.168.0.246:8001)

관리서비스에 접속하면 왼쪽 사이드탭에 DB 접속 클릭하면 위 화면이 나옵니다. 데이터베이스 접속을 위해 플러스(+) 모양 클릭해주세요.

2. DB 접속 정보 입력

인증서 도메인은 그냥 Default로 설정되어있는 OracleGoldenGate 그대로 두셔도 되고,

인증서 별칭은 어떤 DB로 접속하는지 알아보기 편하게 작성하면 됩니다.

사용자 ID는 DB 내 생성한 OGG 계정으로 뒤에 @를 붙이고 $ORACLE_HOME/netwokr/admin/tnsnames.ora 파일에 등록되어있는 alias명 입력해주세요. ex) username@alias명 - sqlplus username/password@alias명 과 같은 형식입니다.

~~사용자 ID 부분에서 조금 헤맸네요..~~

저는 CDB에 C##OGG 라는 계정을 생성했고, dba 권한을 부여해서 HISAI라는 DB Name을 갖는 PDB에 접속했습니다.

여기서 주의할 점은 저처럼 Container DB의 계정에 dba 권한 부여하고 쓰신다면, 권한부여할 때 맨뒤에 container=all 옵션을 붙여주셔야 합니다. 멀티테넌트 환경에서는 container=all 없이 그냥 권한부여하면 해당 container에서만 dba 권한을 갖는 형식.

SQL> grant dba to c##ogg container=all;

비밀번호는 DB내에서 OGG 계정 생성하실때 사용했던 비밀번호 입력.

하고 제출 버튼 눌러주시면 아래와 같이 입력한 정보대로 행이 생깁니다.

실제로 데이터베이스가 OGG에 잘 연결되었나 확인하기 위해 화살표모양을 눌러주세요.

정상적으로 값을 잘 입력했다면, 아래와 같이 화면이 나타날 것입니다.

처음 데이터베이스를 연결하고나면, 체크포인트 테이블 항목은 비어있을겁니다. 위는 제가 미리 추가했었던 테이블이고 추가방법은 플러스(+) 모양 누르고,

"SCHEMA_NAME"."TABLE_NAME" 형식으로 생성해주면 됩니다. 저는 C##OGG 계정이 OGG 관리용 계정이니까 여기에 CHKPTTBL이라는 이름을 가진 테이블을 생성하기위해 "C##OGG"."CHKPTTBL" 이렇게 생성했습니다.

다음 포스팅 작성을 extract 구성 방법부터 차례대로 해볼까 했는데,

현재까지 OGG 23ai를 사용한다고 하면, 신규 서비스 전환 위해 복제용으로 대부분 사용할 것 같아서 다음 포스팅에선 OGG 23ai에서 replicat 프로세스 구성 방법에 대해 먼저 알려드리겠습니다.

-- 참고 자료

ogg 23ai 설치 방법

https://checktech.tistory.com/49

[OGG] Oracle Goldengate 23ai 설치 방법

Oracle Goldengate 23ai 설치 방법 ogg 23ai부터 설치방법이 크게 바뀌었습니다... (압축파일 해제하고 사용하던 방식은 끝..)또 ogg 23ai부터는 cli 기반이 아닌 gui 기반입니다. (ogg 21c까지는 전부 cli 방식)이

checktech.tistory.com

[OGG] Oracle Goldengate 23ai 설치 방법

인성장 — Tue, 18 Nov 2025 15:39:31 +0900

Oracle Goldengate 23ai 설치 방법

ogg 23ai부터 설치방법이 크게 바뀌었습니다... ~~(압축파일 해제하고 사용하던 방식은 끝..)~~

또 ogg 23ai부터는 cli 기반이 아닌 gui 기반입니다. (ogg 21c까지는 전부 cli 방식)

이제 23ai부터는 Classic Architecture 기반이 완전 사라졌고, Microservices Architecture 기반으로 사용한다고 하네요.

이로 인해 기존에 알던 ./ggsci (GG Software Command Interface) 로 인터페이스 열어서 명령어 입력하던 방식도 사라졌습니다.

~~처음부터 다시 OGG 배운다는 마인드로...~~

본 포스팅에서는 ogg 23ai 설치방법이랑 GUI 접속 방법에 대해 소개해드리겠습니다.

설치환경 정보

OS : Locky Linux 9.6

Database Version : Oracle Database 23.5

OGG Version : Oracle Goldengate 23.4.1.24

1. OGG 유저 및 디렉토리 생성

# useradd -g dba -G dba ogg
# passwd ogg
# mkdir -p /ogg/ogg_home
# mkdir -p /ogg/app/ogg_deploy
# mkdir -p /ogg/app/ogg_smanager
# chown -R ogg:dba /ogg

2. 환경변수 설정

# su - ogg
$ vi ~/.bash_profile

export ORACLE_BASE=/oracle/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/23ai
export OGG_HOME=/ogg/ogg_home
export OGG_ETC_HOME=/ogg/app/ogg_smanager/etc
export OGG_VAR_HOME=/ogg/app/ogg_smanager/var
export ORACLE_SID=ZENIXS
export PATH=/usr/sbin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH:$ORACLE_HOME/OPatch:$OGG_HOME
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib:$OGG_HOME
export CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib
export NLS_LANG=AMERICAN_AMERICA.AL32UTF8

$ source ~/.bash_profile

3. ogg 23ai 압축파일 해제

Oracle GoldenGate 23.4.1.24.05 on Linux x86-64 for Oracle 압축파일 다운로드 경로

https://www.oracle.com/kr/middleware/technologies/goldengate-downloads.html

Oracle GoldenGate Downloads | Oracle 대한민국

Oracle GoldenGate Downloads This page provides instructions on how to download the latest Oracle GoldenGate builds as well as base installation files for the Management Pack for Oracle Goldengate, Oracle GoldenGate Veridata, and Oracle GoldenGate Studio. O

www.oracle.com

$ unzip V1042871-01.zip

4. ogg 23ai Engine 설치

$ cd fbo_ggs_Linux_x64_Oracle_services_shiphome/Disk1
$ ./runInstaller

5. Service Manager 설치 (배치)

$ cd $OGG_HOME
$ ls
OPatch  bin  cfgtoollogs  deinstall  diagnostics  include  install  inventory  jdk  jlib  lib  oraInst.loc  oui  srvm
$ cd bin
$ ./oggca.sh

구성서비스는 별도로 추가해주지 않음.

계정과 비밀번호는 OS에 생성된 ogg 계정과 동일하게 설정함.

TNS_ADMIN은 DB 내 tnsnames.ora 파일 있는경로 설정, 복제 스키마는 DB 내 생성할 ogg 계정

설치완료.

관리서비스 WEB GUI 접속 방법

브라우저 열고 위에서 설정해주었던, IP와 Port를 주소창에 입력해주면 됩니다. ex) 192.168.0.246:8100

그럼 아래와 같이 로그인 창이 나타나고, 설정했던 ID/PASSWORD 입력 ex) ogg / manager0

8100 page (서비스 배치)

8101 page (사용자 배치, OGG 구성 관련 관리 서비스 창)

여기까지가 ogg 23ai 설치 및 간단한 접속 방법입니다.

마지막 8101 page가 21c까지 ggsci 에서 해왔던 작업들을 수행하는 공간으로 보입니다.

다음 포스팅에서는 실제 ogg 23ai를 이용해서 데이터 동기화 구성 테스트 한것을 작성하겠습니다.

[Oracle] Active Data Guard 구성 후, Standby DB Archive log file 관리 방법

인성장 — Thu, 18 Sep 2025 16:03:22 +0900

Acitve Data Guard 구성 후, Standby DB Archive log file 관리 방법

Oracle에서 ADG 구성 후, Standby DB 서버의 Archive log file을 주기적으로 관리(삭제) 해주지 않으면 해당 디스크 경로가 100% Full이 차는 경우가 종종 있습니다. 이미 적용(Apply)된 Archive log file을 수동으로 삭제해줘도 무방하지만, 매번 모니터링하고 관리해주기 번거롭기 때문에 스크립트화 하여 자동으로 DR 서버 Archive log file을 정리해주는 것이 좋습니다.

아래와 같이 스크립트를 참조하여 각 환경에 맞게 만들고 crontab에 등록하여 사용하시면 됩니다.

Standby DB Archive log file Automatic delete 방법

$ vi applied_rm_archive.sh
===============================================================================================
#!/bin/ksh
#
#
# Remove applied archivelog thread 1;
#
#
export ORACLE_BASE=/oracle/app/oracle
export ORACLE_HOME=/oracle/app/oracle/product/19c
export ORACLE_SID=TEST
export PATH=/usr/sbin:/usr/bin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH:$ORACLE_HOME/OPatch


tmpfile=/home/oracle/arch_id1.out

$ORACLE_HOME/bin/sqlplus -S /nolog <<EOF > $tmpfile
connect / as sysdba
set head off
set pages 0
select max(sequence#) from v\$archived_log where applied = 'YES' and thread#=1 group by thread#;
exit
EOF

echo DELETE NOPROMPT ARCHIVELOG UNTIL SEQUENCE = `head -n 1  $tmpfile | awk '{print $1}'` THREAD 1 ';' > $tmpfile

$ORACLE_HOME/bin/rman target / <<EOF > applied_archive_del.log
 @$tmpfile
exit
EOF
===============================================================================================

[OGG] CDC 솔루션으로 DDL 동기화 구성 시 발생하는 이슈사항들

인성장 — Tue, 2 Sep 2025 11:19:27 +0900

CDC 솔루션을 이용하여 DDL 동기화 구성 시 발생하는 이슈사항들

이번 글에서는 OGG(Oracle GoldenGate)와 같은 CDC 솔루션에서 DDL 동기화 구성 시 발생할 수 있는 대표적인 이슈들을 정리해보았습니다. 사실 대부분의 CDC 솔루션이 Oracle → Oracle 환경에서는 DDL 동기화를 지원하지만, 여러 가지 문제점 때문에 과거에는 실무에서 비권장되는 경우가 많았습니다.
OGG의 Integrated Mode 기능이 등장하면서 DDL에 대한 동기화 안정성은 많이 향상되었다고 하지만, 여전히 불안 요소와 리스크가 존재합니다.

아래는 실무에서 자주 언급되는 이슈 사례들입니다.

1. A 계정이 B 계정에 DDL 수행 시 잘못된 테이블 이름 생성

특정 계정에서 다른 스키마 객체를 대상으로 DDL을 수행하면, OGG가 이를 잘못 인식해 Target DB에 엉뚱한 스키마명이나 테이블명으로 생성하는 경우가 있습니다.

ex) CREATE TABLE B.table_x (...) → Target 에서는 A.table_x로 생성됨.

2. 패키지/뷰/인덱스 생성 시

DML보다는 훨씬 복잡한 구조를 가지는 패키지, 뷰, 인덱스 같은 객체는 CDC에서 DDL 캡처 및 재생성이 불완전하거나 실패할 수 있습니다.

ex) CREATE OR REPLACE VIEW ...; → 구문이 Target DB에 반영되지 않고 무시됨.

3. DDL 재실행 위험

동일한 DDL 이벤트가 중복으로 적용되는 경우가 있습니다. 이는 Checkpoint나 Trail 파일 처리 과정에서 오류가 나면 Replay가 발생하기 때문입니다.

ex) ALTER TABLE ADD COLUMN col1; → Target 에서 두 번 실행되어 ORA-01430 에러 발생

4. UNSUPPORTED DDL

GoldenGate는 모든 종류의 DDL을 지원하지 않습니다. 특히 일부 Partition 관련 DDL, Online 옵션이 포함된 DDL은 Unsupported로 분류됩니다.

ex) ALTER TABLE ... MOVE PARTITION; → Trail에 기록은 되지만 적용 실패.

ex) ALTER INDEX REBUILD ONLINE; → 적용 불가.

5. RENAME, PARTITION 변경

테이블 이름 변경(RENME)이나 파티션 변경 작업은 CDC 환경에서 매우 취약합니다. Source와 Target의 오브젝트 매핑이 꼬여서 이후 DML 동기화까지 실패하는 경우가 많습니다.

ex) ALTER TABLE table_x RENAME TO table_y; → Target 에서는 table_x가 계속 사용되어 불일치 발생.

ex) Partition Drop 후 Insert 이벤트 반영 시 에러.

6. DDL 관련 Trigger/Procedure 오작동으로 인한 운영DB Hang

DDL 이벤트를 감지하기 위해 OGG에서 DDL 관련 스크립트를 제공하는데, 때때로 복잡한 로직 실행으로 인해 DDL 수행이 지연되어 세션 Hang이 발생할 수 있습니다.

이 밖에도 CDC 솔루션을 통한 DDL 동기화 관련해서 크고작은 이슈들이 많아, 실무경험을 바탕으로 저의 개인적인 생각으로는 CDC로 DDL 동기화는 실제 운영환경에서는 구성하지 않는 것이 바람직하지 않을까 생각됩니다.

[OGG] [ERROR] [OGG-01028] 동기화 중 Trail 파일 누락 시 Replicat 신규 생성 및 동기화 재개 절차 방법

인성장 — Thu, 24 Jul 2025 15:35:31 +0900

Oracle GoldenGate 동기화 중 Trail 파일 누락 시 Replicat 신규 생성 및 동기화 재개 절차 방법

Oracle GoldenGate(OGG) 환경에서 데이터 동기화를 수행하는 중, 다음과 같은 상황이 발생할 수 있습니다:

Extract 프로세스는 정상 기동 중으로, 소스 DB에서 발생하는 트랜잭션을 계속 추출하여 Trail 파일로 적재하고 있는 상태.
이와 별개로 특정 테이블에 대해 재동기화 작업을 수행하거나, 혹은 새로 생성된 테이블에 대해 특정 SCN 시점 기준으로 신규 동기화를 구성해야 하는 요구가 발생함.
그러나 Target 서버에서 GoldenGate mgr 프로세스의 Trail 파일 삭제 정책(PURGEOLDEXTRACTS 등)에 의해 특정 시점 이전의 Trail 파일이 삭제됨.
이 상태에서 별도의 테이블에 대한 신규 동기화를 위해 Replicat 프로세스를 새로 생성하고 start를 수행하면, Trail 파일이 처음(0번)부터 없기 때문에 아래와 같은 오류가 발생.

ERROR OGG-01028  Extract file dirdat/ea000000 is not available.

해결 방법

이미 Target에서 삭제된 Trail 파일부터 읽으려고 하니 문제가 되는 것이므로, Replicat 프로세스가 읽어야 할 Trail 파일 위치를 실제 남아있는 파일부터 읽도록 수정하면 됩니다.

1. Replicat 프로세스 생성

예를 들어, 별도의 테이블을 동기화하기 위하여 ETCTABR 이란 신규 Replicat 프로세스를 만든다고 하면:

GGSCI> ADD REPLICAT ETCTABR, EXTTRAIL ./dirdat/ea

2. Trail 파일 현황 확인

현재 남아 있는 Trail 파일의 Sequence 번호를 확인합니다.
예: 가장 오래된 파일이 ea000100부터 남아 있다면 Sequence 번호는 100입니다.

3. Replicat 시작 위치 재설정

아래 명령으로 ETCTABR Replicat 프로세스가 읽기 시작할 Trail 파일을 명시합니다.

GGSCI> ALTER REPLICAT ETCTABR, EXTSEQNO 100, EXTRBA 0

EXTSEQNO: Trail 파일 Sequence 번호 (여기서는 ea000100 → 100)
EXTRBA: Trail 파일 내 바이트 오프셋 (0으로 설정 시 파일 시작부터)

4. Replicat 프로세스 기동

GGSCI> START REPLICAT ETCTABR, aftercsn 77777

위와 같은 절차대로 진행 시, 해당 Replicat 프로세스는 100번 Trail File부터 읽기 시작하며, 위 OGG-01028 에러는 발생하지 않을 겁니다.

★ 핵심정리

1. aftercsn 옵션의 오해

AFTERCSN 옵션을 사용하면, Replicat 프로세스가 지정된 SCN 이후의 데이터를 처리합니다. 하지만, Replicat이 Trail 파일을 읽는 방식은 SCN 기준으로 Trail 파일을 "자동 검색"해서 찾아가는 구조가 아닙니다. Trail 파일의 시작점(EXTSEQNO, EXTRBA)을 사용자가 명시하지 않으면 기본값으로 Trail 0번부터 읽도록 설정되어 있습니다. 즉, AFTERCSN만 지정했다고 해서 자동으로 해당 SCN이 포함된 Trail 파일부터 시작하는 게 아니라, 처음(0번)부터 순차적으로 읽으며 SCN 필터링을 적용하게 됩니다.

2. 꼭 위 오류상황이 아니더라도 Trail 파일 번호를 지정하는 것이 유리한가?

Trail 파일이 매우 많거나, 보관 주기가 짧아 오래된 Trail 파일이 이미 삭제된 상태라면 읽기 시작 지점이 존재하지 않아 바로 오류(OGG-01028 등)가 발생할 수 있습니다. Trail 파일이 모두 남아 있다 하더라도, 불필요하게 과거 데이터를 전부 스캔해야 하므로 Replicat 초기 구동 시간이 불필요하게 길어질 수 있습니다. 특히 대규모 데이터 환경에서는 I/O 부하와 checkpoint table 기록이 불필요하게 증가하여 실제 필요한 시점의 데이터 처리까지 지연될 수 있으니 참고하시면 좋을 것 같습니다.

[OGG] OGG 설치 및 구성 방법 (2)

인성장 — Thu, 19 Jun 2025 17:51:43 +0900

OGG 설치 및 구성 방법 (2)

10. 초기 데이터 이관

10-1. 현재 시점 SCN 추출 Source

$ sqlplus / as sysdba
SQL> col a_scn format 999999999999999999999999999
SQL> select dbms_flashback.get_system_change_number a_scn from dual;

	                  A
----------------------------
   	            29515919      <--- 추출 시점 SCN 값

10-2. 특정 시점 기준 Datapump Backup Source

$ expdp system/manager0 directory=datapump dumpfile=king.dmp logfile=king.log schemas=king flashback_scn=29515919

* flashback_scn 옵션을 사용하여 백업을 받기 때문에 ORA-01555 snapshot too old 에러가 나올 확률이 매우 높습니다.

크기가 큰 테이블을 백업받는데 걸리는 시간 기준으로 알맞게 undo_retention 값을 늘려주세요.

10-3. 초기 데이터 import Target

$ impdp system/manager0 directory=datapump dumpfile=king.dmp logfile=imp_king.log

11. Trigger, Job 비활성화 Target

동기화 간, 복제 무결성과 예기치 않은 데이터 변경을 방지하기 위해 비활성화 권장

SQL> select 'ALTER TRIGGER ' || owner || '.' || trigger_name || ' DISABLE;' from dba_triggers where owner NOT IN ('APEX_030200','SYS','WMSYS','EXFSYS','MDSYS','SYSMAN','GSMADMIN_INTERNAL','XDB','OLAPSYS','FLOWS_FILES','SYSTEM','LBACSYS');

* 위 추출문 수행 후, 나온 결과 SQL문 수행

SQL> alter system set job_queue_processes=0 scope=both;

12. OGG DB 연결 Target

# su - ogg
$ cd $OGG_HOME
$ ./ggsci
GGSCI> dblogin userid ogg, password manager0

13. OGG Checkpoint Table 생성 Target

GGSCI> add CheckPointTable

14. 복제 파라미터 생성 Target

GGSCI> edit params REPA
REPLICAT REPA
userid ogg, password manager0
CACHEMGR CACHESIZE 1G

ASSUMETARGETDEFS

eofdelaycsecs 1
BatchSQL

HandleCollisions

DiscardFile ./dirrpt/repa.dec, append, megabytes 1024
DisCardRollover at 00:01
ReportCount every 10000 records, rate
--ReportCount EVERY 1 MINUTES, RATE
REPORTROLLOVER AT 00:01

gettruncates

MAP KING.*, TARGET KING.*;

14-1. 복제 프로세스 등록 및 기동, 정상동작 확인 Target

GGSCI> add replicat REPA, exttrail ./dirdat/ra
GGSCI> start replicat REPA, aftercsn 29515919  -- 백업받은 시점으로 시작
GGSCI> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt
MANAGER     RUNNING       
REPLICAT    RUNNING     REPA        00:00:00      00:00:02

15. 실시간 데이터 동기화 확인 Source Target

OGG 데이터 동기화 구성이 정상적으로 마무리 되었다면, 동기화 구성한 계정 테이블을 각각 조회하여 정상적으로 동기화되는지 확인하기.

- 참고사항

데이터 동기화 중 장애 발생 시, 등록한 프로세스의 Status가 ABENDED로 변경되면서 프로세스가 끊깁니다. 이를 해결하기 위해 해당 프로세스의 로그를 확인하여 어떠한 오류로 인해 문제가 발생했는지 확인해야 합니다.

GGSCI 쉘 안에선 아래와 같은 방법으로 모든 프로세스(MGR, EXTRACT, PUMP, REPLICAT)에 대해 로그내용을 볼 수 있습니다.

GGSCI> view report REPA

위 방법으로 로그를 보는 방식이 불편하다면, $OGG_HOME/dirrpt 에서 .rpt 파일을 열어 로그를 확인하시면 됩니다.

[OGG] OGG 설치 및 구성 방법 (1)

인성장 — Thu, 19 Jun 2025 14:52:20 +0900

OGG 설치 및 구성 방법 (1)

구성 환경 정보

	Source Server	Target Sever
OS	CentOS Linux 6.10	Oracle Linux 8.6
Database Version / Edition	Oracle Database 11.2.0.4 Enterprise Edition	Oracle Database 19.22.0.0 Enterprise Edition
OGG Version	11.2.1.0.33	19.1.0.0

설치 방법

1. ogg 계정 별도 생성 Source Target

oracle 계정으로 ogg 설치하여 운영해도 되지만, 프로세스 분리 및 권한 관리 등을 위해 OS상에 별도 ogg 계정을 생성해줍니다.

# useradd -g dba -G dba ogg
# passwd ogg
# su - ogg

2. ogg 계정 환경변수 설정 Source Target

서버별, oracle 계정에 설정되어있는 환경변수를 참고하여 작성해주세요.

$ vi ~/.bash_profile
PATH=$PATH:$HOME/.local/bin:$HOME/bin

export PATH

export ORACLE_BASE=/oracle/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.2.0.4
export OGG_HOME=/oracle/ogg   # OGG_HOME 설치 경로
export ORACLE_SID=HISDB
export PATH=/usr/sbin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH:$ORACLE_HOME/OPatch:$OGG_HOME    # $OGG_HOME 추가
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib:$OGG_HOME     # $OGG_HOME 추가
export CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib
export NLS_LANG=AMERICAN_AMERICA.AL32UTF8

3. Source ogg 설치

ogg 11g까지는 설치경로에 압축파일만 해제하면 설치완료

$ unzip V34339-01_112103_Linux-x86-64.zip
$ tar -xvf fbo_ggs_Linux_x64_ora11g_64bit.tar -C /oracle/ogg

4. Target ogg 설치

$ unzip V983658-01.zip
$ cd /home/ogg/fbo_ggs_Linux_x64_shiphome/Disk1/response
$ vi oggcore.rsp
...(생략)...
INSTALL_OPTION=ORA19g
SOFTWARE_LOCATION=/oradata/ogg
...(생략)...

$ ./runInstaller -silent -responsefile /home/ogg/work/fbo_ggs_Linux_x64_shiphome/Disk1/response/oggcore.rsp
Oracle Universal Installer 시작 중...

임시 공간 확인 중: 120MB 이상이어야 합니다..   실제 50015MB    성공
스왑 공간 확인 중: 150MB 이상이어야 합니다..   실제 15249MB    성공
다음에서 Oracle Universal Installer의 시작을 준비하는 중 /tmp/OraInstall2024-04-16_01-26-50PM. 기다리십시오.
다음 위치에서 이 설치 세션의 로그를 찾을 수 있습니다.
 /oracle/app/oraInventory/logs/installActions2024-04-16_01-26-50PM.log
Successfully Setup Software.
Oracle GoldenGate Core의 설치을(를) 성공했습니다.
자세한 내용은 '/oracle/app/oraInventory/logs/silentInstall2024-04-16_01-26-50PM.log'을(를) 확인하십시오.

5. ogg 초기 환경설정

# su - oracle
$ sqlplus / as sysdba

5-1. supplemental logging 활성화 Source

SQL> alter database add supplemental log data;
SQL> alter system switch logfile;

5-2. force logging 활성화 Source

SQL> ALTER DATABASE FORCE LOGGING;

5-3. ogg 관련 파라미터 활성화 Source Target

SQL> alter system set enable_goldengate_replication=TRUE scope=both;

5-4. ogg 계정 및 테이블스페이스 생성 Source Target

SQL> create tablespace ogg_ts datafile '/oradata/HISDB/datafile/ogg_ts01.dbf' size 1g autoextend on;
SQL> create user ogg identified by manager0 DEFAULT tablespace ogg_ts;

5-5. dba 권한 부여 Source Target

SQL> grant dba to ogg;
SQL> begin DBMS_GOLDENGATE_AUTH.GRANT_ADMIN_PRIVILEGE(
grantee => 'ogg', privilege_type => '*', grant_select_privileges=> true, do_grants => TRUE); 
End; 
/

5-6. 전역변수 설정 Source Target

# su - ogg
$ cd $OGG_HOME
$ vi ./GLOBALS
GGSCHEMA OGG
CHECKPOINTTABLE OGG.GGSCHKPT
--ENABLE_HEARTBEAT_TABLE
--HEARTBEATTABLE GG_HEARTBEAT
--ENABLEMONITORING
SYSLOG NONE
--OUTPUTFILEUMASK 022

5-7. GGSCI 접속 및 서브 디렉토리 생성 Source Target

$ cd $OGG_HOME
$ ./ggsci

GGSCI> create subdirs

Creating subdirectories under current directory /oracle/ogg

Parameter file                 /oracle/ogg/dirprm: created.
Report file                    /oracle/ogg/dirrpt: created.
Checkpoint file                /oracle/ogg/dirchk: created.
Process status files           /oracle/ogg/dirpcs: created.
SQL script files               /oracle/ogg/dirsql: created.
Database definitions files     /oracle/ogg/dirdef: created.
Extract data files             /oracle/ogg/dirdat: created.
Temporary files                /oracle/ogg/dirtmp: created.
Credential store files         /oracle/ogg/dircrd: created.
Masterkey wallet files         /oracle/ogg/dirwlt: created.
Dump files                     /oracle/ogg/dirdmp: created.

5-8. mgr 파라미터 작성 Source Target

GGSCI> edit params mgr

PORT 7809
DYNAMICPORTLIST 7810-7820
AccessRule, Prog *, IPAddr *, Allow
USERID ogg PASSWORD manager0
PurgeOldExtracts ./dirdat/*, usecheckpoints, minkeepdays 3
AUTORESTART ER *, RETRIES 5, WAITMINUTES 2, RESETMINUTES 120
LAGCRITICALSECONDS 600
LAGREPORTMINUTES 10
LAGINFOSECONDS 600

5-9. mgr 프로세스 기동 Source Target

GGSCI> start mgr
GGSCI> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt
MANAGER     RUNNING

6. OGG DB 연결

GGSCI> dblogin userid ogg, password manager0

7. 동기화 대상 계정 트랜잭션 로그 실시간 캡처 설정 Source

GGSCI> add schematrandata KING
GGSCI> info schematrandata KING

8. 추출 파라미터 생성 Source

GGSCI> edit params EXTA
EXTRACT EXTA
USERID ogg PASSWORD manager0
CACHEMGR CACHESIZE 2G
TranLogOptions excludeuser OGG

TRANLOGOPTIONS DBLOGREADER
DBOPTIONS ALLOWUNUSEDCOLUMN

EOFDELAYCSECS 10
FLUSHCSECS 10

gettruncates

WARNLONGTRANS 2H, CHECKINTERVAL 10M
ReportCount every 10000 records, rate
REPORTROLLOVER AT 00:01
STATOPTIONS RESETREPORTSTATS, REPORTFETCH
exttrail ./dirdat/ea

TABLE KING.*;

8-1. 추출 프로세스 등록 및 기동, 정상 동작 확인 Source

GGSCI> add exttrail ./dirdat/ea, extract EXTA, megabytes 1024
GGSCI> start EXTA
GGSCI> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt
MANAGER     RUNNING                                           
EXTRACT     RUNNING     EXTA        00:00:03      00:00:05

9. 펌프 파라미터 생성 Source

GGSCI> edit params PMPA
EXTRACT PMPA
CACHEMGR CACHESIZE 1G
PASSTHRU
RMTHOST 192.168.0.191, MGRPORT 7809
RMTTRAIL ./dirdat/ra
eofdelaycsecs 10
FLUSHCSECS 10
ReportCount every 10000 records, rate
REPORTROLLOVER AT 00:01
STATOPTIONS RESETREPORTSTATS, REPORTFETCH
--SEQUENCE KING.*;
TABLE KING.*;

9-1. 펌프 프로세스 등록 및 기동, 정상 동작 확인 Source

GGSCI> add extract PMPA, exttrailsource ./dirdat/ea
GGSCI> add rmttrail ./dirdat/ra, extract PMPA, megabytes 1024
GGSCI> start PMPA
GGSCI> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt
MANAGER     RUNNING                                           
EXTRACT     RUNNING     EXTA        00:00:00      00:00:00
EXTRACT     RUNNING     PMPA        00:00:01      00:00:04

[OGG] Classic Mode vs Integrated Mode 비교 설명

인성장 — Wed, 30 Apr 2025 15:39:16 +0900

Oracle Goldengate Classic Mode vs Integrated Mode 비교 설명

Classic Mode Architecture

Integrated Mode Architecture

위 도식은 Classic Mode와 Integrated Mode의 전체 흐름을 시각적으로 정리한 것입니다.

1. 전체 비교 요약 테이블

항목	Classic Mode	Integrated Mode
지원 버전	Oracle 10g 이상	Oracle 11.2.0.4 이상
추출 방식	Redo Log 직접 파싱	LogMiner API 사용
적용 방식	OCI 통해 직접 SQL 적용	Inbound Server 통한 병렬 적용
병렬 처리	기본은 단일 Replicat (Coordinated 가능)	트랜잭션 기반 병렬 적용 (Applier Threads)
설정 난이도	단순 (간편하게 구성 가능)	상대적으로 복잡 (등록 필요 등)
호환성	다양한 DB와 호환 (비Oracle 대상도 가능)	Oracle 전용
성능	소규모 시스템에 적합	대용량 처리에 유리 (성능 우수)
DDL 지원	제한적	Online DDL 일부 지원 (버전 의존)
오류 처리 유연성	단순 구조라 대응 쉬움	내부 오류 발생 시 추적이 어려울 수 있음
LogMiner 부하 없음	O	X (LogMiner로 인해 일부 CPU/UNDO 영향)

2. 실무 적용 경험 간단 공유 및 향후 방향성

Classic Mode와 Integrated Mode 둘 다 직접 실무에 적용해본 경험을 바탕으로 대표적인 사례 2가지 공유해드리면, Classic Mode는 소규모 시스템에 적합하다고 하나 DBA의 관리만 잘되어진다면 Enterprise급의 DB환경에서도 충분히 운용 가능합니다. (* 대규모 DB환경에서는 당연히 Integrated Mode가 매우 유리함). 또, 운영 DB 자원을 일부 사용하긴 하지만, 실제 운영 환경에서 체감되는 부하는 크지 않았습니다. (예외는 분명 있음)

두번째로 Classic Mode, Integrated Mode 둘 중 어느 것이든 간에 운영환경에 OGG 구성 시, DDL문 동기화 사용은 다양한 이슈(타 계정 DDL 수행으로 잘못된 이름의 테이블 생성 또는 변경, 패키지/뷰/인덱스 생성 시 파싱 오류, 종속 오브젝트 무시 등)로 아직까지도 종종 문제가 발생하는 것 같아 실무에선 DDL 동기화 적용을 하지 않는 것이 권장됩니다. 이에 따라 관리자가 직접 수동으로 DDL문에 대해 동기화하여 이력관리 하는것이 DDL문에 대한 장애포인트가 없을 것으로 판단됩니다.

Oracle Support 공식문서 Deprecation of Classic Extract from GoldenGate 18c (Doc ID 2591762.1) 내용에 따르면 OGG Classic Mode는 OGG 18c 버전 이후부터 지원하지 않는다고 나와있습니다. 하지만 실제 테스트 해본 결과, OGG 19c 버전에서도 사용이 가능했고 저 문서 내용의 뜻은 "Classic Mode에 대한 오류 개선사항을 더이상 업데이트 하지않겠다" 라는 의미인 것 같습니다. 현재까지는 다양한 기관 및 기업에서 여전히 Oracle Database 12c 이하의 구버전을 운영하고 있어 Classic Mode 구성이 불가피한 경우도 존재하지만, Oracle에서도 Integrated Mode를 적극 권장하고 있는 만큼, 향후에는 Classic Mode의 활용 사례는 점차 줄어들 것으로 예상됩니다.