안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.
이번주에는 지난주에 이어서 V8.2에서의 Runstats에 대해서 살펴보도록 하겠습니다.
그럼 많은 도움이 되시길 바라며 한주간 건강하십시오.

---

V8.2 에서의 Runstats II

통계정보 수집이 가능한 기타 유틸리티
다 아시는 것처럼 통계정보를 수집하는 또다른 방법 중 하나는 Reorgchk를 사용하는 것입니다.
- 모든 테이블에 대해 통계를 수집한 후 reorgchk 수행

REORGCHK UPDATE STATISTICS ON TABLE ALL

위와 같이 update statistics 옵션을 사용하면 모든 테이블에 대해서 default 옵션으로
runstats 가 수행됩니다.
- 특정 스키마에 대해 통계를 수집한 후 reorgchk 수행

REORGCHK UPDATE STATISTICS ON SCHEMA systools

그 밖에도 load replace 수행때와 Index 작성시에 통계를 수집할 수 있습니다.
load 를 수행하고, runstats를 수행하는 것보다 load 를 수행하면서 통계를 수집하는 것이
훨씬 시간을 줄일 수 있습니다. load시 statistics use profile 옵션을 추가하면 됩니다.
statistics yes 옵션도 여전히 유효합니다.
- Load 를 수행한 후 통계정보를 수집

LOAD FROM inputfile.del OF DEL REPLACE INTO db2admin.department STATISTICS USE PROFILE

대부분의 경우 index를 작성한 후 runstats를 수행하게 되는데, index를 작성하면서
통계정보도 함께 수집할 수 있습니다.
- Index 작성후 기본 통계정보를 수집

CREATE INDEX db2admin.inx1 ON db2admin.department (deptno) COLLECT STATISTICS

- sampling을 사용하여 detail한 통계정보를 수집

CREATE INDEX db2admin.inx3 ON db2admin.department (deptname) COLLECT SAMPLED DETAILED STATISTICS

Runstats 수행시 필요 권한
필요한 권한은 다음중 한가지이면 됩니다.
- sysadm, sysctrl, sysmaint, dbadm, 해당 테이블의 CONTROL 권한 또한 테이블에 Runstats가 실행되는 동안 테이블에 Access 할 수 있는 여부를 결정하는
두가지 옵션이 있습니다.
Runstats 수행시 ALLOW READ ACCESS 옵션을 주면, Runstats 하는 동안 다른 사용자가
테이블에 대해 READ 만 수행할 수 있습니다.
ALLOW WRITE ACCESS 옵션을 주면 Runstats하는 동안 다른 사용자가 테이블에 대해
READ,WRITE를 모두 수행할 수 있습니다.

Partition DB에서의 Runstats
Runstats 명령어를 특정 Partition에서 수행하고, 해당 테이블이 그 Partition에
존재하게 되면 해당 Partition에서 Runstats가 수행됩니다.
만약 해당 Partition에 테이블이 존재하지 않으면, 해당 테이블이 속한 PartitionGroup의
제일 첫번째 Partition 에서 Runstats가 수행됩니다.
중요한 것은 Runstats가 모든 Partition에 대해서 병렬로 수행되는 것이 아니라는 것입니다.
한 Partition에서만 수행되고, 그 정보를 기본으로 하여 다른 Partition에 대해서 균등하게
분포되어 있다고 가정하고 다른 Partition 에 대한 정보를 추정하여 결정합니다.

DB CFG 의 STAT_HEAP_SZ 값 조정
DB CFG의 stats_heap_sz 값은 runstats 수행시 사용하는 메모리의 최대크기를 의미합니다.
이 파라미터 값은 Runstats 유틸리티가 시작될 때 할당되고, 종료될 때 해제됩니다.
이 메모리값은 private agent 메모리입니다. 컬럼이 많은 테이블은 많은 메모리를 요구하므로
좀 더 크게 할당하는 것이 좋습니다. SAMPLED DETAILED 옵션을 사용하게 되면 Runstats를
성공적으로 수행하기 위해서 추가적으로 2MB가 더 할당됩니다.

RUNSTATS가 시스템에 미치는 영향을 최소화

• 한번에 너무 많이 수행하지 않고, 여러 개로 그룹핑하여 반복적으로 수행
• 필요 컬럼만 지정하여 수행. distribution 정보가 필요한 컬럼만 수행하고, predicate에 사용되는 컬럼만 수행
• Multi partition인 경우 한 partition에 집중되지 않도록 partition 별로 나누어서 수행
• 현재 Workload에 영향을 미치는 테이블에 대해서만 수행
• 데이터의 변경빈도를 파악하여 Runstats의 빈도를 조절
• 시스템 부하가 낮은 기간에 수행

시스템 부하가 낮은 기간 동안 RUNSTATS를 실행하도록 스케줄링 하는 것은 시스템에 영향을
최소화하기 위한 좋은 방법입니다. 하지만 24*7 시스템인 경우에는 특별히 시스템 부하가
낮은 기간이 없을 수 있습니다.
이런 경우 상황을 조절할 수 있는 하나의 방법은 throttling 옵션을 사용하는 것입니다.
throttling 은 유틸리티의 Resource 의 양을 제한하는 방법입니다.
DBM CFG 의 util_impact_lim 파라미터와 Runstats 옵션인 UTIL_IMPACT_PRIORITY 가
서로 상호작용하여서 throttling이 일어나게 됩니다.
DBM CFG의 util_impact_lim 값은 인스턴스의 workload에서 허용가능한 퍼센트를 나타냅니다.
만약 util_impact_lim이 100(default값) 이라면, 어떤 유틸리티도 throttling 되지 않습니다.
만약 util_impact_lim을 10으로 설정하면, Runstats는 현재 workload의 10%이상 Resource를
사용하지 않게 됩니다.
- UTIL_IMPACT_PRIORITY 사용

RUNSTATS ON TABLE db2admin.department AND INDEXES ALL UTIL_IMPACT_PRIORITY 10

DBM CFG 의 util_impact_lim 값이 100이 아닐 때 10%를 넘지 않는 상태로 throttle되어
Runstats 가 수행됩니다.
만약 UTIL_IMPACT_PRIORITY 값이 지정되지 않고 util_impact_lim 값이 100이 아니라면
Runstats는 default 값인 50 으로 throttle되어 수행됩니다.
UTIL_IMPACT_PRIORITY 옵션을 적지 않거나, 값을 0으로 설정하면 throttle 되지 않습니다.
throttle 로 수행되면 수행시간은 길어지지만, 시스템에 주는 영향은 적어집니다.

declared global temporary table 에 대한 통계정보 수집
Runstats를 Declared global temporary table (DGTT) 에 사용할 수 있습니다.
물론 DGTT 테이블 자체가 catalog 에 저장되지 않기 때문에, 통계정보 역시 Catalog 에
저장되지 않습니다. 이 정보는 DGTT 의 정보가 저장되는 메모리에 함께 저장됩니다.
쿼리가 오래 수행되는 경우 DGTT에 대해서 Runstats 를 수행하는 것을 생각해볼 수 있습니다.

V8.2 신기능 - 자동 통계 수집
V8.2 부터는 자동 통계 수집이라는 기능이 추가되었습니다.
말그대로 자동 통계 수집은 특정한 때에 자동적으로 통계 정보가 수집되는 것을 말합니다.
통계 정보가 필요하다고 생각되는 근거는 Workload를 보고 DB2 가 판단합니다.
판단 결과 수집이 필요하다고 생각되면 백그라운드로 Runstats를 수행합니다.
자동 통계 수집을 설정하려면 DB CFG 파라미터를 변경합니다.
- DB CFG 파라미터 변경

db2 update db cfg for SAMPLE using AUTO_MAINT ON db2 update db cfg for SAMPLE using AUTO_TBL_MAINT ON db2 update db cfg for SAMPLE using AUTO_RUNSTATS ON

- 자동 유지보수 파라미터 Hierarchy
자동 통계 프로파일링을 수행하려면 AUTO_STATS_PROF 와 AUTO_PROF_UPD 값을 ON으로 설정합니다.
자동 통계 프로파일링은 언제, 어떻게 통계를 수집해야하는지 정보를 얻기 위해서
내부적으로 테이블(query feedback warehouse) 을 작성하고 해당 테이블의 데이터를
근거로 통계 프로파일을 작성합니다.
단, 자동 통계 프로파일링은 SMP, MPP, federate 환경에서는 수행되지 않으며,
serial 환경에서만 수행됩니다.
query feedback warehouse 테이블을 작성하려면 아래와 같은 Stored procedure를 수행해야 합니다.
- SYSINSTALLOBJECTS 의 기본형

call SYSINSTALLOBJECTS ( toolname , action , tablespacename , schemaname )

- SYSINSTALLOBJECTS 를 수행

call SYSINSTALLOBJECTS ('ASP', 'C', 'USERSPACE1', '')

• Toolname : ASP 혹은 AUTO STATS PROFILING
• action : C(Create), D(Drop)
• Schemaname : 현재 사용하지 않음

- 생성된 Query Feedback Wareshouse 테이블 리스트

---

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