안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.

현재 저희 XpertMon 개발부서는 고객분들이 원하시는 사항들을 좀 더 수렴하고
받아드리기 위해서 많은 노력을 하고 있으며, 그 중 하나가 사후 문제관리를
할 수 있는 실시간 모니터링 history 기능을 추가하는 것입니다.
앞으로 추가되는 기능들에 대해서는 뉴스레터를 통해서 자세하게 말씀드리도록 하겠습니다.

이번주에는 db2pd 라는 DB2 UDB 유틸리티에 대해서 설명을 드리고, 저희 XpertMon 과
해당 툴을 비교해보도록 하겠습니다.
아무쪼록 많은 도움되시길 바라며, 기존 뉴스레터들은 저희 회사 홈페이지 (www.iteg.co.kr)
게시판에 들어오시면 보실 수 있습니다.
혹시라도 알고 싶은 내용이나 주제가 있다면 메일로 보내주십시오. 참조하여 반영하도록 하겠습니다.

---

The db2pd tool

db2pd 는 DB2 UDB V8.2에 추가된 유틸리티로서, DB2 인스턴스와 데이터베이스를 위한 통계를
모아 데이터베이스 트랜잭션, 테이블스페이스, 테이블 통계, 동적 SQL, 데이터베이스 구성과
관련된 사항을 보여주는 역할을 합니다.

db2pd 유틸리티 사용방법

1) 필요권한 : SYSADM
2) 호출 방법
① interactive mode : db2pd -interactive 입력하여 수행하며, 프롬프트가 db2pd> 형태로 나타남.
프롬프트에서 나가려면 quit 나 q를 입력
예 1> interactive mode에서 db2pd 호출

② 운영시스템 명령 프롬프트 mode : db2pd 옵션 으로 입력
예 2> 운영시스템 명령 프롬프트 mode에서 db2pd 호출

③ 파일에 옵션을 저장하거나 DB2PDOPT 환경변수에 옵션을 저장하여 수행 : db2pd -command file명
예 3> 파일에 옵션 저장하여 db2pd 호출

예 4> 환경변수 DB2PDOPT 에 옵션을 저장하여 db2pd 호출


db2pd를 이용한 모니터링과 XpertMon을 이용한 모니터링 비교

db2pd 명령어로 볼 수 있는 모니터링 결과와 XpertMon 모니터링 결과를 비교해보도록 하겠습니다

< db2pd를 이용한 모니터링 1 - lock 정보 >
데이터베이스에서 lock을 소유하고 있는 사람을 확인하고 싶을 때 그 사람을 찾아내기
위해 다음 명령어를 사용할 수 있으며, 아래와 같이 3자로 줄여서 쓸 수 있습니다.

db2pd -database sample -locks -transactions -agents -file lock.txt

db2pd -db sample -loc -tra -age -fil lock.txt

결과는 lock.txt 파일에 저장되며, 파일 내용은 아래와 같습니다.
< 결과파일- lock.txt >


▶ -lock 옵션에의 만들어진 결과물의 첫 번째 부분은 share lock(Mode=S)이
    트랙잭션 번호 3 (TranHdl=3)에 의해 잡혀있다는 것을 나타냅니다.
    그리고 잠금의 상태는 허가(Sts=G) 되어 있습니다.
▶ -transactions 옵션에 의해 만들어진 결과의 두 번째 부분은 트랜잭션 핸들 번호 3이
    애플리케이션 번호 28번(AppHandl=28)을 가지고 있다는 것을 보여줍니다.
▶ 마지막으로 애플리케이션 핸들 번호 28을 가지고 있는 사용자 아이디 POONS가
    결과물의 세 번째 부분에서 발견됩니다.

트랜잭션이 잠겨진 자원을 기다리고 있을 때 -locks 결과에서 상태(Sts)는 Wating상태를
나타내는 W일 것입니다. 그때 위의 접근을 사용해 쉽게 잠겨진 자원을 기다리는 사람을
확인할 수 있습니다.

< XpertMon을 이용한 모니터링 1- lock 정보 >

세션에서 lock wait 인 상태의 application 과 해당 application 이 수행하고 있는 SQL 정보,
lock 을 잡고 있는 handle 번호를 아래와 같이 한 화면에서 조회할 수 있습니다.


lock 을 잡고 있는 157번 handle 에 대한 정보도 볼 수 있습니다. 물론 db2pd 와는 다르게 실행중인 SQL 에 대한 정보도 볼 수 있습니다.





< db2pd를 이용한 모니터링 2 - 테이블 Reorg 정보 >
테이블의 재구성(reorg) 상태를 모니터하고 싶을 때 V8.2 이전에 reorg 상태를 체크하기
위해 GET SNAPSHOT FOR TABLES ON database 를 사용할수 있습니다.
db2pd 유틸리티를 가지고 쉽게 다음 명령어를 실행함으로써 reorg 상태를 얻을 수 있습니다.

db2pd -db sample -reorg file=reorg.txt

< 결과파일- reorg.txt >

Offline reorg 유틸리티는 테이블 STAFF에서 시작되었습니다.


같은 명령어를 나중에 실행한다면 그상태는 "Started" 에서 "Done"로
바뀔 것 입니다. "Done" 상태는 reorg 유틸리티가 끝마쳤다는 것을
나타냅니다.

< XpertMon을 이용한 모니터링 2- 테이블 reorg 정보 >
테이블에 대한 reorg 정보는 CFG & Snapshot 모듈에 추가할 예정입니다.

< db2pd를 이용한 모니터링 3 - 테이블스페이스 정보 >
V8.2이전의 DB2 UDB의 더 초기 버전에서 DB2 LIST TABLESPACE SHOW DETAIL
명령어를 사용함으로써 테이블스페이스의 상태를 체크할 수 있었습니다. V8.2에서 쉽게
운영 시스템 명령어 프롬프트에서 다음 명령어를 입력할 수 있습니다.

db2pd -db sample -tablespace

SAMPLE 데이터베이스의 테이블 스페이스 부분에서 테이블스페이스
상태 0x00000800을 가진 SYSCATSPACE, USERSPACE1, SYSTOOLSPACE 이라 불리는
3개의 테이블스페이스를 볼 수 있습니다.

db2tbst 명령어를 테이블스페이스 상태를 이해하기 위해 사용할 수 있습니다.
테이블스페이스가 "Backup in progress" 상태에 있다는 것을 발견할 수 있을 것입니다.
그 결과는 밑에 그림을 통해 볼 수 있습니다.


< XpertMon을 이용한 모니터링 3- 테이블스페이스 정보 >
XpertMon 을 이용하면 실시간으로 테이블스페이스에 대한 아래와 같은 정보를 볼 수 있습니다.

여기서 Total는 전체 테이블스페이스 개수를 말하며, Exceeding Threshold 숫자는
사용량이 80%를 넘은 테이블스페이스의 개수를 말합니다.
Abnormal 은 테이블스페이스 상태가 정상이 아닌 테이블스페이스의 개수를 의미합니다.
정상이 아닌 상태는 Quiesce 나 Backup pending , Restore pending, Rollforward pending,
Offline 등을 의미합니다.

위의 화면을 클릭하면 어떤 테이블스페이스가 문제인지 상세정보를 볼 수 있습니다.
아래와 같이 모든 테이블스페이스의 정보와 container 정보가 출력되며, 색깔로 표시된
테이블스페이스가 문제가 되는 테이블스페이스입니다.

---

XpertMon for DB2 UDB V2
DB 사업부
Tel : 02-2108-1458
Fax : 02-2108-1459
Mobile : 011-896-6545
E-mail : hjlee@iteg.co.kr
URL : http://iteg.co.kr