7. Response Time Analysis 방법론과 OWI

조회 수 3084 추천 수 0 2010.06.13 09:20:39
balto *.204.128.206

▣ 대기이벤트(Wait Event) 기반 성능 관리 방법론

(= Response Time Analysis 성능 관리 방법론)

- 대기이벤트를 기반으로 세션 혹은 시스템 전체에 발생하는 병목현상과 그 원인을 찾아 문제를 해결하는 방법

- 1999년 06월 YAPP(Yes Another Performance Profiling Method) 오라클 기술백서

- Response Time = Service Time(CPU Time) + Wait Time(Queue Time)

- OWI - Response Time Analysis 방법론을 지원하는 오라클 제공 기능 및 인터페이스.

▣ OWI 시나리오 예

- (SQL 문) - range를 정해주고 20개를 동시에 Parallel 실행

insert into t1

select /*+ ordered use_nl(t3) */ seq.nextval, t2.*, t3.*

from t2, t3

where t2.key=t3.key and t2.col between :range1 and :range2;

- 속도저하의 원인 1 :

(분석) db file scattered read 이벤트가 wait time의 대부분 차지함.

(원인) Full Table Scan이 원인

(해결) Index Scan 하도록 튜닝

fig3-6.jpg

- 속도저하의 원인 2 : 1번 해소 후 새로 발생 - 그림 3-5

(분석) buffer busy wait와 latch : cache byffers chain 이벤트 발생

(원인) 캐시버퍼에 대한 읽기 요청 증가

(해결) NL 조인 -> 해시조인으로 변경

- 속도저하의 원인 3 : 2번 해소 후 새로 발생 - 그림 3-6, 그림 3-7

(분석) log buffer space 이벤트 발생, enq:SQ - contention 발생

(원인) insert 처리 부분에서 경합, insert에 의한 Redo 로그 버퍼에 공간 부족

-> log buffer space 이벤트 발생

sequence table 경합으로 -> enq:SQ - contention 발생

(해결) Redo 로그버퍼 크기 늘리기, sequence 캐시 사이즈 늘리기


▣ 대기이벤트

- 대기이벤트 종류 : 10g 890개, 11g 960개

- 대기이벤트 정보 수집 방법 : Statspack, AWR

- 튜닝방식의 변화 : 시스템 레벨 SQL 트레이스에서 AWR, v$sql 뷰 분석

- 이벤트명과 파라메터를 통하여 원인분석

-> 사용자 lock, unique key 중복, 인덱스분할, ITL, sequence 경합 등 분석