안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.
이번에는 DB2LOOK을 사용한 optimizer access plan 재생성의 두 번째인 db2exfmt의
detail한 정보(DBM/DB CFG 파라미터)에 대해 살펴보도록 하겠습니다.
db2exfmt output의 추가 정보
DBM 구성 파라미터
DBM 파라미터를 보기 위하여 db2 get dbm cfg 명령어를 사용하고 DBM 파라미터를
update하기 위하여 db2 "update dbm cfg using 를 사용합니다
Parallelism:
이 파라미터는 inter 또는 intra-partition parallelism이 가능한지를 가리킵니다.
만약 이것이 Multiple 파티션으로 된 DPF라면, inter-partition parallelism으로 보일 것입니다.
만약 단지 하나의 SMP(intra-partition이 가능한) 노드 환경이라면, intra-partition
parallelism으로 보일 것입니다.
만약 둘 다 (intra-parallel이 가능하고 Multiple 파티션 환경) 가능 하다면, inter 와
intra-partition parallelism이 될 것입니다.
그리고 마지막으로, 만약 inter 와 intra-partition parallelism이 없다면 이 파라미터는
NONE입니다.
CPU Speed (cpuspeed):
CPU Speed(구조당 milliseconds)는 어떤 operation을 수행하는 cost를 추정하기 위해서
SQL optimizer에 의해 사용됩니다.
Communications speed: (comm_bandwidth)
의사소통 대역폭(초당 Megabytes)으로 지정되는 이 값은 파티션된 DB 시스템의 파티션
서버와 어떤 operation을 수행하는 cost를 추정하기 위해서 SQL optimizer에 의해 사용됩니다.
DB 구성 파라미터
DB 파라미터를 보기 위하여 db2 get db cfg for db명 명령어를 사용하고 DB 파라미터를
update하기 위하여 db2 "update db cfg for db명 using "를 사용합니다.
Buffer pool size:
db2exfmt output에서 버퍼풀 사이즈는 하나의 버퍼풀에 default로 buffpage를 사용하거나,
syscat.bufferpools의 목록에 기반을 둔 계산으로 사용할 경우 buffpage 파라미터로
결정됩니다. 여기서 숫자는 DB에 할당된 버퍼풀 page의 총 수입니다.
예를 들면 아래와 같이 버퍼풀을 가지고 있다고 가정해 봅니다.
Table 1. Buffer pool setup
| BUFFERPOOLNAME | SIZE |
| IBMDEFAULTBP | 1000 |
| BP1 | 1000 |
| BP2 | 4000 |
| BPIND1 | 1000 |
| BPIND2 | 1000 |
| BPLONG | 1000 |
| BPTEMP | 1000 |
| Total: | 10,000 |
db2exfmt output은 모든 버퍼풀 페이지의 합으로써 총 사이즈를 보여줍니다.
위에서 예를 들면 10,000이 되는 것입니다.
Note) 페이지 크기는 상관하지 않고 단지 페이지의 수만 나타냅니다.
만약 운영환경과 개발환경을 같은 버퍼풀의 양을 가질 수 없다면 db2fopt 대신에
db2look의 -fd 옵션을 사용하면 가능합니다.
MPP에서, 쿼리가 실행되는 노드의 총 버퍼풀 정보를 사용하는 optimizer는 opt_buffpage를
노드당 계산합니다. 그러므로, 변경은 단지 이 Tool이 실행되는 노드에 적용됩니다.
Sort heap size (SORTHEAP)
이 파라미터는 개인 sort를 사용할 수 있는 개인 메모리 페이지의 최대수 또는 공유
sort를 사용할 수 있는 공유메모리 페이지의 최대 수를 정의합니다.
운영환경과 같은 값을 지정하면, 다시, db2look의 -fd 옵션을 사용하여 다음을 보시면
|
!db2fopt SAMPLE update opt_sortheap 256; |
이것은 sortheap 구성 파라미터를 변경합니다. 그리고 optimizer가 무엇을 sortheap 값으로
사용할 것인지, 다시 말하면 실제로 runtime에 할당되는 sortheap은 DB CFG에서의
sortheap 값으로 결정됩니다.
opt_buffpage처럼, 운영환경에서처럼 테스트환경에서 sortheap을 같은 사이즈로
할당할 수 없다면 opt_sortheap을 사용할 수 있습니다.
Database heap size: (DBHEAP)
DB당 하나의 dbheap이 있고 DBM은 DB에 Connect된 모든 application의 dbheap을 사용합니다.
또한 dbheap은 테이블, 인덱스, 테이블스페이스, 버퍼풀의 control block 정보를 포함합니다.
Lock list size: (LOCKLIST)
이 파라미터는 lock list에 할당된 스토리지의 양을 가리킵니다.
Maximum lock list: (MAXLOCKS)
이 파라미터는 DBM이 lock을 escalation 하기 전에 application에 의해 사용된
lock list의 %를 나타냅니다. Locklist와 maxlock은 scan(테이블 스캔, 인덱스 스캔)하는
동안에 잡힌 lock의 종류를 결정하는 것을 돕습니다.
예를 들면 index scan을 보면 아래와 같습니다.
IXSCAN: (Index Scan)
TABLOCK : (Table Lock intent)
INTENT SHARE |
Note : 만약 lock 이용률이 운영시스템과 test 시스템의 db2exfmt output과 다르더라도 상관 없습니다.
Average applications: (AVG_APPLS)
이 파라미터는 얼마나 많은 버퍼풀이 주어진 access plan을 위한 run-time이 가능한지
추정하는 것을 돕는 SQL optimizer에 의해 사용됩니다.
(버퍼풀이 DB에 connection된 모든 사용중인 application에 의해 공유될 때부터)
Optimization Level: (DFT_QUERYOPT)
쿼리 최상 레벨은 SQL 쿼리를 컴파일할 때 optimization의 다른 degree를 optimizer가
직접적으로 사용하는 것입니다.
Query Degree: (DFT_DEGREE)
SQL문의 inter-partition parallelism의 degree입니다. 만약 Any로 setting되어 있다면
사용되는 CPU의 수에 민감합니다.
만약 Any로 사용된다면, intra-parallel이 사용되는 한 테스트환경과 운영환경의 CPU수가
똑같이 구성될 것입니다.
Number of frequent values retained: (NUM_FREQVALUES)
이 파라미터는 "With Distribution" 옵션이 Runstats에서 지정될 때 선택되어지는
"가장 빈번한 값"의 수를 지정하는 것입니다.
Number of quantiles retained: (NUM_QUANTILES)
quantile 수를 조절하는 이 파라미터는 Runstats의 With Distribution 옵션에서 사용되어 집니다.
운영환경과 같이 테스트환경에서 frequent와 quantile의 수를 같게 하기 위하여 위의
두 파라미터(NUM_FREQVALUES와 NUM_QUANTILES)는 운영환경처럼 테스트 환경에서도 같아야 합니다.
SQL statement heap (4KB): (STMTHEAP)
SQL문 Heap은 SQL문의 컴파일을 위한 SQL 컴파일러의 작업공간으로 사용됩니다.
이 파라미터는 이 작업공간의 사이즈를 지정합니다. 만약 운영환경에 비해 테스트환경에서
이 값이 작다면 쿼리 컴파일에 필요한 Statement Heap이 부족하다는 SQL0101 메시지를
볼 것입니다. 또한 SQL0437W RC=1가 발생하는 것은, dynamic join을 위한 Statement Heap이
충분치 않아서 join을 포기하게 됩니다.
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
|
|
|
