내용 목차
본 장에서는 ProSync를 설치하기에 앞서 준비해야 할 사항에 대해서 설명한다.
ProSync를 설치하기 전에 확인하고 설정해야 할 준비사항은 다음과 같다.
ProSync를 설치하기 위해서는 각 플랫폼별로 약간의 차이가 있지만 최소 4GB 이상의 하드디스크 여유공간이 필요하다. 이는 ProSync를 설치하고 나서 운영 로그를 생성할 때 최소로 필요한 하드디스크 공간을 의미하기도 한다. 하드디스크 용량을 확인하는 방법은 여러 가지가 있는데, UNIX 계열 시스템에서는 df 명령어로 확인할 수 있다.
하드웨어 요구사항에 대한 자세한 내용은 “1.2. 시스템 요구사항”을 참고한다.
ProSync 설치용 압축 파일을 원하는 디렉터리에 해제하면 다음과 같은 디렉터리 구조가 나타난다.
$PRS_HOME +- bin +- client +- lib +- config | +- templates +- license +- install | +- prs_install.cfg | +- prs_install.sh | +- prs_obj_group1.list | +- templates +- var | +- admin | +- log | +- adm_trace.log | +- mgr | +- alloc | +- path | +- log | +- adm_trace.log | +- TOP_ID | +- alloc | +- dml_err | +- dump | +- log | +- TOP_ID_ext_trace.log | +- TOP_ID_apply_trace.log | +- TOP_ID_llob_trace.log | +- TOP_ID_verify_trace.log | +- lr1 | +- path | +- report | +- tx
ProSync를 위한 각 프로세스 바이너리들이 위치한다.
ProSync 바이너리는 Source DB, Target DB에 존재해야 한다. 모든 바이너리는 Source DB에서만 기동되어도 된다. 다만 추출 프로세스 바이너리인 prs_ext는 반드시 Source DB에서 기동되어야 하며, 프로세스가 기동된 머신에는 반드시 하나의 prs_adm이 기동되어야 한다. 프로세스 실행에 대한 추가 설명은 "ProSync 관리자 안내서"의 "제2장 프로세스 실행"을 참고한다.
프로세스를 기동시키기 위한 파일들이 위치한다. 설치할 때에는 무시해도 된다.
프로세스를 기동시키기 위한 라이브러리 파일들이 위치한다. 설치할 때에는 무시해도 된다.
ProSync 프로그램을 실행할때 필요한 설정 파일이 위치한다.
하위 디렉터리 | 설명 |
---|---|
templates | 환경설정 파일들의 템플릿이 저장된다. |
ProSync 프로그램을 실행하기 위한 라이선스 파일이 위치한다.
ProSync 프로그램을 설치할 때 필요한 파일들이 위치한다.
다음은 $PRS_HOME/install의 파일과 하위 디렉터리에 대한 설명이다.
하위 디렉터리 | 설명 |
---|---|
prs_install.cfg | ProSync를 설치하기 위한 설정 파일이다. |
prs_install.sh | ProSync를 설치하는 파일이다. |
prs_obj_group1.list | 동기화 대상 테이블 정보가 담겨있는 파일이다. |
templates | prs_install.cfg의 템플릿 파일이 담겨있다. |
ProSync 프로그램을 수행하는 경우 로그 파일을 비롯한 운영에 필요한 파일들이 저장된다. 해당 티렉터리는 설치 후 생성된다.
다음은 $PRS_HOME/var의 하위 디렉터리에 대한 설명이다.
하위 디렉터리 | 설명 |
---|---|
admin | ProSync 관리 프로세스의 로그가 저장된다. |
mgr | ProSync 매니저 프로세스의 로그가 저장된다. |
TOP_ID | 설치된 TOP_ID 각각 디렉터리가 생성되며, 이 디렉터리에는 추출, 적용, Long/LOB 각각 프로세스에 대한 로그와 운영에 필요한 파일들이 저장된다. |
TOP_ID/dml_err | 프로세스 기동 중 apply 프로세스에서 dml 에러가 발생했을 경우 해당 dml이 저장된다. |
TOP_ID/log | 프로세스 기동 중 발생하는 로그들이 위치한다. config 디렉터리에서 설정을 변경하여 발생하는 로그의 레벨을 조절할 수 있다. |
TOP_ID/report | verify 프로세스를 기동하는 경우 결과로 나오는 .sql 파일이 위치한다. |
TOP_ID/tx | TOP_ID 아래에는 tx 디렉터리가 생성된다. 이 디렉터리에는 txh로 시작하는 dat 파일과 part로 시작하는 dat 파일이 있다.
|
ProSync를 사용하기 위하여 기본적으로 다음의 항목을 설정해야 한다.
ProSync를 설치하기 위해서 Source와 Target별 각각 1개의 OS 계정이 필요하며, 해당 OS 계정은 데이터베이스 클라이언트 라이브러리에 대한 접근 권한 및 실행 권한, 소스의 경우 데이터베이스 로그파일에 대한 읽기 권한이 있어야 한다.
ProSync를 설치하기 위해 필요한 환경변수는 다음과 같다.
환경변수 | 설명 |
---|---|
TB_HOME | Tibero가 Source DB 혹은 Target DB에 포함된 경우에만 $TB_HOME을 설정한다. Tibero DB가 설치된 홈 디렉터리로 Tibero DB 서버, 클라이언트 라이브러리, 다양한 부가 기능을 수행하는 파일이 설치된다. |
ORACLE_HOME | Oracle DB가 Source DB 혹은 Target DB에 포함된 경우에만 설정한다. |
PATH | 파일 시스템을 통해 특정 파일에 접근하기 위한 디렉터리 경로를 설정하는 환경변수이다. |
LD_LIBRARY_PATH | DB 접속을 위해 클라이언트 라이브러리에 대한 접근 경로를 설정한다. OS에 따라 LIBPATH, SHLIB_PATH 등으로 달라질 수 있다. |
PRS_HOME | ProSync가 설치된 최상위 디렉터리를 설정한다. |
ProSync를 구동하고, 데이터를 추출하기 위해선 다음의 항목을 설정해야 한다.
데이터베이스 TIP 파일 설정
_ENABLE_LOG_MINER=Y _DDL_TRIGGER_ENABLE=Y _SPAN_UNDO=N # Tibero 6 FS07 이상에서 설정
Archive 모드 설정
$ tbboot -t mount $ tbsql sys/password SQL> ALTER DATABASE ARCHIVELOG; SQL> QUIT $ tbdown $ tbboot
Archive 모드 및 supplemental log 설정
$ sqlplus / as sysdba SQL> STARTUP MOUNT SQL> ALTER DATABASE ARCHIVELOG; SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS; SQL> ALTER DATABASE OPEN;
파라미터 설정
Source DB가 Oracle인 경우 AQ 및 Archive Log 관련 파라미터 설정이 필요하다.
다음은 sqlplus에서 관련 설정을 수행하는 예제이다.
$ sqlplus / as sysdba SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=4 SCOPE=SPFILE; SQL> ALTER SYSTEM SET OPEN_LINKS=4 SCOPE=SPFILE; SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=1 SCOPE=SPFILE;
Logminer을 통한 동기화를 위한 설정 (Oracle 11G 이하)
Source DB가 Oracle인 12c 이상인 경우, install.cfg 의 DICT_FILE_DIR 파라미터에 dict 파일의 설치되는 경로를 설정해준다.
Source DB가 Oracle인 11g 이하인 경우, Logminer의 dict 파일이 설치되는 경로를 utl_file_dir로 사용한다. 따라서 해당 파라미터 설정이 필요하다.
SQL> ALTER SYSTEM SET UTL_FILE_DIR='경로' SCOPE=SPFILE;
Oracle Logminer을 통한 동기화를 하기 위해서는 install.cfg에서 USE_LOGMNR를 Y로 설정해야한다.
Oracle Logminer dict 파일이 생성되는 경로는 Oracle 11g 이하에서는 Oracle 내부 파라미터인 utl_file_dir 를 사용하고 Oracle 12c 이상에서는 install.cfg 의 DICT_FILE_DIR 를 사용한다.
다음은 예시이다.
install.cfg 설정
$ cd $PRS_HOME/install ############################################ # # ProSync Installation Parameters (Template) # ############################################ ... ############################################ # # Source database informations # ############################################ # (Mandatory) SRC_DB_TYPE=ORACLE SRC_DB_NAME=ORCL SRC_INSTALL_USER=sys SRC_INSTALL_PWD=password # (Optional) #AUTO_ADD_SUPP_LOG=Y #SRC_SKIP_TS_CREATE=N #SRC_DB_NAME_PO= #SRC_DB_IP= #SRC_DB_PORT= # (for Cluster) #SRC_DB_CNT=1 #SRC_DB_ALIAS[0]= # (for Oracle Logminer only) USE_LOGMNR=Y DICT_FILE_DIR=/u01/app/oracle/product/12.2.0/prs_dictfile_dir ...
ProSync를 데이터베이스 동기화에 사용하는 경우 설치 장비에 동기화 하고자 하는 데이터베이스의 클라이언트가 모두 설치되어 있어야 한다.
Tibero일 경우 tbsql, Oracle일 경우 SQLPLUS가 설치하는 장비에 설치가 되어있어야 한다.
Oracle, Tibero 간의 동기화인 경우 클라이언트(tbsql, SQLPLUS)가 모두 설치되어 있어야 한다.
ProSync 설치 디렉터리는 다음 경로에 위치한다고 가정한다.
$ /home/prosync
ProSync 디렉터리도 바이너리와 마찬가지로 Source DB 서버에는 각 인스턴스마다 독립적인 디렉터리가 존재해야 한다.
다음은 1:1 단방향 모드의 Source DB, Target DB에서의 디렉터리 운영의 예이다.
Source DB
인스턴스 서버에서 디렉터리에 복사한다.
$ cp -r /home/prosync /home/ext
Target DB
Target DB 서버에서 디렉터리에 복사한다.
...ext에서 데이터를 받기 위한 운영 디렉터리...
$ cp -r /home/prosync /home/apply
ProSync 설치를 시작하기 전에 각 데이터베이스의 SID 설정 파일을 확인하여 접속 가능한 별칭(Alias)를 설정한다. 데이터베이스가 클러스터 환경인 경우 각 인스턴스에 대한 설정이 모두 포함되어 있어야 한다. 별칭(Alias)은 “2.9. 설치용 환경설정 파일 설정”에서 SRC_DB_NAME와 TAR_DB_NAME 파라미터에 사용된다.
Source DB나 Target DB 중 Tibero가 있는 경우 $TB_HOME/client/config/tbdsn.tbr 파일에 별칭(Alias)를 설정한다.
[SOURCE_SID]=( (INSTANCE=(HOST=SOURCE DB IP) (PORT=SOURCE DB PORT) (DB_NAME=SOURCE DB NAME))) [TARGET_SID]=( (INSTANCE=(HOST=TARGET DB IP) (PORT=TARGET DB PORT) (DB_NAME=TARGET DB NAME)))
TAC일 경우 추가로 tbdsn에 DB_NAME으로 FAILOVER Alias를 설정해야 한다
[Source DB Name]=( (INSTANCE=(HOST=Source DB IP1) (DB_NAME=Source DB Name) (PORT=Source DB Port1)) (INSTANCE=(HOST=Source DB IP2) (DB_NAME=Source DB Name) (PORT=Source DB Port2)) ... (USE_FAILOVER=Y) (FORCE_FAILOVER_DELAY=Failover Delay Time) )
Source DB나 Target DB 중 Oracle이 있는 경우 $ORACLE_HOME/network/admin/tnsnames.ora 파일에 별칭(Alias)를 설정한다.
[SOURCE ALIAS]= (DESCRIPTION= (ADDRESS=(PROTOCOL=TCP) (HOST=SOURCE DB IP) (PORT=SOURCE DB PORT)) (CONNECT_DATA=(SERVER=DEDICATED) (SERVICE_NAME=SOURCE DB SERVICE NAME))) [TARGET ALIAS]= (DESCRIPTION= (ADDRESS=(PROTOCOL=TCP) (HOST=TARGET DB IP) (PORT=TARGET DB PORT)) (CONNECT_DATA=(SERVER=DEDICATED) (SERVICE_NAME=TARGET DB SERVICE NAME)))
동기화 대상 테이블을 생성 또는 등록하기에 앞서 데이터 타입을 확인해야 한다. ProSync에서는 Source DB에 따라 지원하는 컬럼 타입이 다르다.
구분 | 지원 타입 |
---|---|
Tibero |
VARCHAR2, NVARCHAR2, NUMBER, FLOAT, LONG, DATE, BINARY_FLOAT, BINARY_DOUBLE, TIMESTAMP, TIMESTAMP WITH TIMEZONE, TIMESTAMP WITH LOCAL TIME ZONE, INTERVAL YEAR TO MONTH, INTERVAL DAY TO SECOND, RAW, CHAR, NCHAR, CLOB, NCLOB, BLOB, XMLTYPE |
Oracle |
VARCHAR2, NVARCHAR2, NUMBER, FLOAT, LONG, DATE, TIMESTAMP, INTERVAL YEAR TO MONTH, INTERVAL DAY TO SECOND, RAW, CHAR, NCHAR, CLOB, NCLOB, BLOB * XMLTYPE은 BLOB 형태일경우 Oracle Logminer을 통한 지원만 가능하다. * BINARY_FLOAT, BINARY_DOUBLE, GEOMETRY, TIMESTAMP WITH TIMEZONE, TIMESTAMP WITH LOCAL TIME ZONE 컬럼 타입의 경우, Tibero to Tibero 동기화만 지원이 가능하다. |
동기화 대상 테이블은 Source DB와 Target DB 각각에 존재하는 동일한 이름의 유저 계정에 속해야 하며 동일한 스키마로 생성되어 있어야 한다.
다음은 ProSync 테스트를 위해 사용할 DB 계정인 TEST 유저에 테이블 T1, T2, T3을 생성하는 예제이다. Source DB, Target DB를 각각 생성해야 한다.
$ tbsql sys/password SQL> CREATE USER TEST IDENTIFIED BY PASSWORD; SQL> GRANT RESOURCE, CONNECT TO TEST; SQL> CREATE TABLE TEST.T1 (C1 NUMBER PRIMARY KEY, C2 VARCHAR(10)); SQL> CREATE TABLE TEST.T2 (C1 NUMBER PRIMARY KEY, C2 VARCHAR(10)); SQL> CREATE TABLE TEST.T3 (C1 NUMBER PRIMARY KEY, C2 VARCHAR(10));
동기화 대상 테이블은 $PRS_HOME/install/prs_obj_group1.list 파일에 OWNER_NAME.TABLE_NAME 형식으로 추가해야 한다. OWNER_NAME의 모든 테이블을 동기화하려면 'OWNER_NAME.%'를 추가한다. 이때 TEST로 시작하는 모든 OWNER_NAME에 대해서 동기화하기 위해서는 'TEST%.%'를 추가한다.
다음은 TEST 계정의 T1, T2, T3 테이블을 prs_obj_group1.list 파일에 추가한 예제이다.
TEST.T1 TEST.T2 TEST.T3
다음은 동기화 대상으로 TEST 계정의 모든 테이블과 TEST로 시작하는 모든 계정의 모든 테이블을 prs_obj_group1.list 파일에 추가한 예제이다.
TEST.% TEST%.%
1. prs_obj_group#.list의 OWNER_NAME과 TABLE_NAME은 대소문자를 구별한다.
2. 실체화 뷰(Materialized View)에 대한 동기화는 지원하지 않는다.
3. Multi-grouping 기능을 사용할 경우, prs_obj_group#.list에 각 그룹에 해당하는 테이블들을 위와 같은 방식으로 등록한다(Multi-grouping에 대한 자세한 설명은 ???에서 확인 가능하다).
본 절에는 각 계정별 권한과 설치 파라미터에 대해서 설명한다.
ProSync 설치를 위해서는 PRS_USER, SRC_INSTALL_USER, TAR_INSTALL_USER의 3개 계정 정보가 필요하다.
PRS_USER
ProSync가 내부적으로 운영에 사용하는 데이터를 보관하는 테이블들을 관리하기 위해 Source DB 및 Target DB에 생성하는 계정 이름이다.
SRC_INSTALL_USER, TAR_INSTALL_USER
각각 Source DB, Target DB에 접속하여 설치 요건을 만족하였는지 검사하고, PRS_USER 계정을 생성하고 필요한 권한을 부여하기 위해 설치 과정에서 사용되는 계정들이다. 따라서 설치에 필요한 권한을 가지고 있어야 한다. SRC_INSTALL_USER 및 TAR_INSTALL_USER는 설치 이후의 ProSync 기동 및 운영과는 관련이 없다.
다음은 각 계정이 설치 과정에서 요구하는 권한이다.
계정 | 필요 권한 |
---|---|
PRS_USER (Source DB가 Tibero인 경우) | Source DB의 PRS_USER 계정은 ProSync 운영을 위해 다음 권한들을 필요로 한다.
|
PRS_USER (Source DB가 Oracle인 경우) | Source DB의 PRS_USER 계정은 ProSync 운영을 위해 다음 권한들을 필요로 한다.
|
PRS_USER(Target DB) (Target DB가 Tibero 또는 Oracle이며, DML 동기화만 사용할 경우) | Target DB의 PRS_USER 계정은 ProSync 운영을 위해 다음 권한들을 필요로 한다.
|
PRS_USER(Target DB) (Target DB가 Tibero인 경우) | Target DB의 PRS_USER 계정은 ProSync 운영을 위해 다음 권한들을 필요로 한다.
|
PRS_USER(Target DB) (Target DB가 Oracle인 경우) | Target DB의 PRS_USER 계정은 ProSync 운영을 위해 다음 권한들을 필요로 한다.
|
SRC_INSTALL_USER (Source DB가 Tibero인 경우) | SRC_INSTALL_USER 계정은 ProSync 설치 작업을 위해 다음 권한을 필요로 한다.
|
SRC_INSTALL_USER (Source DB가 Oracle인 경우) | SRC_INSTALL_USER 계정은 ProSync 설치 작업을 위해 다음 권한을 필요로 한다.
|
TAR_INSTALL_USER (Target DB가 Tibero인 경우) | TAR_INSTALL_USER 계정은 ProSync 설치 작업을 위해 다음 권한을 필요로 한다.
|
TAR_INSTALL_USER (Target DB가 Oracle인 경우) | TAR_INSTALL_USER 계정은 ProSync 설치 작업을 위해 다음 권한을 필요로 한다.
|
각 계정의 필요한 파라미터를 $PRS_HOME/install/prs_install.cfg 파일에 설정해야 한다.
############################################ # # ProSync Installation Parameters (Template) # ############################################ TOP_ID=user_id PRS_USER=user_name PRS_PWD=user_passwd # (Optional) PRS_TS_NAME=tablespace_name PRS_TS_FILE=tablespace_file_name PRS_TS_SIZE=tablespace_size PRS_SKIP_USER_CREATE=N {Y|N} PRS_TARGET_MIN_PRIVILEGE=N {Y|N} ############################################ # # Rule database informations # ############################################ # (Mandatory) RULE_DB_TYPE=rule_db_type RULE_DB_NAME=rule_db_sid RULE_INSTALL_USER=rule_install_user RULE_INSTALL_PWD=rule_install_passwd # (Optional) #RULE_DB_IP=rule_db_ip #RULE_DB_PORT=rule_db_port ############################################ # # Source database informations # ############################################ SRC_DB_TYPE=source_db_type SRC_INSTALL_USER=source_db_install_user SRC_DB_NAME=source_db_sid SRC_INSTALL_PWD=source_db_install_passwd # (Optional) #AUTO_ADD_SUPP_LOG=Y {Y|N} #SRC_SKIP_TS_CREATE=N {Y|N} #SRC_DB_NAME_PO=source_db_name # For Prosyncmanager3 (web) #SRC_DB_IP=source_db_ip #SRC_DB_PORT=source_db_port # (for Cluster) #SRC_DB_CNT=source_db_count #SRC_DB_ALIAS[0]=source_db_sid # (for Oracle Logminer only) #USE_LOGMNR=N {Y|N} #DICT_FILE_DIR=logminer_dict_file_path ############################################ # # Target database informations # ############################################ # (Mandatory) TAR_DB_TYPE=target_db_type TAR_DB_NAME[0]=target_db_sid TAR_INSTALL_USER[0]=target_install_user TAR_INSTALL_PWD[0]=target_install_passwd # (Optional) #TAR_SKIP_TS_CREATE=N {Y|N} #TAR_DB_NAME_PO[0]=target_db_name # For Prosyncmanager3 (web) #TAR_DB_IP[0]=target_db_ip #TAR_DB_PORT[0]=target_db_port # (for Distribution) #TAR_DB_CNT=target_db_count #TAR_DB_TYPE[1]=target_db_type #TAR_DB_NAME[1]=target_db_sid #TAR_INSTALL_USER[1]=target_install_user #TAR_INSTALL_PWD[1]=target_install_passwd #TAR_DB_NAME_PO[1]=target_db_name # For Prosyncmanager3 (web) #TAR_DB_IP[1]=target_db_ip #TAR_DB_PORT[1]=target_db_port # (for multi thread) #GROUP_NUM=1 # (for TDE(transparent data encryption) synchronization) #USE_TDE=N {Y|N}
다음은 각 파라미터에 대한 설명이다.
파라미터 | 설명 |
---|---|
TOP_ID | ProSync를 설치하기 위한 ID이다. 사용자가 관리를 위해서 임의로 설정한 ID를 적어둔다. 해당 파라미터에 들어가는 값은 Tablespace name으로 가능한 양식이어야 한다. 참고로 숫자로 시작할 수 없다. (필수 항목) |
PRS_USER | ProSync 운영을 위하여 소스 및 Target DB에 생성할 사용자 이름을 설정한다. |
PRS_PWD | PRS_USER의 암호를 설정한다. 설정하지 않는 경우 설치 과정에서 직접 입력한다. |
PRS_TS_NAME | ProSync 운영에 사용되는 데이터를 저장할 테이블스페이스 이름을 설정한다. (기본값: [TOP_ID]_ts) |
PRS_TS_FILE | ProSync 운영에 사용되는 데이터를 저장할 테이블스페이스 파일명을 설정한다. (기본값: [TOP_ID]_ts.dtf) |
PRS_TS_SIZE | ProSync 운영에 사용되는 데이터를 저장할 테이블스페이스 크기를 설정한다. (기본값: 1G) |
PRS_SKIP_USER_CREATE | ProSync 운영에 사용되는 데이터베이스 사용자를 생성하지 않고 기존의 사용자를 사용할 때 설정한다. (기본값: N) |
PRS_TARGET_MIN_PRIVILEGE | ProSync 운영에 사용되는 Target DB 사용자에게 최소한의 권한만 부여하여, DML 동기화만 수행할 때 설정한다. DDL 동기화를 수행하려면 추후 그에 맞는 권한을 부여해야 한다. (기본값: N) |
RULE_DB_TYPE | Rule DB의 종류를 설정한다. (필수 항목)
|
RULE_DB_NAME | Rule DB의 별칭(Alias)을 설정한다. (필수 항목) |
RULE_INSTALL_USER | Rule DB에 접속해 환경파라미터를 조회, 수정, 변경할 수 있는 권한을 가진 계정이다. (필수 항목) |
RULE_INSTALL_PWD | RULE_INSTALL_USER의 암호를 설정한다. 설정하지 않는 경우 설치 과정에서 직접 입력한다. |
RULE_DB_IP | RULE DB의 IP 정보를 입력한다. (기본값: localhost) |
RULE_DB_PORT | RULE DB의 PORT 정보를 입력한다. (기본값: 없음.) |
SRC_DB_TYPE | Source DB의 종류를 설정한다. (필수 항목)
|
SRC_DB_NAME | Source DB의 별칭(Alias)를 설정한다. (필수 항목) |
SRC_INSTALL_USER | ProSync 설치요건 검토 및 PRS_USER 생성을 위한 Source DB 접속에 사용하는 계정이다. 설치에 필요한 권한을 가지고 있어야 하며 일반적으로 시스템 관리자 권한을 가진 계정을 사용한다. (필수 항목) |
SRC_INSTALL_PWD | SRC_INSTALL_USER의 암호를 설정한다. 설정하지 않는 경우 설치 과정에서 직접 입력한다. |
AUTO_ADD_SUPP_LOG | 동기화 대상 테이블에 대해 ProSync를 설치 과정에서 자동적으로 suppemental log를 추가할지 여부를 설정한다. (Y|N, 기본값: Y) |
SRC_SKIP_TS_CREATE | ProSync 운영에 사용되는 데이터를 저장할 테이블스페이스를 생성하지 않고 기존의 테이블스페이스를 사용한다. (기본값: N) |
SRC_DB_NAME_PO | 프로싱크매니저3을 위해서 설정하는 파라미터이다. Source DB의 database이름을 입력한다. (별칭(alias)이 아닌 database이름을 입력한다.) |
SRC_DB_NAME_PO | 프로싱크매니저3을 위해서 설정하는 파라미터이다. Source DB의 database이름을 입력한다. (별칭(alias)이 아닌 database이름을 입력한다.) |
SRC_DB_IP | Source DB의 IP정보를 입력한다. (기본값: localhost) |
SRC_DB_PORT | Source DB의 PORT정보를 입력한다. (기본값: 없음). |
SRC_DB_CNT | Cluster 환경(Tibero TAC, Oracle RAC)에서 노드의 개수를 적어준다. (기본값: 1) |
SRC_DB_ALIAS[i] | Cluster 환경(Tibero TAC, Oracle RAC)에서 SRC_DB_CNT 값(i)만큼, 각 노드 별 별칭(Alias)를 설정한다. |
USE_LOGMNR | Source DB가 ORACLE인 경우 기존 direct read 방식이 아닌 oracle logminer를 통해 로그를 추출할 수 있다. 설치 시점에 해당 파라미터를 설정해야 하며, direct read 방식과의 스펙 차이는 "ProSync 관리자 안내서"를 참고한다. (Y|N 기본값: N) |
DICT_FILE_DIR | Source DB가 ORACLE인 경우 기존 direct read 방식이 아닌 oracle logminer를 통해 로그를 추출할 수 있다. 설치 시점에 해당 파라미터를 설정해야 하며, oracle logminer의 dict 파일이 생성되는 위치를 지정한다. 이때, oracle유저가 해당 경로로 접근이 가능하여야 한다. (기본값: 없음) |
TAR_DB_TYPE | Target DB의 종류를 설정한다. (필수 항목)
|
TAR_DB_NAME[0] | Target DB의 별칭(Alias)를 설정한다. (필수 항목) |
TAR_INSTALL_USER | ProSync 설치요건 검토 및 PRS_USER 생성을 위한 Target DB 접속에 사용하는 계정이다. 설치에 필요한 권한을 가지고 있어야 하며 일반적으로 시스템 관리자 계정을 사용한다. (필수 항목) |
TAR_INSTALL_PWD | TAR_INSTALL_USER의 암호를 설정한다. 설정하지 않는 경우 설치 과정에서 직접 입력한다. |
TAR_DB_CNT | Target DB의 수를 설정한다. 클러스터 환경에서의 인스턴스 수와는 무관하다. |
TAR_SKIP_TS_CREATE | ProSync 운영에 사용되는 데이터를 저장할 테이블스페이스를 생성하지 않고 기존의 테이블스페이스를 사용한다. (기본값: N) |
TAR_DB_NAME_PO | 프로싱크매니저3을 위해서 설정하는 파라미터이다. Target DB의 database이름을 입력한다. (별칭(alias)이 아닌 database이름을 입력한다.) |
TAR_DB_IP | Target DB의 IP정보를 입력한다. (기본값: localhost) |
TAR_DB_PORT | Target DB의 PORT정보를 입력한다. (기본값: 없음.) |
TAR_DB_CNT | Target DB가 2개 이상 있을 경우 Target DB의 개수를 입력한다. |
GROUP_NUM | Multi-Grouping 모드에서 사용한다. replay group의 개수를 설정한다. (기본값: 1) |
USE_TDE | TDE_WALLET_PWD를 수동입력 받기 위한 파라미터이다. 해당 파라미터를 Y로 설정할 경우 설치 과정에서 사용자에게 wallet file에 대한 비밀번호를 입력받게 된다. |
다음은 해당 파일에 파라미터를 설정한 예이다.
TOP_ID=prosync4 PRS_USER=prosync PRS_PWD=tibero PRS_TS_NAME=prs_ts PRS_TS_FILE=prs_ts.dtf PRS_TS_SIZE=1G RULE_DB_TYPE=TIBERO RULE_DB_NAME=tb_tar RULE_INSTALL_USER=sys RULE_INSTALL_PWD=tibero SRC_DB_TYPE=TIBERO SRC_DB_NAME=tb_src SRC_INSTALL_USER=sys SRC_INSTALL_PWD=tibero TAR_DB_TYPE=TIBERO TAR_DB_NAME[0]=tb_tar TAR_INSTALL_USER=sys TAR_INSTALL_PWD=tibero TAR_DB_CNT=1 USE_TDE=Y
Rule DB는 ProSync의 초기 환경설정을 조회,추가,그리고 수정을 돕는 데이터베이스이다. ProSync를 설치하는 경우 Rule DB는 필수 파라미터로 입력해야 하지만, 사용자의 편의에 따라 Rule DB 사용 여부를 결정할 수 있다.
초기 파라미터는 Rule DB 모드와 Config file 모드로 관리할 수 있다. ProSync를 기본 설치하는 경우 Config file 모드로 설정되어 있다. 사용자가 Rule DB 모드로 초기 파라미터를 관리하고 싶은 경우 [TOP_ID]_rule.cfg 파일에서 RULE_CFG_FILE=N을 추가한 후 ProSync를 재실행한다.
다음은 동기화 기종에 따른 Rule DB 설정에 대한 설명이다.
동일기종 동기화
Source DB, Target DB, 다른 DB 어느 곳이든 Rule DB로 설정할 수 있다. 일반적으로 Target DB를 Rule DB로 설정한다.
이기종 동기화
이기종 동기화의 경우 아래의 표를 참고하여 Rule DB를 설정한다.
Source DB | Target DB | Rule DB 설정 |
---|---|---|
Oracle | Tibero | Oracle |
Tibero | Oracle | Oracle |