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

현재 저희 XpertMon 개발부서는 고객 분들이 원하시는 사항들을 좀 더 수렴하고 받아드리기 위해 많은 노력을 하고 있으며, XpertMon의 실시간 모니터링을 통해 얻어지는 History를 업무속성(DPF, OLTP, Batch …) 에 따라 적절한 KPI를 적용하여 보다 나은 성능관리 및 튜닝에 힘쓰고 있습니다. 차후 추가되는 기능들에 대해서는 뉴스레터를 통해서 자세하게 말씀 드리도록 하겠습니다.

이번 주에는 “DB2 Performance 관련 Q&A” 에 대해 계속 소개하도록 하겠습니다.

아무쪼록 많은 도움되시길 바라며, 기존 뉴스레터들은 회사 홈페이지 ( www.iteg.co.kr) 게시판에 들어오시면 보실 수 있습니다. 혹시라도 알고 싶은 내용이나 주제가 있다면 메일로 보내주십시오. 참조하여 반영하도록 하겠습니다.

1.   Do I still need to use raw containers for best performance?

l        Filesystem형태로 구성된 DB에서 Filesystem Caching시 발생하는 overhead가 상당히 줄어들었습니다.

l        NO FILE SYSTEM CACHING 옵션을 통해 Filesystem Caching Overhead가 줄어들고, 이로 인해 Performance가 향상되었습니다. (해당 option은 DB2V9.5부터 default임.)

Ø        만약, V9.5 이전 버전에서 Tablespace를 그대로 둔 채 Engine Migration만 하였을 경우엔 Tablespace의 Default option 이 적용되지 않으므로, “Alter tablespace” 를 해줘야만 합니다..

http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0408lee/

2.   Can I keep things simple and use DMS for everything, including Tempspaces?

l        대부분 대용량의 Temp Tablespace 작성 시 DMS 방식이 SMS 방식보다 효율성이 높습니다.

Ø        만약 상당히 작은 Size의 Filesystem을 생성하였을 경우에는 데이터를 기록 및 삭제하는 과정의 overhead가 존재하게 됩니다. 아래와 같은 방법으로 해당시점의 Temporary Tables의 Activity을 확인할 수 있습니다.  

Ø        Tip:  db2pd –tcbstats  or  db2 snapshot for tables

3.   How much boost will I get from a multi-core processor?

l         CPU Core 수를 늘리는 것이나 CPU 개수를 늘리는 것을 결정하는 과정에선 CPU의 Clock Speed를 낮추면서 코어를 늘리는 것이 이득을 볼 수 있습니다.

l       단순 CPU 만 증설 할 것이 아니라, 메모리나 디스크에 대한 capacity 증설도 병행해야 합니다.

4.   Can I put the transaction logs on a storage server with the containers?

l        Containers와 Logs 간의 Disk Access 패턴은 확연한 차이를 보입니다.

l        Log 성능은 전체 시스템성능에 영향을 줄 수 있습니다.

l        별도의 스토리지 서버를 두는 것을 권장하고 있습니다.

5.   What’s the best setting for number of prefetchers & pagecleaners?

l        DB2 V9부터 AUTOMATIC 으로 설정 가능(권장).

l        # cleaners =  # CPUs / # logical DPF nodes

Ø        # prefetchers =  a function of ( tablespace parallelism & DB2_PARALLEL_IO)

Ø        디스크당 한 개의 prefetchers를 두는 것이 일반적인 권장사항입니다.

l        NUM_IOSERVERS 값 조정을 통해 어느 정도의 성능 향상을 보일 수 있으나 디폴트 값인 AUTOMATIC 사용토록 권장하고 있습니다.

6.   Why isn’t load always faster than import?

l        Load는 Parallel, Scalable, Extremely Fast로 data을 처리할 수 있습니다. 

l        Import는 SQL INSERT Job으로 많은 overhead가 발생하게 됩니다. 그러나, 약 1000 row 이하 데이터인 경우 Load 보다는 Import 가 유리합니다.

7.   What is the impact of moving from a 32bit environment to a 64bit one?

l        단순히 DB System을 64bit로 변경한다고 해서 Performance 향상이 발생하는 것은 아닙니다. 즉, 32bit보다 큰 registers, pointer, instruction을 사용할 수는 있으나, 기존 32bit로 맞추어진 환경에 대해서는 별도의 조정작업이 필요합니다.

l        64bit 인 경우 적정한 값으로 수정하기 위해 STMM(Self Tuning Memory Manager) 을 사용하는 편이 용이합니다.

8.   Should I use Alternate Page Cleaning?

l        Bufferpool Page Cleaning 알고리즘이 DB2 V8.1.4 에서 개발되었습니다.

l        이전 page cleaning

Ø        Dirty Page Size와 LSN Gap의 의해 기동됩니다.

Ø        CHNGPGS_THRESH 값에 의해 Bufferpool Page Cleaning이 일어납니다.

l        Alternate page cleaning

Ø        SOFTMAX 설정으로 조정

Ø        DB2_USE_ALTERNATE_PAGE_CLEANING=ON 으로 설정

9.   What should I collect for basic performance monitoring?

l       시스템 변화를 보다 자세히, 정확히 또, 광범위하게 감지하여 문제발생요인을 폭넓게 찾을 수 있는 방법이 강구되고 있으며, 이에 snapshot table function이 현재 이용되고 있습니다.

l       monitoring으로 사용되는 값을 구하기 위한 일부 SQL

10.            Should I use literals or parameter markers in dynamic SQL?

11.            What is the overhead of using Unicode?

l         디스크 사용량 증가

: 일반적으로 2배 정도의 사용량 증가되나, 그 이상이 증가될 때도 있습니다.

l         CPU 사용량 증가

: 처리해야 할 양이 증가하면, Collection을 위해 보다 복잡한 알고리즘이 이용되고 보다 많은 String 변환 및 Sorting으로 Overhead가 점점 증가합니다.

12.            How much will data compression affect performance?

l         데이터 압축을 통해 데이터의 디스크 사용량을 줄어듭니다..

l         데이터 압축에 의한 추가 영향은 아래와 같습니다.

Ø        디스크 I/O의 감소 (읽어야 할 page가 줄어듦)

Ø        CPU 사용량 증가 (압축/압축 해제)

l         db2inspect 명령을 통해 압축률을 예측할 수 있습니다.

13.            What are the current recommended AIX kernel settings for DB2?

l         AIX의 경우 기본 Kernel 변수 값을 유지하여도 무방합니다.

l         필요에 따라 변수 값을 조정하여 이점을 얻을 수 있으며, 이 때, 충분한 검토가 필요합니다.

l         I/O-bound가 많을 수록 Performance 향상에 Compress가 상당량의 효과를 높여주며, CPU-bound가 높은 경우는 Performance 가 저하됩니다.

14.            How do I get the best bulk insert performance I can?

l         단일 테이블에 다량의 데이터를 insert 할 시 literal 보다는 parameter maker를 사용하는 것이 시스템 부하를 감소시킬 수 있습니다.

l         Multi-row SQL을 통한 데이터 insert 시 고려사항은 다음과 같습니다.

Ø        한 건의 실수로 이 전에 수행된 다량의 데이터에 대한 reject이 발생가능.

Ø        일반적으로 에러 예방 차원에서 insert 문은 단일 문장으로 처리를 요함

l         DPF 환경에선 Buffered Insert 방식이 성능이 우수합니다.

l         Embedded SQL, CLI & SQLJ에 유용하나, JDBC는 Buffered Insert가 지원되지 않습니다.