PostgreSQL의 Repair Status 명령
repair status 명령을 사용하여 마지막 compare 또는 repair 작업의 실행 상태를 볼 수 있습니다. repair status 명령을 사용하여 compare 또는 repair 작업이나 compare 또는 repair 작업의 일부에 대한 자세한 상태를 보거나 SharePlex에 내역이 있는 모든 compare와 repair 작업의 상태를 볼 수 있습니다.
repair status 명령 사용에 대한 자세한 내용과 예는 job status 명령을 참조하십시오.
사용
| 지원되는 소스: |
PostgreSQL |
| 지원되는 타겟: |
PostgreSQL |
| 인증 수준: |
운영자(2) |
| 실행 대상: |
소스 시스템 |
| 관련 명령: |
compare status, job status |
구문
| repair status |
[job_id]
[job_id.table_id]
[all]
[full]
[detail]
[status] |
[ on host |
on host:portnumber |
on login/password@host |
on login/password@host:portnumber ] |
구문 설명
| job_id |
지정된 SharePlex 할당 작업 ID를 가진 작업에 대한 상태 내역을 표시합니다.
예: sp_ctrl(sysA)> repair status 2828.2 |
| job_id.table_id |
지정된 SharePlex 할당 작업 ID 및 테이블을 가진 작업에 대한 상태 내역을 표시합니다.
예: sp_ctrl(sysA)> repair status 2828.HR.SRC_TEST3 |
| all |
데이터베이스에 내역이 있는 모든 작업에 대한 요약 줄을 표시합니다.
예: sp_ctrl(sysA)> repair status all |
| full |
작업에 있는 모든 객체의 상태를 표시합니다. 기본적으로 작업 상태 명령은 완료되지 않았거나 예외 상태로 완료된 객체의 상태를 표시합니다.
예: sp_ctrl(sysA)> repair status2828 full |
| detail |
보고된 모든 객체에 대한 세부 정보를 표시합니다. 기본적으로 작업 상태 명령은 보고된 모든 객체에 대한 요약 줄을 표시합니다. 세부 정보는 job_id.table_id 옵션에 표시되는 것과 동일합니다.
예: sp_ctrl(sysA)> repair status detail |
| status |
지정된 상태를 가진 이전 작업에 대한 상태 내역을 표시합니다.
예: sp_ctrl(SysA)> repair status “Error” |
원격 옵션
이러한 옵션을 사용하면 원격 시스템에서 명령을 실행하고 로그인 이름, 비밀번호, 포트 번호 또는 이러한 항목의 조합을 포함하는 명령을 스크립트할 수 있습니다.
| on host |
원격 시스템(현재 sp_ctrl 세션이 실행 중인 시스템이 아닌 것)에서 명령을 실행합니다. 원격 시스템에 대한 로그인 자격 증명을 묻는 메시지가 표시됩니다. 사용되는 경우 명령 구문의 마지막 구성 요소여야 합니다.
예: sp_ctrl(sysB)>status on SysA |
| on host:portnumber |
원격 로그인 및 포트 번호를 제공해야 하는 경우 원격 시스템에서 명령을 실행합니다. 사용되는 경우 명령 구문의 마지막 구성 요소여야 합니다.
예: sp_ctrl(sysB)>status on SysA:8304 |
| on login/password@host |
원격 로그인, 비밀번호 및 호스트 이름을 제공해야 하는 경우 원격 시스템에서 명령을 실행합니다. 사용되는 경우 명령 구문의 마지막 구성 요소여야 합니다.
예:sp_ctrl(sysB)>status on john/spot5489@SysA |
| on login/password@host:portnumber |
원격 로그인, 비밀번호, 호스트 이름 및 포트 번호를 제공해야 하는 경우 원격 시스템에서 명령을 실행합니다. 사용되는 경우 명령 구문의 마지막 구성 요소여야 합니다.
예: sp_ctrl(sysB)>status on john/spot5489@SysA:8304 |
PostgreSQL의 Verify Config
verify config 명령은 특정 활성화 및 복제 문제를 방지하기 위해 예방 조치로 고안되었습니다. 이 명령은 활성화가 성공적으로 완료되는지 확인하기 위해 테스트하는 데 사용됩니다.
verify config 명령은 테이블만 확인합니다.
이 명령을 사용하여 다음을 수행할 수 있습니다.
- 구성 파일에 있는 항목의 구문을 확인하십시오.
- 소스 객체가 SharePlex에 의한 복제를 지원하지 않으면 오류를 보고합니다.
- 경로에 지정된 호스트 이름에 연결할 수 없는 경우 보고합니다.
- 단일 객체에 대한 중복 사양이 있는 경우 보고합니다.
- 객체 사양을 건너뛸지 여부와 그 이유를 보고합니다.
verify config 명령이 지원하지 않는 작업
verify config 명령은 다음을 수행하지 않습니다.
- 활성화 시간 확인
- 타겟 객체 또는 타겟 데이터베이스 이름 확인
활성 구성에서 객체 추가 또는 변경 확인
활성 구성에 추가할 객체나 변경할 객체(예: 라우팅 변경)를 확인하려면 활성 구성을 복사 및 수정한 다음, 해당 복사본에 대해 verify 명령을 실행하는 것이 좋습니다.
확인 결과 보기
verify config 명령은 확인이 완료될 때까지 sp_ctrl 인터페이스 제어를 유지합니다.
이 명령은 전체 config 파일을 읽고 오류를 기록합니다.
확인 결과는 sp_ctrl내의 화면에 표시됩니다. 자세한 결과를 보려면 다음을 수행합니다.
- Detail 옵션을 사용하여 sp_ctrl에서 verify config 명령을 실행합니다.
- verify config 명령을 실행한 후 화면에 표시된 경로를 사용하여 직접 결과 파일로 이동합니다.
사용
| 지원되는 소스: |
PostgreSQL(온프레미스), Amazon RDS for PostgreSQL, Amazon Aurora for PostgreSQL, Azure Database for PostgreSQL Flexible Server, Google Cloud SQL for PostgreSQL |
| 지원되는 타겟: |
PostgreSQL, Oracle, SQL Server, Kafka, Amazon RDS for PostgreSQL, Amazon Aurora for PostgreSQL, Azure Database for PostgreSQL Flexible Server, Google Cloud SQL for PostgreSQL |
| 인증 수준: |
뷰어(3) |
| 실행 대상: |
소스 시스템 |
| 관련 명령: |
activate config |
구문
| verify config filename |
detail |
지원되는 와일드카드 구문
SharePlex는 테이블 이름에 대해 다음과 같은 SQL 와일드카드를 지원합니다.
- 문자열을 지정하는 백분율(%) 와일드카드
- 단일 문자를 지정하려면 밑줄(_) 와일드카드를 사용합니다.
지원되는 와일드카드 구문에 대한 자세한 내용은 와일드카드를 사용하여 여러 테이블 지정을 참조하십시오.
구문 설명
| filename |
filename은 확인할 구성의 이름입니다. |
| detail |
이 옵션은 화면에 더 높은 수준의 세부 정보를 표시합니다.
예:
sp_ctrl(sysA)> verify config myconfig detail
이 예에서는 myconfig 파일이 확인되고 결과가 더 높은 수준의 세부 정보로 표시됩니다. |
PostgreSQL의 View Partitions
view partitions 명령을 사용하면 하나의 파티션 scheme의 행 파티션을 보거나 수평으로 파티셔닝된 복제 구성의 모든 파티션 scheme을 볼 수 있습니다.
수평으로 파티셔닝된 복제를 구성하는 방법에 대한 자세한 내용은 SharePlex 관리 안내서를 참조하십시오.
사용
| 지원되는 소스: |
PostgreSQL(온프레미스), Amazon RDS for PostgreSQL, Amazon Aurora for PostgreSQL, Azure Database for PostgreSQL Flexible Server, Google Cloud SQL for PostgreSQL |
| 지원되는 타겟: |
PostgreSQL, Oracle, SQL Server, Kafka, Amazon RDS for PostgreSQL, Amazon Aurora for PostgreSQL, Azure Database for PostgreSQL Flexible Server, Google Cloud SQL for PostgreSQL |
| 문제 위치: |
소스 시스템 |
| 관련 명령: |
Add partition, Drop partition, Drop partition scheme, Modify partition |
구문
|
view partitions for {scheme_name | all} |
구문 설명
| scheme_name |
지정된 파티션 scheme에 대한 행 파티션을 보여줍니다. |
| all |
파티션 scheme 이름에 따라 그룹화된 모든 행 파티션을 보여줍니다. |
예
sp_ctrl> view partitions for scheme1
sp_ctrl> view partitions all
PostgreSQL의 Show Capture
show capture 명령을 사용하여 Capture 프로세스에 대한 통계를 볼 수 있습니다.
기본 명령
기본 show capture 명령은 데이터 소스, 프로세스가 실행 중이거나 중지되었는지 여부, 기타 기본 정보 등 프로세스 개요를 보여줍니다.
자세한 통계
Capture 프로세스에 대한 자세한 통계를 보려면 [detail] 옵션과 함께 show capture 명령을 사용합니다. 이 옵션은 프로세스의 성능을 평가하고, 튜닝 매개변수의 조정 여부를 결정하고, 문제나 병목 현상을 감지하는 데 도움이 되는 자세한 통계를 보여줍니다.
Oracle Capture에 대한 자세한 통계
| Host |
로컬 시스템(소스 시스템)의 이름입니다. |
| System time |
시스템 시계에 따른 현재 시간입니다. |
| Source |
소스 PostgreSQL 데이터베이스의 이름입니다. |
| Status |
Capture 프로세스의 상태(실행 중 또는 중지됨)입니다. |
| Since |
Capture가 시작된 시간입니다. |
| PostgreSQL current WAL LSN |
PostgreSQL이 작성 중인 WAL 파일 로그의 LSN(Log Sequence Number) 번호입니다. |
| Capture current WAL LSN |
Capture가 작성 중인 WAL 파일 로그의 LSN (Log Sequence Number) 번호입니다.
이 값은 데이터가 복제된 테이블에서 오는지 여부에 관계없이 Capture에서 읽은 최신 LSN 값을 표시해야 합니다. 유휴 상태에서는 PostgreSQL의 현재 WAL LSN과 일치해야 합니다. |
| Last WAL file record processed |
Capture에서 처리 중인 레코드 또는 Capture가 현재 데이터를 복제하지 않는 경우 마지막으로 처리된 레코드입니다. |
| Capture state |
수행하는 복제 작업과 관련된 프로세스 상태입니다. 상태는 다음 중 하나일 수 있습니다.
- WAITING: Capture가 WAL 발신자의 레코드를 기다리는 중입니다.
- PROCESSING: Capture가 복제를 위해 WAL 파일 로그 레코드를 처리 중입니다.
- STOPPED BY ERROR: 오류로 인해 Capture가 중지되었으며 EVENT 로그에 오류가 표시되었습니다.
|
| Activation ID |
연관된 프로세스 및 큐를 식별하는 구성 활성화의 내부 식별 번호입니다. 이 값은 DML 복제가 시작되기 전이라도 활성화 직후에 표시되어야 합니다. |
| Error count |
Capture가 시작된 이후 PostgreSQL 오류로 인해 건너뛴 레코드 수입니다. 건너뛴 레코드의 데이터는 타겟 데이터베이스에 반영되지 않습니다. |
| Operations captured |
Capture가 시작된 이후 복제를 위해 성공적으로 처리한 DML 작업 수입니다. |
| Transactions captured |
Capture가 시작된 이후 작업이 성공적으로 복제된 커밋된 PostgreSQL 트랜잭션 수입니다. |
| Concurrent sessions |
동시에 처리되는 PostgreSQL 세션 수입니다. |
| HWM concurrent sessions |
Capture가 시작된 이후 최대 동시 PostgreSQL 세션 수입니다. |
| Checkpoints performed |
Capture가 시작된 이후 Capture 상태를 저장하기 위한 체크포인트 수입니다. 체크포인트가 빈번하면 시스템에 추가 오버헤드가 발생하지만, 체크포인트가 빈번하지 않으면 SharePlex 가 시스템 또는 인스턴스 오류를 복구하는 속도가 느려집니다. 기본적으로 Capture는 40,000개의 메시지 또는 120초마다 체크포인트를 지정하지만 SP_OCT_CHECKPOINT_FREQ 및 SP_OCT_CHECKPOINT_TIME 매개변수를 사용하여 조정할 수 있습니다. |
| Total operations processed |
복제를 위해 캡처된 레코드와 구성에 없는 객체에 대한 레코드(복제된 레코드와 복제되지 않는 레코드 모두)를 포함하여 Capture가 시작된 이후 처리된 모든 PostgreSQL 작업 및 SharePlex 내부 작업의 수입니다. |
| Total transactions completed |
복제를 위해 캡처된 트랜잭션과 복제 구성에 없는 객체에 대한 트랜잭션(복제된 트랜잭션과 복제되지 않을 트랜잭션 모두)을 포함하여 Capture가 시작된 이후 처리된 커밋된 PostgreSQL 트랜잭션 수입니다. |
| Total Kbytes read |
Capture가 시작된 이후 Capture에서 처리된 데이터의 크기(KB)입니다. |
| XLOG records in progress |
Capture가 처리 중인 레코드 수입니다. |
| XLOG records processed |
처리된 총 XLOG 레코드 수입니다. |
| XLOG records ignored |
구성의 객체와 연결되어 있지 않기 때문에 Capture가 무시한 레코드 수입니다. |
| Replication |
복제 유형(물리적 또는 논리적) |
| Capture current TIMELINE_ID |
현재 타임라인 ID를 표시합니다(물리적 복제에만 해당). |
PostgreSQL Capture에 대한 샘플 통계의 예는 아래 예를 참조하십시오.
사용
| 지원되는 소스: |
PostgreSQL(온프레미스), Amazon RDS for PostgreSQL, Amazon Aurora for PostgreSQL, Azure Database for PostgreSQL Flexible Server, Google Cloud SQL for PostgreSQL |
| 지원되는 타겟: |
PostgreSQL, Oracle, SQL Server, Kafka, Amazon RDS for PostgreSQL, Amazon Aurora for PostgreSQL, Azure Database for PostgreSQL Flexible Server, Google Cloud SQL for PostgreSQL |
| 실행 대상: |
소스 및 타겟 시스템 |
| 관련 명령: |
show post |
구문
| show capture |
[detail] [fordatasource] |
구문 설명
| show capture |
Capture 프로세스의 상태와 캡처된 작업의 요약을 보여줍니다. |
| detail |
Capture의 성능을 튜닝하고 문제를 진단하는 데 도움이 될 수 있는 자세한 통계를 보여줍니다.
Example: sp_ctrl(sysA)> show capture detail |
| for datasource |
이 옵션은 특정 데이터 소스에 대한 Capture 통계만 보여줍니다.
datasource는 r.database로 표시됩니다. 여기서, database는 dbname입니다.
예: sp_ctrl(sysA)> show capture for r.dbname |
