ots
설명
OTS 유틸리티(ODBC 테스트 제품군)를 사용하여 선택한 ODBC 드라이버를 통해 Open Target 타겟 데이터베이스에 연결하는 SharePlex 기능을 테스트한 다음, 테스트 데이터를 다른 컬럼 유형에 게시할 수 있습니다.
참고:
- OTS유틸리티는 일반 ODBC 연결 및 데이터 유형 처리 방법을 사용하여 아직 SharePlex 인증되지 않은 ODBC 데이터베이스에 대한 예비 테스트를 제공합니다(SharePlex 참조). 인증된 데이터베이스에는 OTS 유틸리티가 필요하지 않습니다. 인증된 데이터베이스 목록은 SharePlex릴리스 노트를 참조하십시오.
- 이 유틸리티는 ODBC 데이터 저장소가 SharePlex 타겟으로 적합하다는 확실한 증거로 간주되면 안 됩니다. 제안된 프로덕션 환경의 복제본에서 실제 데이터에 대한 포괄적인 테스트는 항상 인증 프로세스에 속해야 합니다.
|
지원되는 데이터베이스
SharePlex와 함께 사용하도록 고려 중인 Open Target 데이터베이스
요구 사항
-
테스트할 ODBC 드라이버를 설치합니다.
-
(Linux) 다음과 같은 환경 변수를 설정합니다.
- OTS는 INSERT, UPDATE 및 DELETE 작업을 테스트하기 위한 테이블을 생성합니다. 테이블은 데이터베이스에 연결하는 사용자가 생성하고 소유합니다(OTS 실행 방법 참조). 이 사용자는 이 테이블을 생성하고 소유할 수 있는 충분한 권한이 있어야 합니다.
독립형 OTS를 설치하는 방법
OTS는 SharePlex 빌드와 독립 실행형 버전에서 사용할 수 있습니다.
독립형 버전을 설치하려면 다음을 수행합니다.
Linux: OTS 패키지 SPOodbc_test_suite-version-Beta-db_version-rh-40-amd64-m64.tpm을 다운로드합니다. 그러면 설치 디렉토리를 묻는 메시지가 표시됩니다.
OTS 실행 방법
OTS를 실행하려면 다음 단계를 수행합니다.
-
OTS를 실행합니다. SharePlex 설치 또는 Linux의 독립 실행형 OTS 패키지 내에서 실행하는 경우 util 하위 디렉토리에서 실행합니다.
- 다음 중 하나를 입력합니다.
OTS requires connection information for the tested database.
Enter data source name (DSN) or connection string: mydsn
운영 방법
OTS 유틸리티는 다음 테스트를 수행합니다.
- 유틸리티를 실행하는 사람이 제공한 이름과 비밀번호 또는 connection string을 사용하여 Open Target 타겟에 연결합니다.
- 허용되는 스토리지 값 및 컬럼의 null 허용 여부를 포함하여 지원되는 작업 및 데이터 유형 목록을 타겟 데이터베이스에 쿼리합니다.
- 각 데이터 유형에 대해 SharePlex 지원 DML 및 DDL 작업의 전체 세트를 실행합니다.
- 화면에 결과를 요약합니다(OTS 결과를 해석하는 방법참조).
-
디버깅 및 지원 사례를 지원하기 위한 보고서, 덤프 파일, 로그를 만듭니다.
참고: 보고서 파일은 OTS가 데이터베이스에 연결할 수 있는 경우에만 생성됩니다. 연결에 실패하면 파일은 빈 상태가 됩니다.
OTS 결과를 해석하는 방법
OTS 화면 요약은 다음을 제공합니다.
- 사용된 연결 정보 요약
- 테스트된 데이터 유형의 요약 목록
- 테스트 세부 정보
세부 결과는 예에 표시된 대로 문자 데이터 유형 또는 정수 데이터 유형과 같은 데이터 유형 카테고리별로 하나씩 테이블로 구성됩니다.
그림1: 문자 데이터 유형에 대한 세부 정보 테이블 예
Test: Character data types
--------------------------------------------------------------------------------
Name Size Nullable Insert Insert Update Delete Add Drop Trunc Pass/Fail
Null Col Col
--------------------------------------------------------------------------------
char 4096 Y P P P P P P P P
nchar 4096 Y P P P P P P P P
varchar 4096 Y P P P P P P P P
sysname 30 Y P P P P P P P P
nvarchar 4096 Y P P P P P P P P
각 테이블의 처음 세 컬럼(Name, Size, Nullable)은 쿼리에서 ODBC 드라이버로 가져옵니다. 데이터 유형에 NULL이 포함될 수 있으면 Nullable 컬럼에 Y (예)가 표시됩니다. 그렇지 않으면 N(아니요)이 표시됩니다.
쿼리 컬럼 다음에는 수행된 테스트를 나타내는 컬럼이 있습니다. 테스트된 각 데이터 유형에 대한 행이 있습니다.
OTS가 테스트하는 SharePlex 지원 작업은 다음과 같습니다.
- INSERT with NULL value
- INSERT
- UPDATE
- DELETE
- ALTER TABLE-ADD COLUMN
- ALTER TABLE-DROP COLUMN
- TRUNCATE TABLE
결과에는 각 테스트에서 CHAR 및 VARCHAR 데이터 유형에 사용된 최대 및 최소(해당되는 경우) 스토리지 값도 표시됩니다.
- 최대값(VARCHAR 및 CHAR)만 있는 데이터 유형의 경우 OTS는 최대 크기보다 큰 데이터 길이를 삽입하여 ODBC 데이터베이스 드라이버가 오류를 반환하는지 아니면 오류 없이 자동으로 데이터를 자르는지 여부를 결정합니다.
- 최소값과 최대값을 모두 갖는 데이터 유형(숫자 데이터 유형)의 경우 각 값에 대해 일련의 작동 테스트가 실행됩니다. 최소값보다 작고 최대값보다 큰 숫자를 테스트하여 ODBC 데이터베이스 드라이버가 오버플로 오류를 반환하는지 또는 값을 자동으로 반올림하고 자르는지 확인합니다.
데이터 유형 및 작업에 대한 각 테스트에 대해 P(통과) 또는 F(실패) 결과가 제공되어 SharePlex가 해당 특정 데이터 유형으로 DML 또는 DDL 작업을 수행할 수 있는지 여부를 나타냅니다.
마지막 컬럼인 Pass/Fail은 특정 데이터 유형에 대한 테스트의 통과 또는 실패 여부를 전체적으로 한번에 보여줍니다. 행 전체에 지정된 작업 유형에 대한 F는 Pass/Fail 컬럼에서 F를 트리거합니다. 이는 해당 데이터 유형에 대한 테스트가 전반적으로 실패했음을 의미합니다.
결과를 활용하는 방법
OTS 유틸리티는 아직 Quest SharePlex 인증되지 않은 Open Target 데이터베이스를 위한 초기 검사 도구입니다. 그 목적은 SharePlex 자체를 설치하거나 설정하지 않고도 지정된 메타데이터 세트를 사용하여 지정된 타겟에 복제하려는 작업 유형이 성공할 가능성이 있는지 여부를 결정하는 것입니다. 예를 들어 테스트 결과가 다음과 같은 경우는 SharePlex 가 타겟에 게시할 수 있다고 가정할 수 있습니다.
- 하나를 제외한 모든 DML 테스트가 통과되었지만 실패한 데이터 유형이 데이터에 정의되어 있지 않습니다.
- 모든 DDL이 실패했지만 DDL을 복제할 필요는 없습니다.
OTS 유틸리티는 첫 단계일 뿐입니다. 이는 실제 데이터로 SharePlex의 전체 설치를 테스트하고, 소스 Oracle 애플리케이션이 생성하는 실제 작업을 사용하고, 복제된 작업을 테스트 환경의 실제 타겟 테이블에 게시하는 작업을 대체할 수 없습니다. 또한 OTS 테스트에 성공했다고 해서 반드시 SharePlex에서 데이터베이스를 완벽하게 지원한다는 의미는 아닙니다. OTS 실행 방법을 참조하십시오.
SharePlex
에서 데이터베이스 지원을 고려하는 방법
SharePlex가 특정 Open Target 데이터베이스를 지원하는지 여부를 결정하려면 다음 사항을 고려하십시오.
- SharePlex가 OTS를 통해 데이터베이스에 대해 지정된 ODBC 드라이버로 전체 트랜잭션 세트를 실행할 수 있는가?
-
SharePlex 제품 관리 팀이 데이터베이스 지원의 기술 및 시장 타당성을 승인하는가?
- SharePlex QA 연구소가 테스트를 통해 SharePlex가 데이터베이스를 지원할 수 있는지 확인했는가?
질문 1과 2에 대한 답변이 예이면 데이터베이스가 ODBC 승인을 받은 것입니다. 이는 데이터베이스가 질문 3에 답하기 위해 QA 연구소에서 테스트할 자격이 있음을 의미합니다.
특정 데이터베이스의 가능한 모든 에디션, 버전 및 플랫폼을 테스트하는 것은 현실적이지 않습니다. 시장 및 기술 요소를 기반으로 제품 관리 팀에서 테스트할 데이터베이스 변형을 결정합니다. 해당 테스트가 성공하면 제품 관리 팀은 데이터베이스에 SharePlex 인증 지정을 할당하는 것을 고려할 수 있습니다.
provision
설명
SharePlex 구성에서 호스트 이름이나 IP 주소를 변경하려면 Provision 유틸리티를 사용합니다.
SharePlex 프로세스는 데이터를 올바르게 라우팅하기 위해 소스 및 타겟 시스템의 호스트 이름이나 IP 주소를 사용합니다. provision 유틸리티를 사용하면 새 구성을 다시 활성화하지 않고도 활성 SharePlex 인스턴스 내에서 호스트 이름이나 IP 주소를 변경할 수 있습니다.
참고: provision 유틸리티는 데이터베이스의 어떤 항목도 변경하지 않습니다. SharePlex 내부 객체에만 영향을 미칩니다.
지원되는 데이터베이스
지원되는 모든 플랫폼에서 SharePlex가 지원하는 모든 데이터베이스
provision 사용 가이드라인
provision 실행
- sp_cop을 중지합니다. sp_cop이 실행 중인 경우 provision이 실패합니다.
참고: provision은 sp_cop이 실행되는 동안 시작되는 것을 방지합니다.
-
운영 체제의 명령줄을 사용하여 productdir의 SharePlex util 하위 디렉토리에서 다음 구문으로 provision을 실행합니다.
provision -f old_name[:old_ipaddress] -t new_name[:new_ipaddress] [-p port] [-n]
provision -h <new hostid> [
-p <port>]
-n
| -f old_hostname[:old_ipaddress] |
- -f는 필수 항목이며 "from"을 나타냅니다.
- old_hostname은 이전(현재) 호스트 이름입니다.
- old_IPaddress는 이전 IP 주소입니다. 네트워크에서 IP 주소를 얻을 수 없는 경우에 사용합니다.
|
| -t new_hostname[:new_ipaddress] |
- -t는 필수 항목이며 "to"를 나타냅니다.
- new_hostname은 새 호스트 이름입니다.
- new_IPaddress는 새 IP 주소입니다. 네트워크에서 IP 주소를 얻을 수 없는 경우에 사용합니다.
|
| -p port |
Windows 시스템의 경우 provision이 실행되는 SharePlex 인스턴스의 포트를 지정합니다.
("-p"port provision은 Windows 시스템에서만 실행할 수 있습니다.) |
| -n |
실제로 변경 사항을 적용하지 않고 provision을 실행합니다. provision이 수행할 변경 사항에 대한 보고서를 생성합니다.
중요! 모범 사례는 먼저 -n으로 provision을 실행하여 잠재적인 변경 사항에 동의하는지 확인한 다음, -n 없이 실행하여 변경하는 것입니다. |
| -hnew_hostID |
- -h는 필수 항목이며 호스트 ID 변경 또는 호스트 ID 교체를 나타냅니다.
- new_hostid는 새 IP 주소입니다.
|
| -i |
-i는 필수 항목이며 호스트 정보를 나타냅니다. |
예:
provision -h newid -n
provision -i
provision -f oldname -t newname -n
- 수행된 모든 변경 사항을 보려면 이벤트 로그를 확인합니다. provision 실행이 실패하거나 변경 사항에 동의하지 않는 경우 undo_provision 스크립트를 실행하여 실행 취소할 수 있습니다. See provision에 따른 변경 사항 취소 를 참조하십시오.
provision에 따른 변경 사항 취소
provision 유틸리티는 호스트 이름과 IP 주소를 이전 상태로 복원하는 데 사용할 수 있는 undo_provision 스크립트를 생성합니다. SharePlex product 디렉토리의 util 하위 디렉토리에서 undo_provision 스크립트를 실행합니다. 이 스크립트에는 입력 인수가 없습니다.
알려진 문제
다음과 같은 상황이 발생할 수 있지만 복제 환경의 무결성에는 영향을 미치지 않습니다.
- provision 유틸리티는 활성 구성 파일을 변경하지 않습니다. 이는 provision이 실행된 후 구성 파일이 더 이상 현재 복제 상태를 나타내지 않음을 의미합니다. compare config 명령을 실행해야 하거나 구성을 다시 활성화하기로 결정한 경우, 먼저 구성 파일에서 호스트 이름이나 IP 주소를 업데이트합니다.
- 이름이나 주소가 변경되기 전에 SharePlex가 시스템에 연결되었을 때 Export 또는 Import 오류가 발생한 경우 오류 상태가 지속되며 지울 수 없습니다.
- 새 시스템이나 변경된 시스템이 소스 시스템인 경우 provision은 새 라우팅 정보를 생성하지만 Read 프로세스의 캐시에는 여전히 이전 라우팅이 있을 수 있습니다. sp_cop을 시작하면 Read에서 저장된 IP 주소가 시스템의 IP 주소와 일치하지 않는다는 경고가 생성될 수 있습니다. 이 오류는 무시해도 됩니다.
- 소스 호스트에 대해 provision이 실행된 후 SHAREPLEX_ACTID 테이블의 "hostname" 컬럼이 새 호스트 이름 세부 정보로 업데이트되지 않을 수 있습니다. 해당 컬럼이 올바르게 업데이트되지 않으면 SHAREPLEX_ACTID 테이블을 수동으로 업데이트하여 새 호스트 이름을 지정해야 합니다. 이 작업은 이름 변경이 소스 시스템에 영향을 미친 경우에만 필요합니다.
qview
설명
qview 유틸리티를 통해 큐 이름을 보고 이전 큐 파일을 제거할 수 있습니다. 여기에 설명된 qview 도구는 구성을 비활성화하지 않습니다.
중요! Quest 기술 지원 팀의 도움이 없을 때에는 qview를 처음으로 사용하지 마십시오. 이 유틸리티를 제대로 사용하지 않으면 복제 환경이 손상될 수 있으며 재동기화 및 다시 활성화가 필요할 수 있습니다.
지원되는 데이터베이스
지원되는 모든 플랫폼에서 SharePlex가 지원하는 모든 데이터베이스
qview 실행
SharePlex 관리자로 시스템에 로그온하고 운영 체제의 명령줄을 사용하여 SharePlex product 디렉토리의 bin 하위 디렉토리에서 qview를 실행합니다. 이 유틸리티는 대화형 명령 세션입니다.
qview 명령 개요
qview 유틸리티는 다음 명령을 제공합니다.
| 목록 |
시스템의 모든 활성 구성에 대한 모든 큐를 나열합니다. |
| trim |
더 이상 사용되지 않는 하위 큐 파일을 정리합니다. |
| fullrb |
전체 롤백 메시지를 생성합니다. |
| otrans |
Capture 큐에서 지정된 수의 메시지를 검색합니다. |
큐 나열
list 명령을 사용하여 시스템의 모든 활성 구성에 대한 모든 큐를 나열할 수 있습니다.
설명
qview list 명령은 각 큐, 큐에 작성하는 복제 프로세스, 큐를 읽는 복제 프로세스를 나열합니다. 예를 들어 Capture 큐의 경우 Capture 프로세스와 Read 프로세스가 나열됩니다. 큐는 다음과 같이 지정됩니다.
- Capture 큐는 +C로 지정됩니다.
- Export 큐는 +X로 지정됩니다.
- Post 큐는 +P로 지정됩니다.
출력 예:
이 예에서 Capture 큐 o.ora11+C에 대한 작성자는 이름 문자열에서 sp_ocap으로 표시되는 Capture 프로세스입니다. 판독기는 이름 문자열에 sp_ord로 표시되는 Read 프로세스입니다. 동일한 명명 논리가 출력에 표시된 다른 큐(Export 큐 expdsg+X 및 Post 큐 expdsg+P)에 적용됩니다.
The following queues exist:
o.ora11+C
WRITER +PA+o.ora11+sp_ocap+o.ora11
READER +PR+o.ora11+sp_ordr+o.ora11
elliot+X
WRITER +PR+o.ora11+sp_ordr+o.ora11
READER +PX+elliot+sp_xport+0x0a01014e (11.1.1.78)
elliot+P+o.ora11-o.ora11
subqueues range from 2 to 6
WRITER +PI+elliot+sp_mport+0x0a01014e (11.1.1.78)
READER +PP+elliot+sp_opst_mt+o.ora11-o.ora11
구문
목록
더 이상 사용되지 않는 하위 큐 트리밍
trim 명령을 사용하여 소스 시스템에서 더 이상 사용되지 않는 하위 큐 파일을 정리할 수 있습니다.
설명
SharePlex Post 큐는 실제로 여러 개의 하위 큐로 구성되며, 각각은 대략적으로 소스 시스템의 사용자 세션에 해당합니다. Post 프로세스는 하위 큐를 사용하여 타겟 인스턴스에 대한 Oracle 세션을 설정합니다. 지정된 시간에 타겟 시스템에 존재하는 하위 큐 수는 복제가 시작된 이후 소스 시스템의 사용량이 가장 많은 활동을 반영합니다.
SharePlex는 체크포인트 복구 시스템의 일부로 하위 큐의 복제된 데이터를 디스크의 관련 데이터 파일에 정기적으로 작성합니다. 각 하위 큐에는 하나 이상의 데이터 파일이 연결될 수 있으며 각 데이터 파일의 기본 크기는 8MB입니다. 8MB 파일 크기를 모두 사용하지 않으면 데이터가 게시되고 읽기/해제되더라도 데이터 파일이 시스템에 남아 있습니다. 결과적으로 소스 시스템의 활동 수준이 높을수록 디스크에 있는 데이터 파일이 더 많아집니다. qstatus 표시의 Post 큐 크기(MB)는 데이터 파일이 차지하는 실제 디스크 공간입니다.
예를 들어 소스 시스템에 100개의 동시 세션이 있고 타겟 시스템의 Post 큐에 100개의 하위 큐를 생성한다고 가정합시다. 그리고 활동 수준이 떨어졌을 때 데이터 파일이 부분적으로만 채워져(예: 절반이 채워짐, 즉 8MB 중 4MB가 사용됨) 삭제되지 않았다고 가정해 보겠습니다. 해당 시스템의 Post 큐는 각각 4MB의 데이터 파일 100개로 구성되며 총 디스크 공간은 400MB입니다.
qview에서 trim 명령을 사용하면 읽기 해제된 오래된 하위 큐 파일을 정기적으로 제거하는 동시에 타겟 데이터베이스에 아직 커밋되지 않은 데이터가 포함된 파일을 유지할 수 있습니다. trim 명령은 가장 많이 사용되는 하위 큐인 하위 큐 0 또는 1에 대한 큐 파일은 제거하지 않습니다.
이 명령을 실행하는 방법
타겟 시스템에서만 이 명령을 실행합니다.
이 명령을 실행하려면 qview를 실행하기 전에 Import 및 Post를 중지합니다. sp_cop 실행은 그대로 유지할 수 있습니다.
참고: 해당 프로세스 중 하나 또는 둘 다 중지되지 않은 경우 qview는 que_INUSE: Que is already open와 같은 오류 메시지를 표시합니다.
한 번에 하나의 큐만 트리밍할 수 있습니다. Post 큐가 두 개 이상인 경우 명령을 적용할 큐를 선택하라는 메시지가 표시됩니다.
Queue zac+P+o.ora920-o.ora920 (y/n) <n>? n
Queue elliot+P+o.ora920-o.ora920 (y/n) <n>? y
참고: 큐를 선택하지 않으면 qview는 que_NOEXIST: Queue does not exist와 같은 오류 메시지를 표시합니다.
구문
trim
전체 롤백 실행
otrans 및 fullrb 명령을 사용하여 전체 롤백 메시지를 생성할 수 있습니다.
설명
otrans 명령을 사용하여 읽기 해제 지점부터 시작하여 Capture 큐의 지정된 메시지 수를 검색할 수 있습니다. 그런 다음, qview 유틸리티는 트랜잭션 ID, 작업 수(레코드), DML 유형 작업(하나만 있는 경우) 및 수정된 객체 ID(하나만 있는 경우)를 표시합니다.
otrans에서 얻은 트랜잭션 ID를 사용하여 fullrb를 실행합니다. qview 유틸리티는 Capture 큐를 열고, 대역 외 전체 롤백 메시지를 Capture 큐에 작성한 후에 커밋을 작성합니다.
이 명령을 실행하는 방법
Qview를 실행하려면 다음 단계를 수행합니다.
- Capture를 중지합니다.
- qview를 실행합니다.
-
otrans 명령을 실행합니다.
vqiew> otrans 500000
출력은 다음과 유사합니다.
Full rollback 8(7).752562-3(139) --- 99999 Update operations on object id 466857
Open transaction 8(23).752700-2(14162) --- 2001 Update operations (1000 backward operations)
on object id 466857
-
otrans 출력의 트랜잭션 ID를 사용하여 fullrb 명령을 실행합니다.
vqiew> fullrb 8(7).752562-3(139)
출력은 다음과 유사합니다.
Current queue o.ora920+C user +PA+o.ora920+sp_ocap+o.ora920
Full rollback record written to capture queue at 378744, id 1102
odr_magic 0x4f445235
odr_op ODR_FULL_ROLLBACK (50)
odr_trans 8(7).752562-3(139)
odr_time 01/01/88 00:00:00 (0)
-
Capture를 시작합니다.
sp_ctrl> start capture
구문
otrans number
여기서, number는 큐에서 검색할 메시지 수입니다.
fullrb transaction_ID
여기서, transaction_ID는 otrans에서 반환된 트랜잭션 ID입니다.
show_scn
Show_scn 유틸리티
show_scn 유틸리티를 사용하여 복제 재개 복구 프로시저 중에 다음 명령을 제공하기 위한 올바른 Oracle SCN 값을 볼 수 있습니다.
- activate config config_name scn=scn_value
- reconcile queue queue_name for datasource-datadest scn scn_value
지원되는 데이터베이스
Oracle 소스 및 타겟
show_scn 실행
show_scn 유틸리티는 소스, 타겟 또는 둘 다 실패한 후 복제 재개 프로시저 중에 실행됩니다. 복제 재개 및 show_scn 유틸리티를 사용하려면 복제 시작 시 위치에 다음 항목이 있어야 합니다.
- 프로덕션 소스 인스턴스의 물리적으로 동일한 복사본과 프로덕션 타겟 인스턴스의 또 다른 물리적 복사본을 제공하는 DR(Disaster Recovery) 솔루션입니다. Oracle Data Guard 또는 디스크 미러링, 테이프 백업 및 기타 방법 등이 이러한 요구 사항을 지원합니다.
- SP_OPO_UPDATE_SCN 매개변수는 값 1로 설정되어야 합니다. 이 매개변수는 처리하는 트랜잭션의 SCN 레코드를 유지하도록 SharePlex에 지시합니다. 이 매개변수를 1로 설정하면 Post Enhanced Performance 기능도 비활성화됩니다.
중요: 컨텍스트에서 show_scn을 사용하는 방법에 대한 자세한 내용은 SharePlex 관리 안내서의 "장애 및 복구 후 복제 재개"를 참조하십시오.
show_scn을 실행하려면 다음을 수행합니다.
타겟 시스템의 명령줄에서 SharePlex product 디렉토리의 bin 하위 디렉토리에 있는 show_scn 유틸리티를 실행합니다. datasource의 경우 소스 데이터베이스의 ORACLE_SID를 사용합니다.
$ /productdir/bin/show_scn datasource
출력
유틸리티는 다음과 유사한 출력을 제공합니다.
$> show_scn o.ora112
On source activate to scn=510012416
For resume replication from ora112
reconcile queue sp01 for o.ora112-o.ora112 scn 4517993781
reconcile queue sp02 for o.ora112-o.ora112 scn 4517994532
reconcile queue sp03 for o.ora112-o.ora112 scn 4517995633
