복제가 진행되고 있는지 상태를 확인하기 위해서 cubrid repl_server status 나 cubrid repl_agent status를 사용한다.
$ cubrid repl_server status
또는
$ cubrid repl_agent status
@ cubrid replication status
repl_agent distdb (rel 8.1, pid 22203)
repl_server masterdb (rel 8.1, pid 12341)
$ cubrid service status
@ cubrid master status
++ cubrid master is running.
@ cubrid server status
Server slavedb (rel 8.1, pid 11325)
Server distdb (rel 8.1, pid 31440)
Server masterdb (rel 8.1, pid 29191)
@ cubrid broker status
NAME PID PORT AS JQ REQ TPS AUTO SES SQLL CONN
===================================================================
* query_editor 12149 30300 5 0 0 --- ON OFF ON:A AUTO
* broker1 12161 33300 5 0 0 --- ON OFF ON:A AUTO
@ cubrid manager server status
++ cubrid manager server is running.
@ cubrid replication status
repl_agent distdb (rel 8.1, pid 22203)
repl_server masterdb (rel 8.1, pid 12341)
복제 성능 모니터링은 별도의 유틸리티를 제공하지 않고 배포 데이터베이스 생성 시 정의한 추적 로그 생성 디렉터리에 생성되는 성능 로그 파일 형태로 지원한다.
성능 로그는 트랜잭션이 마스터 데이터베이스에서 커밋된 시점부터 슬레이브 데이터베이스로 변영된 시점까지 소요된 시간을 기록하고 있다. 단, 마스터 서버와 슬레이브 서버 서로 간의 시스템 시각이 동기화된 경우에 유효하다. 서로 시간이 동기화되지 않으면 지연시간 로그에 왜곡이 발생한다. 지연 시간은 슬레이브 데이터베이스 별로 설정된 perf_poll_interval 파라미터에 의해 결정된다.
다음은 배포 데이터베이스 이름이 distdb라고 가정하고 tail 명령을 통해 성능 로그를 확인해 본 예이다.
$ tail -f distdb.perf
--------------------------------------------------------------------------------
No. master_db_name tran_index master_time slave_time delay
--------------------------------------------------------------------------------
001 mdb 8 2007/10/17 10:03:24 2007/10/17 10:03:24 0
002 mdb -1 ----/--/-- --:--:-- 2007/10/17 10:04:07 0
003 mdb 10 2007/10/17 10:04:07 2007/10/17 10:04:07 0
004 mdb 11 2007/10/17 10:04:07 2007/10/17 10:04:07 0
005 mdb -1 ----/--/-- --:--:-- 2007/10/17 10:04:07 0
중간에 tran_index가 -1로 출력되는 부분은 복제가 현재 시점까지 동기화되었다는 표시이다.