지금 지원 담당자와 채팅
지원 담당자와 채팅

SharePlex 11.4 - 참조 안내서

이 안내서 정보 이 안내서에 사용된 규칙 Oracle용 SharePlex 명령 SharePlex 매개변수 PostgreSQL용 SharePlex 명령 PostgreSQL용 SharePlex 매개변수 일반 SharePlex 유틸리티 Oracle Cloud 인프라스트럭처 SharePlex 환경 변수

show_last_posted 유틸리티

show_last_posted 유틸리티를 사용하여 복제 재개 복구 프로시저 중에 다음 명령을 제공하기 위한 올바른 PostgreSQL LSN 값을 볼 수 있습니다.

  • activate config config_name pglsn=lsn_value
  • reconcile queue queue_name for datasource-datadest pglsn lsn_value

지원되는 데이터베이스

PostgreSQL 소스 및 타겟

show_last_posted 실행

show_last_posted 유틸리티는 소스, 타겟 또는 둘 다 실패한 후 복제 재개 프로시저 중에 실행됩니다. 복제 재개 및 show_last_posted 유틸리티를 사용하려면 복제 시작 시 위치에 다음 항목이 있어야 합니다.

프로덕션 소스 인스턴스의 물리적으로 동일한 복사본과 프로덕션 타겟 인스턴스의 또 다른 물리적 복사본을 제공하는 DR(Disaster Recovery) 솔루션입니다. PostgreSQL Data Guard 또는 디스크 미러링, 테이프 백업 및 기타 방법 등이 이러한 요구 사항을 지원합니다.

중요: 컨텍스트에서 show_last_posted를 사용하는 방법에 대한 자세한 내용은 SharePlex 관리 안내서의 "장애 및 복구 후 복제 재개"를 참조하십시오.

show_last_posted를 실행하려면 다음을 수행합니다.

사전 요구 사항: 사용자는 Show_last_posted 유틸리티를 실행하기 전에 Post 프로세스를 중지해야 합니다.

  • 타겟 시스템의 명령줄에서 SharePlex product 디렉토리의 bin 하위 디렉토리에 있는 show_last_posted 유틸리티를 실행합니다. datasource의 경우 소스 데이터베이스의 r.dbname을 사용합니다.

    $ /productdir/bin/show_last_posted datasource

  • sp_ctrl에서 명령을 실행할 수도 있습니다.

    sp_ctrl > show last_posted

출력

유틸리티는 다음과 유사한 출력을 제공합니다.

$> show_last_posted r.dbname1

On source activate to pglsn=<LSN in hexadecimal format>

For resume replication from r.dbname1

reconcile queue sp01 for r.dbname1-r.dbname1 pglsn <LSN1 in hexadecimal format>

reconcile queue sp02 for r.dbname1-r.dbname1 pglsn <LSN2 in hexadecimal format>

reconcile queue sp03 for r.dbname1-r.dbname1 pglsn <LSN3 in hexadecimal format>

참고: 소스 데이터베이스에서 먼저 Activation 명령을 실행한 다음, 타겟에서 Reconcile 명령을 실행합니다.

socket_test

설명

socket_test 유틸리티를 사용하여 compare/repair 기능에 대한 네트워킹 및 방화벽 문제를 디버깅할 수 있습니다. socket_test 유틸리티가 성공하면 소스와 타겟의 통신을 방해하는 네트워크 또는 방화벽 문제가 발생하지 않습니다.

이 섹션에서는 NAT(Network Address Translation)로 구성된 환경에서 이 유틸리티를 사용하는 방법에 대해 설명합니다. NAT를 사용하면 LAN(Local-Area Network이 전용 내부 트래픽에 대해 한 IP 주소 세트를 사용하고 공용 외부 트래픽에 대해 다른 주소 세트를 사용할 수 있습니다. NAT는 두 네트워크(예: 전용 LAN과 공용 인터넷, 보안 네트워크와 비보안 네트워크) 간의 브리지 및 해석기 역할을 합니다.

시스템이 NAT를 사용하고 있는지 확인하려면 소스 시스템에서 nslookup 을 실행한 후 타겟 시스템에서 다시 실행합니다. 모든 테스트에 동일한 호스트 이름을 사용합니다. 결과에 다른 값이 반영되면 시스템이 NAT 구성 환경에서 작동 중일 가능성이 높습니다.

socket_test 유틸리티는 SharePlex product 디렉토리의 util 하위 디렉토리에 있습니다. 서버 구성 요소와 클라이언트 구성 요소라는 두 가지 구성 요소가 있습니다.

지원되는 데이터베이스

UNIX 및 Linux에서 지원되는 모든 데이터베이스

socket_test 실행

socket_test를 실행하려면 다음 단계를 수행합니다.

  1. 소스 시스템에서 다음 구문을 사용하여 server 옵션과 함께 socket_test를 실행하여 서버 구성 요소를 실행합니다.

    $ proddir/util/socket_test server

    유틸리티는 다음 예와 같이 플랫폼 정보, 호스트 이름, 호스트 IP 주소 및 포트 번호를 표시합니다. 서버는 socket_test 클라이언트 구성 요소(2단계)가 연결될 때까지 대기 상태를 유지합니다.

  2. 타겟 시스템에서 다음 구문을 사용하여 client 옵션과 함께 socket_test를 실행하여 클라이언트 구성 요소를 실행합니다. 이전 단계의 socket_test 서버 테스트에서 실행한 소스 시스템의 NAT IP 주소와 포트 번호를 제공합니다.

$proddir/util/socket_test client IP_address

테스트가 성공하면 다음과 같은 두 가지 상황이 발생합니다.

  • 유틸리티에 "SUCCESSFULLY read/write messages from server"와 같은 메시지가 표시됩니다.
  • 또한 1단계의 소스 시스템에 있는 socket_test server 출력에는 다음과 유사한 구문이 추가됩니다. 
Connected to client
WB(512):ReadWriteCnt = 0, readCnt=0, readBytes=0, writeCnt=0, writeBytes=0
WE:ReadWriteCnt = 1, readCnt=0, totalRBytes=0, writeCnt=1, totalWBytes=512
SE:ReadWriteCnt = 1, readCnt=0, totalRBytes=0, writeCnt=1, totalWBytes=512
Server completed successfully, Thu Mar  9 20:00:07 2006
Program exiting..., Thu Mar  9 20:00:07 2006

테스트가 성공하지 못하면 유틸리티는 다음 예와 같이 오류 메시지를 표시하고 socket_test 서버는 대기 상태로 유지됩니다.

socket_test - version: 1.2
SunOS irvlabu01 5.9 Generic_112233-12 sun4u sparc SUNW,Sun-Fire-880
Program executing as client..., Thu Mar  9 20:02:26 2006
SP_SYS_HOST_NAME was not set.
client host name: irvlabu01
client IP: 10.1.0.36
Client is try to connect to.....
Server Host: 10.1.0.146
Server Port: 57370
Error calling connect in connect_to_server
Error 146: Connection refused
Error 146 calling connect_to_server
CE:ReadWriteCnt = 0, readCnt=0, totalRBytes=0, writeCnt=0, totalWBytes=0
Error in client, Thu Mar  9 20:02:26 2006

소켓 테스트가 실패하면 소스 시스템에서 Ctrl-C 명령을 실행하여 socket_test 서버를 종료합니다.

sp-bininfo

설명

sp-bininfo 유틸리티를 사용하여 새로운 SharePlex 릴리스에 GA 릴리스 사이에 지원 팀에서 받은 과거의 일회성 SharePlex 빌드가 포함되어 있는지 확인할 수 있습니다.

출력에는 현재 버전의 SharePlex에 설치된 각 일회성 빌드에 대해 다음이 표시됩니다.

  • Capture(sp_ocap) 또는 Post(sp_opst 또는 sp_xpst)와 같은 SharePlex 모듈
  • SharePlex 버전 및 빌드 번호
  • 데이터베이스 및 플랫폼
  • CR(Change Request) 번호. 일회성 요청이 개발 프로세스에 포함될 때 사용자의 사례에 할당되는 고유한 내부 변경 추적 번호입니다.
  • 일회성으로 업데이트된 SharePlex 라이브러리

그림2: 샘플 sp-bininfo 출력

(6) sp_ocap:
       build 171 of SharePlex_Oracle (ONEOFF-CR123456-CR654321-CR789102-oracle110) 8.6.3 for rh-40-amd64 by jdoe
       SharePlex shared lib(s):
         libspwildcard.so.8.6.3.47
         libsporacle.so.8.6.3.47
         libsporalog.so.8.6.3.47
         libspshareplex.so.8.6.3.47
         libspspo.uname.so.8.6.3.47
         libspdb.so.8.6.3.47
         libspodb.so.8.6.3.47
         libspspo.typecheck.so.8.6.3.47
         libspcore.so.8.6.3.47
         libspext.so.8.6.3.47
         libspspo.memory.impl.so.8.6.3.47
         libspspo.memory.stub.so.8.6.3.47
         libspspo.shim.so.8.6.3.47
         libspspymdb.so.8.6.3.47

지원되는 데이터베이스

해당하지 않음

지원되는 플랫폼

Linux 및 Unix

sp-bininfo 실행

sp-bininfo를 실행하려면 다음 단계를 수행합니다.

  1. 현재 SharePlex 설치 product 디렉토리의 util 하위 디렉토리에서 sp-bininfo 유틸리티를 실행합니다.

    $ cd path_to_SharePlex_proddir/util

    $ ./sp-bininfo

  2. sp-bininfo 출력에 표시된 각 일회성 CR을 새 SharePlex 버전에 포함된 릴리스 노트의 해결된 문제 섹션에 있는 CR과 비교합니다.
  3. 해결된 문제에 일회성 CR이 표시되지 않는 경우 새 버전에는 해당 기능이 포함되지 않으므로 업그레이드를 진행해서는 안 됩니다. 누락된 수정 사항을 확인하려면 SharePlex 지원에 문의하십시오.

sp_wallet 유틸리티

SP_wallet

설명

sp_wallet 유틸리티를 사용하여 Oracle Wallet 비밀번호를 SharePlex에 제공할 수 있습니다. SharePlex는 지갑 비밀번호를 사용하여 TDE 기본 암호화 키에 접근합니다. SharePlex는 TDE 기본 암호화 키를 사용하여 복제해야 하는 리두 로그에서 TDE로 보호되는 데이터의 암호화를 해제합니다.

sp_wallet을 사용하기 전에 Oracle Wallet 파일에 대한 읽기 권한을 dba 그룹에 부여하십시오.

지원되는 데이터베이스

UNIX 및 Linux의 Oracle

sp_wallet 실행

sp_wallet을 실행하고 비밀번호를 수동으로 제공하려면 다음을 수행합니다.

  1. 소스 시스템의 SharePlex product 디렉토리에서 SharePlex를 시작합니다. sp_wallet을 실행하라는 메시지가 표시됩니다.

    *** To enable TDE replication, run sp_wallet and provide the wallet password ***

  2. sp_wallet을 실행합니다.

    ./sp_wallet [-r port_number]

    ./sp_wallet -r 9400

    wallet password: walletpw

    Wallet loaded into SharePlex

자동 열기 모드에서 sp_wallet을 실행하려면 다음을 수행합니다.

지갑 자동 열기를 사용하는 경우 SharePlex를 구성하여 TDE 지갑을 자동으로 열 수 있습니다. 이렇게 하면 SharePlex 시작 시 sp_wallet을 수동으로 실행할 필요가 없습니다. 구문은 다음과 같습니다.

./sp_wallet --auto-open [-r port_number]

중요! 지갑 자동 열기 기능을 사용하는 데에는 추가적인 보안 고려 사항이 있습니다. 자세한 내용은 Oracle 문서를 참조하십시오. 또한 SharePlex variable-data 디렉토리를 Oracle Wallet 및 Oracle 데이터 파일과 함께 백업하지 마십시오.

자동 열기 모드를 취소하려면 다음을 수행합니다.

./sp_wallet --no-auto-open [-r port_number]

TDE 기본 암호화 키를 변경하려면 다음을 수행합니다.

SharePlex 구성이 활성화된 상태에서 TDE 기본 암호화 키를 변경해야 하는 경우, 다음 단계를 수행하여 SharePlex가 변경 후에도 TDE로 보호되는 데이터를 계속 복제하는지 확인하십시오.

  1. 소스 데이터베이스를 정지합니다.
  2. Capture가 리두 로그의 나머지 데이터 처리를 완료했는지 확인합니다.
  3. SharePlex를 종료합니다.
  4. TDE 기본 암호화 키를 변경합니다.
  5. SharePlex를 재시작합니다.

  6. sp_wallet 유틸리티를 실행하여 SharePlex에 새 TDE 기본 암호화 키를 제공합니다.

    ./sp_wallet [-r port_number]

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택