SharePlex 11.4 - 설치 및 설정 안내서

SharePlex 사용자 및 그룹을 네임서버에 추가합니다.

NIS 또는 NISPLUS와 같은 네임서버가 관리하는 네트워크에 SharePlex를 설치하는 경우 SharePlex를 설치하기 전에 다음을 수행합니다.

• SharePlex 사용자를 네임서버에 추가합니다.
• SharePlex 그룹을 네임서버에 추가합니다.

SharePlex 보안 그룹 spadmin(관리자), spopr(운영자) 및 spview(뷰어)는 SharePlex 프로세스에 대한 접근을 제어합니다. 각 SharePlex 사용자를 네임서버의 이러한 그룹 중 하나에 추가합니다. 자세한 내용은 보안 그룹에 SharePlex 사용자 할당를 참조하십시오.

사용자 그룹을 추가하려면 다음을 수행합니다.

1. NIS의 경우 group.byname 및 group.bygid 맵에 그룹을 추가합니다. NISPLUS의 경우 group.org_dir 테이블에 그룹을 추가합니다.
2. SharePlex 관리자를 네임서버의 spadmin 그룹에 추가합니다.
3. /etc/group 파일(Unix 및 Linux)에 spadmin 그룹을 생성한 다음, SharePlex 관리자 사용자를 그룹에 추가합니다.

SharePlex 설치 후 로컬 시스템에 SharePlex 그룹을 추가하려면 보안 그룹에 SharePlex 사용자 할당 페이지를 참조하십시오.

SharePlex가 호스트 이름을 확인할 수 있어야 합니다.

SharePlex가 호스트에 연결할 수 없는 경우 다음 위치에서 호스트 이름을 영숫자 별칭에 매핑해 보십시오.

• 네트워크: NIS 및 DNS 서버
• Unix 및 Linux: 로컬 /etc/hosts 파일

이 파일에서 각 항목을 개별 행에 배치합니다.

다음은 sysA 및 sysB가 별칭인 예입니다.

111.22.33.44   sysA.company.com   sysA   # source system
55.66.77.88    sysB.company.com   sysB   # target system

Amazon EC2 인스턴스에 대한 접근 허용

EC2 인스턴스의 경우 EC2 인스턴스에 대한 접근을 허용하도록 적절한 네트워크 그룹이 설정되어 있어야 합니다.

SharePlex 포트 번호를 확인합니다.

기본적으로 SharePlex는 TCP/IP와 UDP 모두에 대해 포트 번호 2100(16진수는 834)을 사용합니다. 포트 2100을 SharePlex에 사용할 수 있는 경우 추가 작업이 필요하지 않습니다. 설치 프로시저 중에 SharePlex 포트 번호를 입력해야 하며, 이때 필요한 경우 다른 포트 번호를 지정할 수 있습니다.

중요! SharePlex 포트 번호는 복제 구성의 모든 시스템에서 동일해야 TCP/IP 연결을 통해 통신할 수 있습니다. 방화벽에서 TCP/IP용으로 SharePlex 포트 번호가 열려 있어야 합니다.

Oracle에 대한 TCP/IP 설정을 확인합니다.

SharePlex는 TCP/IP 네트워크 연결을 통해 복제합니다. 일반적으로 데이터베이스의 모든 테이블이 복제되는 경우 SharePlex는 리두 로그 볼륨의 약 33%를 복제하고 나머지는 대부분 Oracle 소프트웨어에서 사용하는 유지 보수 데이터입니다.

다음은 대역폭을 결정하는 공식입니다.

(리두 로그 크기) x (1시간 동안의 로그 전환 수) x 1/3 = 시간당 데이터 볼륨

예를 들어 리두 로그의 크기가 20MB이고 한 시간에 6번 전환되는 경우 SharePlex는 매시간 약 40MB를 복제합니다.

20 x 6 x 1/3 = 40MB/시간

다운로드한 SharePlex 설치 패키지를 저장할 디렉토리를 지정합니다.

이 디렉토리에는 대략 다음과 같은 디스크 공간이 필요합니다.

• Unix 및 Linux: 200MB

SharePlex가 설치되면 제거할 수 있습니다.

SharePlex product 디렉토리를 계획합니다.

SharePlex 소프트웨어 파일용 디렉토리를 만들거나 SharePlex 설치 프로그램이 디렉토리를 만들도록 할 수 있습니다.

이 디렉토리에는 대략 다음과 같은 디스크 공간이 필요합니다.

• Unix 및 Linux: 600MB

이 디렉토리를 다음 위치에 설치합니다.

• Unix 및 Linux: 데이터베이스가 포함된 파일 시스템과 별도의 파일 시스템입니다.

raw device에 SharePlex를 설치하지 마십시오.

SharePlex variable-data(작업) 디렉토리를 계획합니다.

이 디렉토리는 선택한 이름으로 SharePlex 설치 프로그램에 의해 설치됩니다. 여기에는 작업 데이터가 포함되어 있으며 생성되는 데이터의 양에 따라 크기가 상당히 달라집니다. 이 디렉토리는 데이터베이스가 포함된 파일 시스템과 별도의 파일 시스템에 설치되지만 raw device에는 설치되지 않습니다.

필요한 디스크 공간을 추정하려면 다음을 수행합니다.

1. 복제 중단이 허용될 수 있는 가장 긴 시간을 추정합니다.

2. 다음 공식을 사용하여 해당 시간 동안 SharePlex가 복제할 데이터의 양을 추정합니다.

   [리두 로그 크기] x [시간당 로그 전환 수] x .333 x [다운타임 시간] = 필요한 디스크 공간

   예를 들면 다음과 같습니다.

   [500MB 리두 로그] x [시간당 전환 5회] x [.333] x [8시간] = 6.5GB의 디스크 공간

시스템에 있는 둘 이상의 데이터베이스에서 데이터를 복제하려면 각 데이터베이스에 대해 variable-data 디렉토리를 사용합니다. 이상적으로는 서로 다른 파일 시스템에 있어야 합니다.

variable-data 디렉토리를 SharePlex product 디렉토리 내에 설치하지 마십시오. 두 디렉토리 모두 동일한 이름의 파일을 포함하고 있으며, (필요한 경우) 사용 환경을 정리하는 SharePlex 유틸리티가 잘못된 파일을 제거할 수 있습니다. 원하는 경우 하나의 상위 디렉토리 아래에 두 디렉토리를 모두 설치할 수 있습니다.

참고: 활성 SharePlex 구성이 있을 때, 특히 트랜잭션 활동이 최고 수준일 때 항상 디스크 사용량을 모니터링하십시오.

클러스터에 설치(Oracle RAC 포함)합니다.

대부분의 공유 스토리지 솔루션은 SharePlex를 수용하는 데 사용할 수 있습니다. 이러한 파일 시스템에는 다음 사항이 포함되지만 이에 국한되지는 않습니다.

• OCFS2(Oracle Cluster File System)
• Oracle ASM(Automatic Storage Management) ACFS(Automatic Cluster File System)
• Oracle DBFS(DataBase File System)

참고: 이 파일 시스템은 nointr로 마운트되어야 합니다. nointr이 지정되지 않은 경우 SharePlex와 Oracle은 모두 인터럽트 오류를 보고합니다.

• 가장 일반적인 용도의 클러스터 파일 시스템

클러스터의 SharePlex 설치 요구 사항은 HA 클러스터 설치 및 설정를 참조하십시오. 이러한 단계 중 대다수는 SharePlex를 설치하기 전에 수행해야 하며 다른 단계는 설치 후에 수행해야 합니다.

SharePlex 보안 그룹을 생성합니다.

SharePlex는 sp_ctrl을 통해 접근 제어를 활성화하는 세 가지 보안 그룹을 제공합니다. Unix 및 Linux에서는 루트 사용자로 SharePlex를 설치하지 않는 한, 설치 전에 SharePlex 관리자 사용자 및 SharePlex admin 그룹이 있어야 합니다. 자세한 내용은 보안 그룹에 SharePlex 사용자 할당를 참조하십시오.

참고: 루트로 설치하는 경우 설치 프로그램에서 이러한 그룹을 생성하라는 메시지를 표시합니다.

SharePlex를 소유할 DBA 권한 운영 체제 그룹을 선택합니다.

SharePlex 관리자 사용자는 Oracle dba 그룹에 속해 있어야 합니다. Oracle RAC 및 ASM 11gR2 이상의 경우 사용자는 Oracle 인벤토리 그룹에도 속해 있어야 합니다. 예: $ useradd –g spadmin –G dba,oinstall Oracle 인벤토리 그룹의 멤버십은 etc/group 파일에 명시적으로 나열되어야 합니다.

플랫폼이 지원되는지 확인합니다.

SharePlex 릴리스 노트를 살펴보고 운영 체제가 지원되는지 확인합니다.

SharePlex 프로세스에 최소 4GB의 메모리를 할당합니다.

최대 256MB의 프로세스당 메모리를 계획합니다. 이 권장 사항을 따르면 필요시 Post 및 Read 프로세스가 더 큰 메모리 세트를 할당할 수 있습니다.

디스크 캐시 옵션을 비활성화합니다.

(소스 시스템) 캐시 옵션이 없는 파일 시스템에 리두 로그, 아카이브 로그, SharePlex 파일을 배치합니다. 디스크 캐싱은 Capture 프로세스를 방해할 수 있습니다. 자세한 내용은 SharePlex 기술 문서 30895를 참조하십시오.

프로세스당 세마포어 수를 설정합니다.

세마포어는 SharePlex 프로세스의 안정성을 보장하는 데 도움이 됩니다. 필요한 SharePlex 설정은 다음과 같이 플랫폼에 따라 다릅니다.

Oracle Solaris:

• semmni: 70
• semmns: 255
• semmnu: 255
• semmsl: 128
• semume: 255
• shmmax: 60MB
• shmmni: 100

Red Hat Linux:

• semmni*: 70
• semmns*: 255
• semmnu: 255
• semmsl: 128
• semopm: 64
• semume: 255
• shmmax: 60MB
• shmmin: 1MB
• shmmni: 100

• shmseg: 26

*이러한 설정은 추가 기능입니다. 올바른 설정을 결정하려면 데이터베이스 최소값을 SharePlex 최소값에 추가합니다.

대안은 사용할 큐 수에 2를 더한 값을 설정하는 것입니다. SharePlex 큐에 대한 자세한 내용은 SharePlex 관리자 안내서를 참조하십시오.

ulimit(시스템 파일 디스크립터 수)를 가능하면 1024에 가깝게 설정합니다.

ulimit는 다음과 같이 시스템 하드 제한 또는 세션 기반 소프트 제한으로 설정할 수 있습니다.

• 하드 제한 설정: (권장) 하드 제한을 변경하려면 루트 사용자 및 시스템 재시작이 필요하지만 값은 SharePlex를 지원하기 위해 올바른 수준으로 고정되어 있습니다. 도움이 필요한 경우 시스템 관리자에게 문의하십시오.
• 소프트 제한 설정: 소프트 제한 설정은 설정된 sp_cop 세션 동안에만 적용되며, 그 이후에는 하드 제한보다 낮고 SharePlex에 비해 너무 낮은 기본값으로 다시 되돌아갑니다.

SharePlex 사용자에 대한 소프트 제한 및 하드 제한 설정

/etc/security/limits.conf 파일에서 SharePlex O/S 사용자에 대한 nproc 및 nofile에 대한 소프트 제한과 하드 제한을 설정합니다.

• shareplex O/S user soft nproc 2048
• shareplex O/S user hard nproc 16384
• shareplex O/S user soft nofile 1024
• shareplex O/S user hard nofile 65536

또는 간단히 Oracle O/S 사용자에 대한 설정을 사용할 수도 있습니다.

코어 파일 매개변수를 설정합니다.

• 시스템 코어 덤프 블록 크기를 시스템 리소스가 수용할 수 있는 최대 크기(최소 150만 블록)로 설정합니다. 기본값은 일반적으로 0입니다. 코어 파일은 Quest 지원 담당자가 SharePlex 지원 사례를 해결하는 데 도움이 됩니다. 크기를 더 높게 설정하면 유용할 만큼 충분한 데이터가 캡처됩니다.
• 코어 파일 출력 위치를 SharePlex variable-data 디렉토리의 dump 하위 디렉토리로 설정합니다.
• 코어 파일의 명명 규칙을 core 또는 core.pid로 설정합니다.

참고: SharePlex는 core라는 이름의 모든 코어 파일 이름을 core.pid로 바꿉니다. 단, sp_cop에 의해 생성된 것은 제외됩니다.

이러한 요구 사항이 충족되지 않으면 파일이 있더라도 SharePlex 이벤트 로그에서 코어 파일이 생성되지 않았다고 보고할 수 있습니다.

ksh 셸을 설치합니다.

SharePlex를 설치하기 전에 ksh 셸을 설치합니다. SharePlex 모니터링 스크립트와 기타 기능에 이 셸이 필요합니다.

pdksh라는 ksh 버전이 Red Hat Linux 빌드에 포함되어 있습니다. 자세한 내용은 Red Hat Linux 문서를 참조하십시오.

NPTL(Native POSIX Threading Library)을 설치합니다.

Quest는 Linux에서 NPTL(Native POSIX Threading Library)을 사용할 것을 권장합니다. NPTL은 LinuxThreads보다 더 빠르며 다른 Unix 운영 체제와 유사하게 동작합니다. LD_ASSUME_KERNEL 환경 변수를 사용하여 프로세스별로 LinuxThreads를 활성화할 수 있지만 해당 변수를 설정하면 SharePlex 성능에 부정적인 영향을 미칩니다. LD_ASSUME_KERNEL을 사용하는 경우 2.4.21 설정을 사용합니다.

set-user-id를 사용하여 SharePlex를 설치하는 UNIX 계정을 -rwsr-s--x로 설정합니다.

-rwsr-s--x 값을 사용하면 데이터베이스 설정 유틸리티가 SQL*Plus를 통해 Oracle 데이터베이스에 연결하여 설치 중에 SharePlex 데이터베이스 계정과 객체를 설치할 수 있습니다. SharePlex를 설치하는 UNIX 계정이 이 프로그램을 소유합니다.

(Debian Linux)

/lib64/libc.so.6 라이브러리 경로에 대한 심볼릭 링크를 만듭니다.

Debian Linux에서 /libc.so.6 라이브러리 파일은 SharePlex가 예상하는 /lib64/libc.so.6 위치에 없습니다. Debian Linux에 SharePlex를 설치하기 전에 /lib64/libc.so.6에 대한 심볼릭 링크를 만듭니다.

필요한 데이터베이스 업그레이드를 수행합니다.

SharePlex를 설치하기 전에 필요한 데이터베이스 업그레이드를 수행합니다. 이렇게 하면 설치 및 설정 단계에서 데이터베이스 설정을 실행할 때 SharePlex가 최신 객체 정의를 가져옵니다.

Oracle 릴리스 버전과 프로세서 유형 확인

(소스 및 타겟 데이터베이스)

Oracle 릴리스 버전이 SharePlex에서 지원되는지 확인합니다.

참고: SharePlex는 32비트 Oracle 버전을 지원하지 않습니다.

Oracle 온라인 및 아카이브 로깅 설정

(소스 데이터베이스)

• 로그 래핑 후 데이터를 재동기화할 필요가 없도록 아카이브 로깅을 활성화합니다.
• 최소 추가 로깅을 활성화합니다.
• 기본 키와 유니크 키의 추가 로깅을 활성화합니다.
• 복제를 지원하도록 로그를 구성합니다.

자세한 내용은 SharePlex를 지원하도록 Oracle 로깅 설정 를 참조하십시오.

복제를 지원하도록 데이터베이스 객체 설정

다음을 포함하여 복제를 적절하게 지원하도록 Oracle 객체를 설정합니다.

• 기본 키와 유니크 키를 기록합니다(소스 데이터베이스만 해당).
• 키가 없는 테이블을 처리합니다.
• 인덱스, 트리거, 제약 조건 및 시퀀스를 처리합니다.

자세한 내용은 1페이지의 복제를 위한 Oracle 데이터베이스 객체 설정

복제를 지원하도록 데이터베이스 속성 구성

(소스 데이터베이스)

SharePlex 프로세스를 지원하기 위해 권장되는 데이터베이스 설정을 지정합니다.

• 캐릭터셋이 SharePlex와 호환되는지 확인합니다.
• 로그 버퍼 크기를 조정합니다.
• 열린 커서 및 프로세스 매개변수를 조정합니다.
• SHAREPLEX_TRANS 테이블의 initrans 설정을 조정합니다.

자세한 내용은 SharePlex를 지원하도록 Oracle 데이터베이스 설정 를 참조하십시오.

TDE로 보호되는 데이터를 캡처하기 위한 권한 설정

(소스 데이터베이스)

리두 로그에서 TDE로 보호되는 데이터를 암호화 해제하려면 SharePlex 관리자가 지갑 비밀번호로 Oracle Wallet을 열어야 합니다. 기본적으로 Oracle Wallet 소유자-사용자만이 이 파일에 대한 읽기 및 쓰기 권한을 갖습니다. SharePlex를 활성화하여 지갑을 열려면 다음 중 하나를 수행합니다.

SharePlex 관리자 사용자가 해당 그룹의 구성원이므로 지갑 파일에 대한 읽기 권한을 dba 그룹에 부여합니다.

또는...

지갑 소유자가 SharePlex를 시작하도록 합니다.

TDE 지원 설정

SharePlex Oracle 계정을 계획합니다.

(소스 및 타겟 데이터베이스)

SharePlex 설치 중에 데이터베이스 설정 유틸리티를 실행하여 SharePlex에 대한 데이터베이스 계정(사용자 및 스키마)을 생성합니다. 다음은 이 유틸리티를 실행하는 데이터베이스 사용자에게 필요한 권한 목록입니다.

비멀티 테넌트(표준) 데이터베이스:

설정 유틸리티를 실행하는 사용자에게는 DBA 권한이 있어야 합니다.

멀티 테넌트 데이터베이스:

설정 유틸리티를 실행하는 사용자는 SYSDBA 권한(권장)이 있어야 하지만, 최소한 sys.users$ 및 sys.enc$에 대한 권한이 있는 DBA 사용자여야 합니다.

SharePlex 사용자에게는 다음과 같은 최소 권한이 필요합니다.

create user c##sp_admin identified by sp_admin;

grant dba to c##sp_admin container=ALL;

grant select on sys.user$ to c##sp_admin with grant option container=ALL;

SharePlex 객체 테이블스페이스를 계획합니다.

(소스 및 타겟 데이터베이스)

데이터베이스 설정 유틸리티는 선택한 테이블스페이스에 일부 테이블을 설치합니다. SHAREPLEX_LOBMAP 테이블을 제외한 모든 테이블은 테이블스페이스의 기본 스토리지 설정을 사용합니다.

SHAREPLEX_LOBMAP 테이블에는 행 외부에 저장된 LOB에 대한 항목이 포함되어 있습니다. 항목은 1MB INITIAL 익스텐트, 1MB NEXT 익스텐트, PCTINCREASE 10으로 생성됩니다. MAXEXTENTS는 120이므로 테이블을 120MB까지 늘릴 수 있습니다.

기본 조치: 기본 키와 유니크 키에 대한 추가 로깅을 활성화하는 경우 SP_OCT_ENABLE_LOBMAP 매개변수를 0으로 설정할 수 있으며 SHAREPLEX_LOBMAP 테이블에는 아무것도 저장되지 않습니다. 이 경우 크기 증가를 고려할 필요가 없습니다. Read 프로세스의 성능을 최대화하려면 기본 키와 유니크 키에 대한 추가 로깅을 활성화하는 것이 좋습니다.

대체 조치: 기본 스토리지는 일반적으로 SHAREPLEX_LOBMAP에 충분하며 4백만 개가 넘는 LOB 항목이 허용됩니다. 복제할 Oracle 테이블에 자주 삽입되거나 업데이트되는 LOB 컬럼이 많은 경우, 이에 따라 SharePlex 테이블스페이스의 크기를 늘리는 것이 좋습니다. 이 테이블은 다른 SharePlex 테이블과 테이블스페이스를 공유한다는 점을 고려하십시오.

데이터베이스가 CBO(Cost-Based Optimizer)를 사용하고 SharePlex가 처리하는 테이블에 다수의 LOB가 포함되어 있는 경우 SHAREPLEX_LOBMAP 테이블을 분석 일정에 포함합니다.

참고: SharePlex를 새로 설치해도 이전 설치의 스토리지 매개변수는 변경되지 않습니다.

SharePlex 임시 테이블스페이스를 계획합니다.

(소스 및 타겟 데이터베이스)

데이터베이스 설정 유틸리티는 compare 명령으로 수행되는 정렬을 포함하여 정렬 및 기타 작업에 사용할 SharePlex에 대한 임시 테이블스페이스를 묻는 메시지를 표시합니다. 기본 임시 테이블스페이스는 SharePlex 객체가 설치된 테이블스페이스입니다. compare 명령을 사용하여 대형 테이블, 특히 기본 키나 유니크 키가 없는 테이블을 비교하려는 경우에는 SharePlex에 전용 임시 테이블스페이스를 지정하십시오.

SharePlex 인덱스 테이블스페이스를 계획합니다.

(소스 및 타겟 데이터베이스)

데이터베이스 설정 유틸리티는 SharePlex 테이블에 대한 인덱스를 저장할 테이블스페이스를 묻는 메시지를 표시합니다. 기본 인덱스 테이블스페이스는 SharePlex 객체가 설치된 테이블스페이스입니다. I/O 경합을 최소화하려면 테이블이 설치된 테이블스페이스와 다른 인덱스 테이블스페이스를 지정하십시오.

참고: SharePlex 객체 테이블스페이스에 SharePlex 이전 버전의 인덱스가 설치된 경우 해당 인덱스를 다른 테이블스페이스로 이동한 다음, 설정 유틸리티를 실행할 때 해당 테이블스페이스를 지정할 수 있습니다.

필요한 큐 공간을 계획합니다.

SharePlex는 처리 중인 복제 데이터를 로컬 시스템의 큐에 저장합니다. SharePlex 프로세스가 중지되고(예: 타겟 시스템이 다운됨) 복제된 데이터가 큐에 누적되는 경우 이러한 큐가 증가할 수 있도록 충분한 디스크 공간이 있어야 합니다.

각 시스템의 큐 공간 크기를 확인하려면 다음을 수행합니다.

1. 최악의 시나리오를 이용해 허용할 수 있는 다운타임을 추정합니다.

2. 다음 공식을 지침으로 사용하여 해당 시간에 복제되는 데이터의 양을 결정합니다. 리두 로그의 약 1/3만 실제로 복제되는 데이터이기 때문에 이 공식은 리두 로그 값에 1/3을 곱합니다. 나머지는 Oracle이 인스턴스 자체를 유지하고 운영하기 위해 사용하는 데이터입니다.

   [리두 로그 크기 x 1시간 내 로그 전환 수] x 1/3 x [다운타임 시간] = 각 시스템에서 큐에 필요한 디스크 공간 크기

예:

8시간의 다운타임을 복구할 것으로 예상하고 리두 로그가 60MB라고 가정해 보겠습니다. 리두 로그는 한 시간에 다섯 번 전환됩니다. 공식에 따르면 SharePlex 큐의 경우 소스 시스템과 타겟 시스템에 800MB의 공간이 필요합니다.

[60MB 리두 로그] x [전환 5회/시간] x [1/3] x [8시간] = 800MB의 디스크 공간

Oracle 클라이언트를 설치합니다.

(온프레미스 데이터베이스)

Oracle 클라이언트 라이브러리는 설치 및 설정뿐 아니라 SharePlex 작업에도 필요합니다.