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

SharePlex 11.4 - 관리 안내서

이 안내서 정보 이 안내서에 사용된 규칙 SharePlex 개요 SharePlex 실행 SharePlex의 여러 인스턴스 실행 sp_ctrl에서 명령 실행 SharePlex 매개변수 설정 데이터 복제 구성 컨테이너 데이터베이스와의 복제 구성 명명된 큐 구성 파티셔닝된 복제 구성 변경 내역 타겟에 대한 복제 구성 복제 전략 구성 DDL 복제 구성 오류 처리 구성 데이터 변환 구성 보안 기능 구성 SharePlex 사용자를 보안 그룹에 할당 프로덕션 시스템에서 복제 시작 SharePlex 모니터링 복제 문제 방지 및 해결 동기화 중단 데이터 복원 Capture 프로세스 조정 Post 프로세스 조정 Oracle 장애 조치 후 복제 복구 활성 복제 환경 변경 Oracle 애플리케이션 패치 또는 업그레이드 적용 소스 또는 타겟에서 Oracle 데이터 백업 문제 해결 팁 부록 A: 피어-투-피어 다이어그램 부록 B: SharePlex 환경 변수

데이터베이스 설정 문제 해결

Oracle의 데이터베이스 설정 문제 해결

이 섹션은 SharePlex가 시스템에 설치되었을 때 데이터베이스 설정 유틸리티로 생성된 SharePlex 데이터베이스 계정 및 연결 정보와 관련된 문제를 진단하는 데 도움이 됩니다.

참고: 데이터베이스 설정에 대한 자세한 내용은 SharePlex 참조 안내서의 데이터베이스 설정 유틸리티를 참조하십시오.

현재 발생한 문제가 이 문서에 나오지 않은 경우 SharePlex 기술 문서를 https://support.quest.com에서 검색하십시오.

기술 문서에서는 SharePlex 사용 및 문제 해결에 도움이 될 수 있는 필터링 옵션과 기타 리소스에 대한 링크를 제공합니다.

Oracle 설정 문제

문제 설명 해결 방법
잘못된 ORACLE_SID 및/또는 ORACLE_HOME SharePlex가 Oracle과 상호작용할 수 없는 경우 잘못된 ORACLE_SID 및/또는 ORACLE_HOME을 사용 중일 수 있습니다.

  1. Oracle 값을 확인하려면 ORACLE_SID 및 ORACLE_HOME을 찾는 방법를 참조하십시오.

  2. 데이터베이스 설정 유틸리티를 다시 실행합니다. 자세한 내용은 SharePlex 설치 및 설정 안내서의 데이터베이스 설정 유틸리티를 참조하십시오.
데이터베이스 권한 부족 데이터베이스 설정 유틸리티가 실패하면 이를 실행하는 사용자에게 올바른 권한이 없는 것일 수 있습니다.

자세한 내용은 데이터베이스 설정 유틸리티를 참조하십시오.

ORACLE_SID 항목 별표 표시 경우에 따라 oratab 파일에 ORACLE_SID 값 대신 *(별표) 기호가 있습니다. oratab 파일에 유효한 ORACLE_SID가 있는지 확인한 후 데이터베이스 설정을 다시 실행해 보십시오.
둘 이상의 oratab 파일(Sun Solaris)

Solaris 시스템에서 oratab 파일은 일반적으로 /var/opt/oracle 디렉토리에 있지만 다른 플랫폼에서는 oratab 파일을 /etc 디렉토리에 저장하기 때문에 /etc 디렉토리에 두 번째 oratab이 있을 수 있습니다.

보조 oratab 파일을 이동하거나 이름을 바꾸거나 삭제한 다음, 데이터베이스 설정을 다시 실행해 보십시오.
Oracle이 실행되지 않음

데이터베이스 설정 유틸리티를 실행하는 동안에는 Oracle이 실행 중이어야 하고 인스턴스가 열려 있어야 합니다. 유틸리티는 Oracle에 접근하여 SharePlex를 사용자로 설정하고 내부 테이블을 설치합니다.

 Oracle을 시작하고 인스턴스를 엽니다.
sp_cop이 실행 중임 데이터베이스 설정 유틸리티를 실행하는 동안에는 SharePlex sp_cop 프로세스를 실행할 수 없습니다. 실행 중인 경우 sp_ctrl의 shutdown 명령을 사용하여 종료합니다. SharePlex product 디렉토리의 bin 하위 디렉토리에서 sp_ctrl을 실행합니다.
Oracle 라이브러리 위치가 올바르지 않음

Unix 및 Linux 시스템에서 SharePlex는 Oracle 라이브러리가 $ORACLE_HOME/lib 또는 $ORACLE_HOME/lib32 디렉토리에 있을 것으로 예상합니다. 일부 환경에서는 Oracle 라이브러리의 이름이 SharePlex의 예상 이름과 다르거나 예상과 다른 위치에 설치되어 있습니다(또는 둘 다). 이 경우 데이터베이스 설정 유틸리티를 실행하려고 하면 오류 메시지가 표시됩니다.

Oracle에서 적절한 라이브러리를 설치한 다음 SharePlex를 재시작합니다(중지된 경우). SharePlex는 이 시점부터 올바른 라이브러리로 연결됩니다.

ld.so.1: sqlplus: fatal: libsunmath.so.1: can't open file: errno=2” 오류 Unix 및 Linux 시스템에서 이 오류는 링크가 적절한 위치에 있더라도 SharePlex가 libsunmath 및 libshareplex 라이브러리를 찾을 수 없음을 나타냅니다.

다음 해결 방법 중 하나를 사용할 수 있습니다.

  • /usr/lib 디렉토리에 $ORACLE_HOME/lib/libsunmath.so.1에 대한 소프트링크를 생성합니다. 또는...

  • ECXpert/config/bdg.ini 파일의 [DB_ENV] 섹션에 다음 줄을 추가합니다.

    LD_LIBRARYPATH=full oracle home path/lib

잘못된 user-id

Unix 및 Linux 시스템에서 데이터베이스 설정을 실행하려면 Oracle 소프트웨어의 set-user-id가 -rwsr-s--x여야 합니다. 이러한 권한을 통해 non-Oracle 사용자는 SQL*Plus에 로그인할 수 있습니다.

 set-user-id에 올바른 값을 설정합니다.

구성 파일 문제 해결

이 섹션에서는 구성 파일 관리와 관련된 문제 및 해결 방법을 살펴봅니다. 활성화 문제 해결도 참조하십시오.

현재 발생한 문제가 이 문서에 나오지 않은 경우 SharePlex 기술 문서를 https://support.quest.com에서 검색하십시오.

기술 문서에서는 SharePlex 사용 및 문제 해결에 도움이 될 수 있는 필터링 옵션과 기타 리소스에 대한 링크를 제공합니다.

구성 파일이 실수로 삭제됨

해당 구성이 이전에 활성화되었고 활성화된 이후 db_cleansp를 실행하지 않은 경우라면 실수로 삭제된 구성 파일을 복구할 수 있습니다.

해결 방법: 이벤트 로그를 보고 해당 구성 파일의 활성화 ID를 확인한 다음, SharePlex variable-data 디렉토리의 save 하위 디렉토리에서 conf.actid 파일을 찾습니다. 여기서, actid는 이벤트 로그에서 받은 활성화 ID입니다.

구성 파일 오류 해결

오류 메시지 설명 해결 방법
The parameter for ‘create config’ must be a new file name. or... Destination file exists - file must not exist prior to operation. 이 구성에 지정한 이름이 다른 구성 파일에 이미 존재합니다. 다른 이름을 사용합니다. 시스템의 구성 목록을 보려면 list config 명령을 사용합니다.
Couldn’t fork editor. or… Editor execution failed. SharePlex가 기본 텍스트 편집기를 열지 못했습니다. 편집기가 시스템에 아직 있는지 확인합니다. Unix 및 Linux의 기본 편집기는 vi입니다. 기본 텍스트 편집기를 변경하려면 sp_ctrl에 대한 기본 편집기 설정를 참조하십시오.
Destination file exists - file must not exist prior to operation. 구성 파일을 복사할 때 지정한 이름이 이 SharePlex 인스턴스에 이미 존재합니다. 다른 이름을 사용합니다. 시스템의 구성 목록을 보려면 list config 명령을 사용합니다.
Problems in reading or writing file used in edit -- command aborted. 지정된 파일을 edit config 명령으로 열 수 없습니다. 대소문자를 포함하여 편집할 파일의 이름을 확인하고, 파일이 손상되었는지 확인합니다.
Destination file exists - file must not exist prior to operation. 이 구성에 지정하는 새 이름이 다른 파일에 이미 존재합니다. 다른 이름을 사용합니다. 시스템의 구성 목록을 보려면 list config 명령을 사용합니다.
Invalid file name passed to command. or… File does not exist. 구성 이름의 철자를 잘못 입력했거나 대소문자를 잘못 사용했을 수 있습니다. 이름과 대소문자를 포함한 철자를 확인한 후 다시 입력합니다. 시스템의 구성 목록을 보려면 list config 명령을 사용합니다.
File access denied - check file permissions. 명령을 실행할 권한이 없습니다. sp_ctrl의 authlevel 명령을 사용하여 인증 수준을 확인한 후 최소 인증 수준을 결정합니다. SharePlex 관리자가 인증 수준을 할당합니다. 자세한 내용은 SharePlex 보안 그룹 정보를 참조하십시오.

활성화 문제 해결

이 섹션에서는 구성 파일 활성화와 관련된 문제 및 해결 방법을 살펴봅니다.

현재 발생한 문제가 이 문서에 나오지 않은 경우 SharePlex 기술 문서를 https://support.quest.com에서 검색하십시오.

기술 문서에서는 SharePlex 사용 및 문제 해결에 도움이 될 수 있는 필터링 옵션과 기타 리소스에 대한 링크를 제공합니다.

참고: 구성을 활성화하거나 새 객체 또는 변경된 객체가 포함된 구성을 다시 활성화하기 전에 sp_ctrl에서 verify config 명령을 사용하면 많은 구성 문제를 방지할 수 있습니다. verify config 명령은 구성을 검토하여 활성화 및 복제에 대한 기본 요구 사항이 충족되었는지 확인합니다. 자세한 내용은 SharePlex 참조 안내서를 참조하십시오.

SharePlex가 구성 파일을 찾을 수 없음

SharePlex가 활성화할 구성 파일을 찾을 수 없는 경우 해당 위치를 확인합니다. 활성화가 성공하려면 구성 파일이 SharePlex variable-data 디렉토리의 config 하위 디렉토리에 있어야 합니다. sp_ctrl의 create config 명령은 자동으로 해당 디렉토리에 구성 파일을 저장합니다. 누군가가 옮겼을 가능성도 있습니다.

create config 명령을 사용하지 않고 구성 파일을 생성한 경우에도 문제가 발생합니다. 이 문제는 파일이 운영 체제를 통해 직접 생성되었거나 config.sql 또는 build_config.sql 스크립트를 사용하여 파일을 생성한 경우 발생할 수 있습니다. 당시 작업 디렉토리가 config 하위 디렉토리가 아니거나 파일이 다른 디렉토리에 저장된 경우 활성화 시 해당 디렉토리를 찾을 수 없습니다.

해결 방법: 구성 파일을 SharePlex variable-data 디렉토리의 config 하위 디렉토리로 이동합니다.

일부 객체를 활성화하는 데 실패함

SharePlex가 구성 파일에 나열된 하나 이상의 객체를 활성화할 수 없는 경우 다른 객체를 계속 활성화하고 실패한 객체의 이름을 ID_oconf##.log 파일에 표시합니다.

개별 객체가 활성화되지 않는 이유는 다음과 같습니다.

문제 설명 해결 방법
유효하지 않은 객체

SharePlex에서 지원하지 않는 객체를 복제하려고 시도 중일 수 있습니다.

SharePlex가 지원하는 객체와 작업을 이해하려면 이 릴리스와 함께 제공되는 SharePlex 릴리스 노트를 참조하십시오.

유효하지 않은 타겟 시스템

SharePlex가 라우팅 정보를 가져올 수 없습니다.

타겟 이름을 확인하고 라우팅 맵의 구문 오류를 수정합니다. 일부 데이터베이스의 경우 인스턴스 이름을 지정하고 다른 데이터베이스의 경우 실제 데이터베이스 이름을 지정합니다.

라우팅 지침은 다음을 참조하십시오.

라우팅 구문을 수정한 후 영향을 받는 구성을 다시 활성화합니다.

구문 오류 및 철자가 틀린 단어

철자가 틀린 이름, 소유자 이름 없이 지정된 객체 이름, 구성 사양의 기타 부적절한 구문으로 인해 객체 활성화가 실패할 수 있습니다.

 verify config 명령을 실행하여 오류를 확인합니다. 구성 구문에 대한 도움말은 데이터 복제를 위해 SharePlex 구성를 참조하십시오.
(Oracle) SharePlex가 테이블을 잠글 수 없음

활성화가 구성 파일의 테이블을 잠글 수 없으면 해당 테이블의 활성화가 실패합니다.

SharePlex 데이터베이스 사용자에게 테이블을 잠글 수 있는 권한을 할당합니다.

활성화에 완전히 실패함

구성의 전체 활성화가 실패할 수 있는 원인은 여러 가지가 있습니다. 구성 활성화 문제에 대한 일반적인 오류 메시지는 다음과 같습니다.

Bad configuration file

The Oracle sid SID specified in the config file is invalid.

활성화 실패의 원인과 해결 방법은 다음과 같습니다.

문제 설명 해결 방법
비밀번호 문제

SharePlex가 소스 데이터베이스에 연결하는 데 문제가 있고 SharePlex 계정이 있다는 것을 알고 있는 경우 누군가가 비밀번호를 변경했는지 알아보십시오.

연결 정보를 업데이트합니다. 자세한 내용은 SharePlex 데이터베이스 계정 변경를 참조하십시오.
비활성화 후 활성화가 너무 이르게 실행됨

드문 경우지만 비활성화 후 너무 빠르게 구성을 활성화하면 활성화가 실패합니다.

 구성을 비활성화한 후 새 구성을 활성화하기 전에 이벤트 로그에 다음과 같은 메시지가 나타날 때까지 기다립니다. Notice: sp_ordr (for o.ora10 queue o.ora10) Deactivated.

데이터 소스 사양이 없음

데이터 소스 사양이 잘못되었거나 완전하지 않습니다. 다음과 유사한 오류가 반환됩니다.

The datasource specified in the config file is invalid.

다음과 같이 지정합니다.

Datasource:o.SID에 루틴 나열

(Oracle) 잘못된 ORACLE_SID Datasource:o.SID 행에 잘못된 ORACLE_SID가 지정되었습니다.

구성 파일을 편집하여 올바른 ORACLE_SID를 지정합니다.

ORACLE_SID 및 ORACLE_HOME을 찾는 방법을 참조하십시오.

(Oracle) 부족한 PROCESSES 설정

Oracle 오류 20(ORA-00020 최대 프로세스 수(문자열) 초과)이 활성화 실패의 원인인 경우 이는 Oracle이 하나 이상의 스레드에 로그온할 수 있도록 소스 시스템에서 리소스가 부족하기 때문입니다.

 Oracle에서 PROCESSES 매개변수를 늘리거나 사용 중인 활성화 스레드 수를 줄입니다. 스레드 수는 activate config 명령의 스레드 옵션으로 제어됩니다.

(Oracle) ORA-00942: 테이블 또는 보기가 존재하지 않음

SharePlex가 데이터 사전에 접근할 수 없습니다.

 init.ora 파일의 O7_DICTIONARY_ACCESSIBILITY 매개변수가 TRUE로 설정되어 있는지 확인합니다. (기본 설정입니다.) 매개변수가 변경되면 데이터베이스를 재시작해야 합니다.
reconcile 명령이 완료되는 속도가 느림

이는 Oracle 소스의 활성화 및 조정에 적용됩니다. 소스 데이터베이스 활동이 적을 때 reconcile 명령을 실행하면 경우에 따라 명령 프로세스가 정지된 것처럼 보일 수 있습니다. 이는 reconcile 명령이 소스 시스템에서 계속해서 데이터가 들어오는 것에 의존하기 때문입니다. 핫 백업 또는 복사 시점 이후 소스 시스템에 복제된 활동이 없으면 Reconcile 프로세스는 소스 활동이 재개될 때까지 기다립니다. 이는 정상적인 현상입니다.

일반적인 활성화 오류

다음은 구성을 활성화할 때 발생할 수 있는 일반적인 오류 메시지입니다.

ACTIVATE CONFIG 오류 메시지 원인 해결 방법
line n, source object name (T_HFL_1) not of form OWNER.TABLE 구성 파일에 나열된 하나 이상의 객체에서 소유자 이름이 누락되었을 수 있습니다. 객체 이름을 ownername.objectname으로 지정합니다.
syntax error in line n. 구성 파일의 지정된 줄에 구문 오류가 있습니다. 잘못된 구문을 수정합니다. 자세한 내용은 데이터 복제를 위해 SharePlex 구성를 참조하십시오.
line n, bad routing spec (o.ora10) 라우팅 맵에 구문 오류가 있습니다. 라우팅 맵이 올바르게 작성되었는지 확인합니다. 자세한 내용은 구성 파일의 라우팅 사양를 참조하십시오.
File does not exist. SharePlex가 구성 파일을 찾을 수 없습니다. list config 명령을 실행합니다. 활성화할 파일이 나열되지 않으면 variable-data 디렉토리의 config 하위 디렉토리에 없는 것일 수 있습니다. 파일을 찾아서 해당 디렉토리로 옮긴 다음, activate config 명령을 다시 실행합니다.
Attempt to run sp_conf when sp_conf is already active 구성이 이미 활성화되는 중입니다. 필요하지 않습니다.
Login parameters not set... SharePlex 계정과 내부 테이블이 소스 데이터베이스에 존재하지 않습니다. 데이터베이스 설정 유틸리티를 실행합니다. 자세한 내용은 SharePlex 참조 안내서의 데이터베이스 설정 유틸리티를 참조하십시오.
WARNING, not all objects activated successfully. Check activation log. 하나 이상의 테이블을 활성화하는 데 실패했습니다. 자세한 내용은 일부 객체를 활성화하는 데 실패함를 참조하십시오.
Deactivate/flush a nonactive datasource 활성화되지 않은 구성을 비활성화하려고 합니다. 비활성화하려는 구성인 경우 조치가 필요하지 않습니다. 구성 목록을 보려면 list config 명령을 사용합니다.
(Oracle) Currently involved in transaction. 구성 파일의 객체가 잠겨 있습니다. SharePlex는 다른 프로세스에서 Oracle 테이블을 잠근 경우 분석을 위해 Oracle 테이블을 잠글 수 없습니다. 잠금이 소스 트랜잭션 활동에서 발생한 경우 데이터베이스 사용량이 적을 때 활성화해 보십시오.

복제 문제 해결

복제 문제 해결

이 섹션에서는 데이터가 복제되는 동안 발생할 수 있는 일반적인 문제를 살펴봅니다.

현재 발생한 문제가 이 문서에 나오지 않은 경우 SharePlex 기술 문서를 https://support.quest.com에서 검색하십시오.

기술 문서에서는 SharePlex 사용 및 문제 해결에 도움이 될 수 있는 필터링 옵션과 기타 리소스에 대한 링크를 제공합니다.

일반적인 문제

문제 설명 해결 방법
네트워크 문제

네트워크 요인으로 인해 데이터가 타겟 시스템으로 너무 느리게 전송되거나 전혀 전송되지 않을 수 있습니다.

 모든 Export 및 Import 프로세스가 실행 중인지 확인하고 네트워크 관리자에게 네트워크 속도 저하 원인을 확인하도록 요청하십시오.
매개변수 설정

일부 SharePlex 매개변수는 기본 설정에서 변경되면 복제 성능이 저하될 수 있습니다.

성능 저하의 원인이 되는 매개변수 설정이 있는지 확인하려면 list param modified 명령을 실행하여 기본 설정이 아닌 매개변수를 확인하십시오. 특정 설정이 복제 속도에 영향을 미치는지 확인하려면 SharePlex 참조 안내서의 해당 매개변수에 대한 문서를 살펴보십시오.

Oracle Capture 관련 문제

Capture가 중지된 경우 sp_ctrl에서 status 명령을 실행하여 권한이 있는 SharePlex 사용자가 의도적으로 중지했는지 여부를 확인합니다. 사용자가 의도적으로 중지한 경우 이유를 알아보고 너무 오랫동안 중지되지 않았는지 확인하십시오.

다음은 Capture가 예기치 않게 느려지거나 중지될 수 있는 다른 이유입니다.

문제 설명 해결 방법
과도한 체이닝

과도한 체이닝은 Oracle이 단일 행에 대해 여러 블록을 읽어야 하기 때문에 소스 데이터베이스의 성능을 저하시킵니다. 과도한 체이닝은 데이터베이스의 블록 파편화로 인해 Post가 SQL 문을 적용할 수 있는 속도를 감소시키기 때문에 타겟 시스템의 Post 성능을 저하시킵니다.

체이닝된 테이블을 다시 구성합니다.
비효율적인 리두 로그 구성

Capture가 완료되기 전에 리두 로그가 래핑되면 Capture는 아카이브 로그를 읽습니다. 그러나 이로 인해 복제 속도가 느려지고 디스크 공간이 소모될 수 있습니다. 대부분의 경우에는 SharePlex가 아카이브 로그를 사용하지 않도록 리두 로그를 구성해야 합니다.

로그 설정 방법에 대한 자세한 내용은 SharePlex 설치 및 설정 안내서를 참조하십시오.

SharePlex의 프로세스 우선순위가 낮음

핫 백업이나 기타 Oracle 집약적 작업 중에 Capture, Read 또는 둘 다 속도가 느려지는 경우 시스템의 프로세스 우선순위 설정을 확인하여 SharePlex에 더 많은 리소스를 할당할 수 있는지 확인합니다.

이상적으로는 SharePlex 우선순위가 Oracle의 우선순위와 같아야 합니다.

키가 기록되지 않음

복제 중인 테이블에 대해 PK/UK 로깅이 활성화되지 않은 경우 SharePlex는 데이터베이스를 쿼리하여 업데이트 및 삭제 작업에 대한 키 값을 가져와야 합니다.

PK/UK 로깅을 활성화합니다.

임시 테이블 및 FND 테이블 임시 테이블은 복제 오버헤드와 성능 저하를 유발하는 수많은 변경 사항을 수신합니다. 복제에서 임시 테이블을 제거합니다.
아카이브 로그를 사용할 수 없음

Capture가 로그 래핑을 감지하고 아카이브 로그를 사용할 수 없는 경우 Capture가 중지되고 “Log wrap detected” 오류가 반환됩니다. 일정 시간을 기다린 후 다시 시작하여 로그가 복원될 때까지 이 프로세스를 계속합니다.

Capture가 마지막으로 처리한 아카이브 로그에서 아카이브 로그를 복원하거나 SP_OCT_ARCH_LOC 매개변수를 사용하여 해당 위치를 SharePlex에 지정합니다. Capture에 필요한 로그를 확인하려면 show capture 명령과 세부 정보 옵션을 사용합니다. 자세한 내용은 Oracle 아카이브 로그를 복원하는 방법 를 참조하십시오.

압축된 아카이브 로그

Capture는 압축된 아카이브 로그를 읽을 수 없습니다.

Capture가 처리할 수 있도록 Capture에 필요한 현재 로그와 그 이후의 모든 로그를 압축 해제합니다. Capture에 필요한 로그를 확인하려면 show capture 명령과 세부 정보 옵션을 사용합니다.

예상치 못한 위치의 아카이브 로그

필요한 아카이브 로그를 찾을 수 없으면 Capture가 중지됩니다. 리두 로그가 래핑되면 Capture는 Oracle의 아카이브 로그 목록에서 아카이브를 찾고, 로그가 없으면 Capture는 SP_OCT_ARCH_LOC 매개변수에 지정된 위치를 찾습니다.

일반 Oracle 위치가 아닌 곳에 아카이브 로그를 저장하는 경우 이 매개변수가 아카이브 로그가 포함된 디렉토리의 전체 경로 이름으로 설정되어 있는지 확인합니다.

리두 로그에 접근할 수 없음

로그를 읽거나 찾을 수 없으면 Capture가 중지된 후 로그 읽기를 다시 시도합니다.

SharePlex가 리두 로그를 읽을 수 있는 권한이 없도록 누군가 권한을 변경했는지 확인합니다.

variable-data 디렉토리에 접근할 수 없음

variable-data 디렉토리의 state 하위 디렉토리에 대한 권한 제한으로 인해 SharePlex 로그에 작성할 수 없거나, 해당 디렉토리에 공간 제한이 있는 경우 Capture가 중지됩니다.

variable-data 디렉토리에 대한 권한과 공간을 확인합니다.

Oracle Post 관련 문제

Post 프로세스 속도를 저하시키는 원인은 여러 가지가 있습니다. SharePlex는 타겟 인스턴스에 SQL 문을 적용하기 위해 내부적으로 제어되는 허용 대기 시간을 Post가 초과하는 경우 operation taking too long 메시지를 생성합니다. 테이블 하나만 있어도 병목 현상이 발생하는 경우가 많습니다. show sql 또는 show post 명령을 사용하여 Post가 처리 중인 테이블을 확인한 후 다음 사항을 확인합니다.

문제 설명 해결 방법
전체 테이블 검사

타겟 테이블에 키가 없으면 Post는 올바른 행을 찾기 위해 전체 테이블 검사를 수행해야 합니다. 이로 인해 Post 프로세스가 느려집니다.

 다음 중 하나를 수행합니다.
타겟 테이블의 비트맵 인덱스

비트맵 인덱스는 쿼리에 유용하지만 Post에서 적용하는 DML 작업 속도를 저하시킵니다.

비트맵 인덱스를 복제의 타겟 테이블에 사용하지 않거나, DML 활동이 자주 발생하지 않는 테이블에만 사용합니다.

디스크 I/O 병목 현상

타겟 시스템의 디스크 I/O 병목 현상은 Post 성능 저하의 일반적인 원인입니다. Post는 Oracle이 데이터를 커밋할 때까지 대기하는 데 많은 시간을 소비할 수 있습니다. 피어-투-피어 복제의 동일한 로그 장치에서 Capture 프로세스를 읽는 경우 효과는 더욱 악화됩니다.

디스크 I/O는 데이터베이스 환경의 특성이지만 리두 로그를 더 빠른 하드 드라이브나 솔리드 스테이트 드라이브에 배치하면 병목 현상을 줄일 수 있습니다.

버퍼 가져오기 수가 많음

많은 수의 버퍼 가져오기 문제를 초래하는 SQL 문이 포함된 테이블을 살펴봅니다. 크기와 고유 인덱스인지 여부에 따라 인덱스에는 2~4개의 버퍼 가져오기만 있어야 합니다.

4개보다 많은 버퍼 가져오기가 있는 경우 인덱스를 다시 빌드해야 할 수 있습니다. 구성 파일을 다시 활성화할 필요 없이 인덱스를 다시 빌드할 수 있습니다.
Oracle 쓰기 속도 병목 현상

기본적으로 하나의 buffer writer는 모든 더티 Oracle 블록을 디스크에 씁니다. 해당 buffer writer 프로세스가 쓰기 위해 잠금 해제될 때마다 공유 메모리의 일부를 잠그고, 사실상 Post 프로세스를 포함하여 데이터 블록을 수정하거나 읽는 프로세스를 차단합니다.

이 문제가 지속적으로 발생하는 경우 writer 수를 늘리는 것을 고려해 볼 수 있습니다. 데이터베이스 문서를 참조하십시오.

소규모 트랜잭션

일반적으로 Post는 각 COMMIT을 수신한 후 내부 읽기/해제를 수행합니다. 즉, 체크포인트 복구 프로세스의 일환으로 큐에서 해당 데이터를 제거합니다. 소규모 트랜잭션의 경우 타겟 시스템에 과도한 I/O가 발생하고 Post 프로세스가 방해될 수 있습니다.

대부분의 트랜잭션이 소규모인 경우 Post SP_OPO_READRELEASE_INTERVAL 매개변수의 값을 변경해 보십시오. 이 매개변수에 대한 자세한 내용은 SharePlex 참조 안내서를 참조하십시오.

캐시되지 않은 시퀀스

복제 중인 시퀀스가 캐시되지 않으면 해당 시퀀스가 복제 볼륨에 불필요하게 추가됩니다.

시퀀스를 캐시합니다. 복제된 시퀀스가 키의 일부인 경우 해당 키가 포함된 테이블을 복제하고 복제 구성에서 시퀀스를 제거합니다. 그러면 성능이 상당히 향상됩니다.

낮은 ulimit

다음과 유사한 오류는 타겟 시스템의 시스템 파일 디스크립터 설정을 늘려야 함을 의미합니다.

Error 07-24-08 12:11:40.360226 8693 12345 Poster error: /var/quest/ vardir/log/event_log: Too many open files (posting from ora102, queue prodsys, to ora10b)

해결 방법: ulimit를 최적 값인 1024에 최대한 가깝게 설정합니다.

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

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

repair 명령은 복원이 필요한 모든 행을 잠그거나, Repair 프로세스 전체에서 동기화 중단 행이 1,000개가 넘는 경우 전체 테이블을 잠급니다. Post가 복원 중인 테이블에 데이터를 적용하려고 하면 이 명령이 Post를 차단할 수 있습니다.

Repair 프로세스가 완료될 때까지 Post를 기다리지 않으려면 Compare 프로세스를 종료하면 됩니다. Repair 프로세스로 인해 발생하는 잠금 문제를 방지하려면 사용량이 많지 않은 시간에 복원을 실행하는 것이 좋습니다.

Capture 및 Post 속도의 차이

SharePlex는 표준 SQL 문을 사용하여 해당 작업을 타겟 데이터베이스에 게시할 수 있는 것보다 더 빠르게 리두 로그의 레코드를 읽고 처리합니다.

자세한 내용은 Post 프로세스 조정를 참조하십시오.

전체 아카이브 로그 디렉토리

Post가 정지된 것으로 나타남에 따라 정상적으로 종료되지 않지만 이벤트 로그의 유일한 오류가 sp_opst_mt - operation taking too long이라면 타겟 시스템의 아카이브된 로그 디렉토리가 꽉 찼기 때문일 수 있습니다. 이 경우 Oracle은 새 로그를 생성할 수 없으며 처리를 일시 중지합니다. Post가 Oracle을 기다리고 있기 때문에 중단됩니다.

오래된 아카이브 로그 중 일부를 다른 장치로 이동하거나 삭제하여 새 아카이브 로그를 위한 공간을 확보합니다.

커밋 감소 문제

커밋 감소가 작동하지 않는 경우 커밋 후 유효한 메시지를 사용할 수 있을 만큼 레코드가 신속하게 전달되지 않기 때문일 수 있습니다. 커밋 메시지 후에 유효한 메시지가 발견되면 Post는 커밋을 건너뛸 수 있습니다. 그렇지 않은 경우 커밋이 실행됩니다.

이것이 문제인지 확인하는 한 가지 방법은 Post 프로세스를 완전히 중지하고 복제를 통해 대량의 소규모 트랜잭션을 실행한 후에 Post 프로세스를 시작하는 것입니다. 커밋 감소가 표시되지 않으면 원인에서 이 문제가 제외됩니다.

Post가 중지됨

Post가 중지되면 sp_ctrl에서 status 명령을 실행하여 이유를 알아보십시오.

• idle 상태는 Post 큐에 게시할 데이터가 없음을 의미합니다.

• stopped by user 상태는 SharePlex 사용자가 Post 프로세스를 중지했음을 의미합니다. 책임이 있는 사용자를 찾으려면 이벤트 로그에서 사용자가 실행한 명령을 확인하십시오.

• stopped due to error 상태는 복제 또는 데이터베이스 오류로 인해 Post가 중지되었음을 의미합니다.

다음은 Post가 예기치 않게 중지되는 몇 가지 잠재적인 원인입니다.

문제 설명 해결 방법
수정 가능한 데이터베이스 오류

수정 가능한 데이터베이스 오류에 대해 Post를 중지하므로 데이터의 동기화 중단 위험 없이 문제를 해결할 수 있습니다. 오류 및 잘못된 SQL 문은 타겟 시스템에 있는 variable-data 디렉토리의 log 하위 디렉토리에 있는 databaseID_errlog.sql 파일에 기록됩니다.

로그 파일의 정보를 사용하여 문제를 수정한 후 Post를 다시 시작합니다. 게시가 중단된 지점부터 재개됩니다.

수정 불가능한 데이터베이스 오류

동기화 중단 상태와 같은 일부 데이터베이스 오류는 수정할 수 없습니다. 이 경우 SharePlex는 오류를 이벤트 로그에 보고하고 오류 및 SQL 문을 databaseID_errlog.sql 파일에 작성한 후 처리를 계속합니다. 수정할 수 없는 오류로 인해 Post가 중지되는 경우도 있습니다.

오류를 수정할 수 없지만 Post가 계속 처리되도록 하려면 databasemsglist 파일에 오류를 나열한 다음, SP_OPO_CONT_ON_ERR 또는 SP_OPX_CONT_ON_ERR 매개변수를 1로 설정합니다. 그러면 SharePlex가 해당 오류를 무시하고 게시를 계속합니다. 자세한 내용은 DML 오류 발생 시 계속 게시를 참조하십시오.

타겟 테이블 잠금

타겟 테이블이 잠겨 있으면 Post 프로세스에서 SQL 문을 적용할 수 없으며 오류 메시지가 생성됩니다. 이 메시지는 사용자, 애플리케이션 또는 작업이 테이블에 접근하고 있어 동기화 중단 상태가 발생했을 수 있음을 의미할 수 있습니다. 또는 Oracle 타겟의 경우 repair 명령이 테이블을 잠갔음을 의미할 수 있습니다.

테이블이 잠긴 이유를 알아보고 접근 문제를 해결합니다(repair 명령으로 인한 경우는 제외). 테이블에서 DML이 수행된 경우 데이터를 재동기화해야 할 수도 있습니다. 자세한 내용은 소스 및 타겟 테이블을 재동기화하는 방법를 참조하십시오.

명명된 Export 큐가 있는 경우 구성 비활성화

명명된 Export 큐를 사용하고 구성을 비활성화하면 큐의 나머지 데이터를 게시하는 대신 다음과 같은 오류와 함께 Post가 중지될 수 있습니다.

sp_opst_mt (for o.qa920-o.qa920 queue q5) 15007 - Can't open poster queue que_NOEXIST: Queue does not exist.

Post를 시작하고 복제를 마치려면 SharePlex를 종료한 후 다시 시작합니다.

큐 이름이 너무 김

큐 이름이 너무 길면 Post가 중지됩니다.

구성 파일에서 명명된 큐에 할당된 이름이 15자보다 길지 않은지 확인합니다.

(Oracle) 새 테이블이 추가되지 않음

Oracle 소스의 경우 활성화 후 생성된 테이블이 복제에 자동으로 추가됩니다.

자동 추가 기능은 매개변수로 제어됩니다. 목표를 달성하려면 올바른 항목이 설정되어 있는지 확인합니다. 자세한 내용은 Oracle DDL 복제 제어를 참조하십시오.

(Oracle) 열린 커서가 더 이상 없음

다음 오류가 표시되면 Post가 사용 가능한 열린 커서 개수를 초과한 것입니다.

Warning: sp_opst_mt (for o.oracle-o.oracle queue oracle) Post has opened number cursors. No more available cursors! Exiting

Post를 수행하려면 타겟 데이터베이스에 대해 특정 수의 열린 커서가 필요합니다.

다음 SQL 문을 사용하여 현재 데이터베이스 OPEN_CURSORS 값을 확인합니다.

select value from V$PARAMETER where name = 'open_cursors' ;

SharePlex에 대한 적절한 OPEN_CURSORS 값을 결정하려면 열린 커서 조정을 참조하십시오.

기타 문제 및 해결 방법

문제 설명 해결 방법
SharePlex가 시스템 이름을 확인할 수 없음 Unix 또는 Linux 시스템 간에 시스템 이름을 확인할 수 없는 경우가 있습니다. 복제 네트워크에 있는 모든 서버(Unix 및 Linux)의 IP 주소와 이름을 모든 Unix 및 Linux 시스템의 /etc/hosts 파일에 추가합니다.
sp_cop이 CPU 시간을 너무 많이 사용함 SharePlex가 오버헤드 활동을 지나치게 자주 수행하고 있을 수 있습니다.

SP_COP_IDLETIME 매개변수를 사용하여 sp_cop의 유휴 시간을 늘립니다. SharePlex 참조 안내서의 매개변수 문서를 참조하십시오.

소스 테이블이 손상됨

소스 테이블이 손상되었거나 복제된 데이터를 타겟 데이터베이스에 게시하지 않으려는 다른 이유가 있는 경우, 활성 구성에서 해당 테이블을 제거하거나 다른 객체에 대한 게시에 영향을 주지 않고 해당 테이블에 대한 게시를 방지할 수 있습니다.

하나 이상의 테이블에 대한 게시를 비활성화하려면 SP_OPO_DISABLE_OBJECT_NUM 또는 SP_OPX_DISABLE_OBJECT_NUM 매개변수를 사용합니다. 이 매개변수는 지정된 객체 ID에 대한 DML 및 DDL 작업의 게시를 모두 비활성화하도록 설정할 수 있습니다. 이 매개변수는 기본적으로 비활성화되어 있습니다. 타겟 테이블에 다시 게시를 시작할 준비가 되면 매개변수를 0으로 재설정하여 다시 비활성화합니다. 자세한 내용은 SharePlex 참조 안내서의 매개변수 문서를 참조하십시오.

일부 컬럼만 복제되었음 수직으로 파티셔닝된 복제용으로 구성된 테이블이 있지만 해당 테이블 이름이 와일드카드도 충족하는 경우 특정 목록(수직 파티셔닝 포함)이 와일드카드 목록보다 우선합니다. 동일한 테이블에 대한 전체 테이블 복제에는 수직 파티셔닝을 사용할 수 없습니다. 지정된 컬럼을 복제하려는 경우에는 조치가 필요하지 않습니다. 자세한 내용은 수직으로 파티셔닝된 복제 구성를 참조하십시오.
충돌 해결로 인해 컴파일 오류가 발생함 충돌 해결 루틴에서 컴파일 문제가 발생하면 테이블의 소유자와 동일한 이름이 있는지 확인하십시오. PL/SQL의 알려진 문제로 인해 SharePlex 충돌 해결 논리는 소유자와 이름이 동일한 테이블에 대해 PL/SQL을 컴파일할 수 없습니다. Oracle은 이 문제가 해결되지 않을 것임을 안내했습니다. 자세한 내용은 Oracle TAR 2577886.996을 참조하십시오. 이 문제는 복제에 영향을 미치지 않습니다. SharePlex는 소유자 및 테이블 이름이 동일한 테이블의 데이터를 복제합니다.

일반적인 복제 오류

다음 테이블에서는 복제 중에 발생할 수 있는 일반적인 오류 메시지에 대해 설명합니다.

sp_cop 오류 메시지 원인 해결 방법
sp_cop cannot setup; memory segment n in use. sp_cop을 마지막으로 종료했을 때 큐에 접근하는 프로세스가 계속 실행 중인 상태입니다. 해당 프로세스를 종료하십시오. SharePlex 프로세스는 sp_로 시작합니다. 모두 종료되면 sp_cop이 시작됩니다.
Error: sp_cop can't setup shared memory statistics capability - exiting Error: sp_cop(shs) Cannot delete previous memory segment 303. Please check to see if any SharePlex processes are running (ps -ef | grep sp_). If there are some processes running then kill them and restart sp_cop. 동일한 variable-data 디렉토리를 가리키는 SharePlexsp_cop 프로세스가 이미 하나 이상 있습니다. SharePlex의 여러 세션을 실행하려면 각 세션마다 별도의 variable-data 디렉토리를 사용해야 합니다. 자세한 내용은 SharePlex의 여러 인스턴스 실행를 참조하십시오.
Capture 오류 메시지    
Capture time limit (300 sec) exceeded. Capture가 레코드를 처리하고 있지 않습니다. 이는 리두 로그에 문제가 있음을 나타낼 수 있습니다. 특정 시간(초) 후에 Capture가 레코드를 처리할 수 없는 경우 Capture는 중지되고 레코드를 기록한 후 이 메시지를 반환합니다. 가능한 원인을 알아보려면 Oracle Capture 관련 문제를 참조하십시오. 문제의 원인을 확인할 수 없는 경우 로그 래핑이 발생하기 전에 Quest 지원에 문의하십시오.
(Oracle) Log wrap detected 리두 로그가 래핑되었으며 Capture가 아카이브 로그를 찾을 수 없습니다. 아카이브 로그가 있는 경우 압축을 풀어 아카이브 로그 디렉토리에 복원합니다. SharePlex는 먼저 Oracle 아카이브 로그 목록에서 아카이브 로그를 찾은 다음, SP_OCT_ARCH_LOC 매개변수로 지정된 위치에서 아카이브 로그를 찾습니다. 이 매개변수는 항상 올바른 아카이브된 로그 디렉토리로 설정되어야 합니다. 아카이브 로그에 압축을 사용하는 경우 SharePlex가 처리를 완료할 때까지 압축하지 마십시오. SharePlex의 현재 로그를 확인하려면 소스 시스템의 sp_ctrl에서 [세부 정보] 옵션과 함께 show capture 명령을 실행합니다. 현재 로그 이전에 생성된 로그를 압축할 수 있습니다. 이 오류는 아카이브된 로그가 손상된 경우에도 발생합니다.
Post 오류 메시지    
operation taking too long. 타겟 인스턴스에 SQL 문을 적용하는 데 내부적으로 허용된 시간보다 더 많은 시간이 소요됩니다. 자세한 내용은 Oracle Post 관련 문제를 참조하십시오.
Rowid not found SharePlex가 타겟 데이터베이스에서 업데이트할 올바른 행을 찾을 수 없습니다. 타겟에서 행을 삭제했을 수 있는 트리거, 프로세스 또는 사용자를 확인합니다. 자세한 내용은 동기화 문제 해결를 참조하십시오.
Database not available. Post가 타겟 데이터베이스에 로그인할 수 없습니다. 데이터베이스가 실행 중인지 확인하고 누군가 SharePlex 데이터베이스 계정의 비밀번호를 변경했는지 확인합니다.
Oracle 관련 오류 메시지    
Can’t access OBJ$Table SharePlex가 복제를 위해 접근해야 하는 데이터 사전에 접근할 수 없습니다. O7_DICTIONARY_ACCESSIBILITY Oracle 조정 매개변수를 확인하고 TRUE(기본값)로 설정되어 있는지 확인합니다.
Forward and backward operation counts do not match... 메시지의 시퀀스가 잘못되었을 수 있습니다. SharePlex 이전에 Oracle이 종료되었는지 확인합니다. 이로 인해 SharePlex가 오류를 반환할 수 있으며 드물지만 큐가 손상될 수 있습니다. 올바른 순서는 SharePlex를 종료한 후에 Oracle을 종료하는 것입니다. 이 문제를 해결하는 데 도움이 필요한 경우 Quest 지원에 문의하십시오.
Error: sp_opst_mt (for o.blues920-o.ora9 queue bluesky) 15033 - Failed to execute SQL on table: QA.T_DEST_1: ORA-00001: unique constraint (.) violated. 소스 시스템에서 고유 제약 조건을 위반했습니다. 변경 사항이 리두 로그에 입력되었지만 Oracle이 이를 롤백했습니다. 롤백도 리두 로그에 입력되었습니다. SharePlex는 타겟의 제약 조건 위반을 감지합니다. 이 메시지를 무시합니다. Oracle이 문제가 있는 작업을 롤백했기 때문에 테이블은 여전히 동기화 중입니다. 이는 Oracle이 위반을 처리하는 방식이기 때문에 피할 수 없는 오류입니다.
SQL 캐시 오류 메시지    
Warning: Too many concurrent transactions. Will disable the SQL Cache capability. SQL 캐시 크기가 1로 설정되어 있으며 여전히 더 많은 커서가 필요합니다. 이 경우 SharePlex는 SQL 캐시 기능을 비활성화합니다. 의도한 구성인 경우 조치가 필요하지 않습니다. 자세한 내용은 SQL 캐싱 조정를 참조하십시오.

Warning: Running out of cursors. Number of cursors opened so far is number. Will attempt to decrease SQL Cache size.

또는...

Notice: Shrinking SQL Cache size to number per session.

 Post가 최대 커서 수를 초과하고 SQL 캐시 크기를 줄이려는 시도를 감지했습니다. 값이 1이 되고 커서가 아직 충분하지 않은 경우 외에는 조치가 필요하지 않습니다. 자세한 내용은 SQL 캐싱 조정를 참조하십시오.
SQL Cache disabled. SQL 캐시 기능이 비활성화되었습니다. 의도한 구성인 경우 조치가 필요하지 않습니다. 자세한 내용은 SQL 캐싱 조정를 참조하십시오.
힌트 파일 오류 메시지(Oracle에만 해당)    
15050 – hint file not found

SharePlex가 사용 여부에 관계없이 hints.SID 파일을 찾습니다. 이 파일의 위치는 SharePlex variable-data 디렉토리의 data 하위 디렉토리입니다. 이 파일이 이동되거나 삭제되면 SharePlex는 이 오류 메시지를 반환합니다.

 이 메시지를 방지하려면 variable-data 디렉토리의 data 하위 디렉토리에 빈 힌트 파일을 만듭니다. 이름을 hints.SID로 지정합니다.

15051 – missing column in the hint file (either table of index name)

15052 – syntax error for tablename

15053 – syntax error for indexname

힌트 파일이 올바르게 구성되지 않았습니다. 자세한 내용은 Oracle INDEX 힌트 사용를 참조하십시오.
15054 – source table’s object_id not found in object cache 힌트 파일에 활성 구성에 없는 소스 테이블이 포함되어 있습니다. 힌트 파일의 모든 테이블은 활성 구성에 나열되어야 합니다. 이 테이블이 구성에 있는 경우 소유자 이름과 테이블 이름의 철자가 구성과 동일한 방식으로 힌트 파일에 있는지 확인합니다.
15055 – more than n valid entries were entered into the hints file 힌트 파일이 SP_OPO_HINTS_LIMIT 매개변수에 설정된 값만큼만 테이블-인덱스 조합을 허용합니다. 테이블-인덱스 조합 중 일부를 제거하거나 SP_OPO_HINTS_LIMIT 값을 늘립니다. 이 매개변수에 대한 자세한 내용은 SharePlex 참조 안내서의 Post 매개변수 문서를 참조하십시오.
15056 – error allocation memory for hints 시스템 수준 메모리 문제를 나타냅니다. 힌트 파일 자체는 상당한 양의 메모리를 요구하지 않습니다. 시스템 메모리가 충분하다고 판단되면 Post 프로세스를 중지한 후 다시 시작하십시오. 힌트 파일을 사용하지 않는 경우에는 이 오류를 무시해도 됩니다.
17000 – error opening hint file SharePlex에서 힌트 파일을 열 수 없습니다. 파일이 손상되었는지 확인합니다. 파일이 유효한 경우 Post 프로세스에 대한 읽기 권한이 충분한지 확인합니다. 자세한 내용은 Oracle INDEX 힌트 사용를 참조하십시오.
환경 관련 오류 메시지    
sp_opst_mt: pid=num date/time src host/ sid=db01:N2PB /var/quest/vardir/log/ event_log: Too many open files 시스템 파일 디스크립터 설정이 1024가 아닙니다.

ulimit를 1024로 설정합니다.

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

  • 하드 제한 설정: (권장) 하드 제한을 변경하려면 루트 사용자 및 시스템 재시작이 필요하지만 값은 SharePlex를 지원하기 위해 올바른 수준으로 고정되어 있습니다. 도움이 필요한 경우 시스템 관리자에게 문의하십시오.
  • 소프트 제한 설정: 소프트 제한 설정은 설정된 sp_cop 세션 동안에만 적용되며, 그 이후에는 하드 제한보다 낮고 SharePlex에 비해 너무 낮은 기본값으로 다시 되돌아갑니다.
06/29/00 08:05 System call error: sp_ocap(que) (for o.QA11 queue o.QA11) No space left on device devname 06/29/00 08:05 Internal error: sp_ocap (for o.QA11 queue o.QA11) 10705 - writecommit failed que_BUFWRTERR: Error writing buffer to file 06/29/00 08:05 Process exited sp_ocap (for o.QA11 queue o.QA11) [pid = 8692] -exit(1) SharePlex에 디스크의 큐 공간이 부족합니다. 자세한 내용은 디스크 공간 부족을 해결하는 방법를 참조하십시오.
gethostbyname name failed - exiting

로컬 호스트 파일이 제대로 구성되지 않았습니다.

호스트 이름이 호스트 파일(Unix 및 Linux의 경우 /etc/hosts)에 올바르게 지정되지 않았습니다. 이 시스템이 클러스터에 속하지 않는 경우 파일의 이름을 수정합니다. 이 시스템이 클러스터에 속하는 경우 가상 IP 주소는 호스트 파일의 호스트 별칭에 매핑되어야 합니다. 클러스터에서 SharePlex를 구성하는 방법에 대한 지침은 SharePlex 설치 및 설정 안내서를 참조하십시오.

기타 오류 메시지    
Snapshot too old SharePlex에 필요한 읽기 일관성 뷰를 더 이상 사용할 수 없습니다. 롤백 세그먼트의 크기를 늘립니다.
Parameter paramname does not exist in the paramdefaults file. Using hard coded default value. Please make sure that your param-defaults file is the correct version.

SharePlex가 참조해야 하는 매개변수를 찾을 수 없습니다. 실행 중인 SharePlex 버전보다 이전 버전의 param-defaults 파일이 있습니다. 누군가 다운로드한 패치를 사용하여 SharePlex 바이너리를 업데이트했을 수도 있고 최신 param-default 파일을 설치하지 않았을 수도 있습니다.

SharePlex를 수동으로 업데이트할 때 항상 업데이트된 param-defaults 파일을 확인하십시오.

Invalid DATE format detected in record with rowid=rowid, on obj object_id. See capture log for detail. 사용자 또는 애플리케이션이 데이터베이스의 유효성 검사를 우회하여 Oracle 데이터베이스에 잘못된 날짜 값을 입력했습니다. SP_OCT_DEF_ 매개변수를 설정해 SharePlex를 활성화하여 데이터베이스 검사에서 발견되지 않은 날짜 및 시간 형식을 수정합니다. SharePlex 참조 안내서의 SP_OCT_DEF 매개변수 문서를 참조하십시오.
shs_SHMERR: an error occurred with shared memory. SharePlex(sp_cop)를 종료하지 않고 qview 유틸리티를 실행했습니다. SharePlex를 종료하고 qview를 재실행합니다.

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택