오라클 성능 고도화 원리와 해법 1 - Ch03-11 End-To-End 성능 관리 지금까지 설명한 방법들은 모두 오라클 내부에서 발생하는 일량과 시간, 병목 현상만을 측정한다. Elapsed Time으로 대변되는 Response Time도 데이터베이스에 던져진 Call 내에서의 소요 시간만을 측정해 이를 더하는 방식이므로 사용자가 느끼는 Respo...

오라클 성능 고도화 원리와 해법 1 - Ch03-10 V$SQL 모든 업무가 그렇듯 정해진 시간 내에 가장 효율적인 방법으로 효과성을 높이려면 전략적 접근 방법이 필요하다. 튜닝 프로젝트에 나갈 때마다 시스템에서 사용 중인 SQL 개수를 세어보면, 최소한 수천 개가 넘고, 가장 많을 때는 20,000여 개에 이르는 것을 본 적도 있다. 아무리 뛰어난...

오라클 성능 고도화 원리와 해법 1 - Ch03-09 ASH(Active Session History) Ratio 기반 분석 방법론의 한계는 시스템에 문제가 있다고 진단됐을 때 그 원인을 찾아 실제 문제를 해결하기까지 많은 시간이 걸리는 데 있다고 했다. 이것은 대기 이벤트 기반 분석 방법론을 사용할 때도 마찬가지다. 대기 이벤트 발생량과 대기 시간...

오라클 성능 고도화 원리와 해법1 - Ch03-08 Statspack / AWR 앞에서 v$sysstat과 v$system_event를 주기적으로 수집해 성능 관리에 활용하는 사례를 보여주었는데, 8i부터 사용한 Statspack과 10g 이후 사용하게 된 AWR(Automatic Workload Repository)도 같은 원리를 적용해 표준화된 ...

오라클 성능 고도화 원리와 해법1 - Ch03-07 Response Time Analysis 방법론과 OWI 앞서 본 것처럼 대기 이벤트를 기반으로 세션 또는 시스템 전체에 발생하는 병목 현상과 그 원인을 찾아 문제를 해결하는 방법이나 과정을 ‘대기 이벤트(Wait Event) 기반’ 또는 ‘Response Time Analysis’ 성능 관리 방법...

오라클 성능 고도화 원리와 해법1 - Ch03-06 V$SYSTEM_EVENT 오라클은 서버 프로세스와 백그라운드 프로세스들이 일을 처리하는 과정에서 발생하는 대기 현상들을 측정하려고 다양한 대기 이벤트(Wait Event)를 정의하였다. 그리고 프로세스들이 일을 진행하다가 대기 이벤트가 발생할 때마다 그 횟수와 대기 시간을 내부에 저장한다. 대기 ...

오라클 성능 고도화 원리와 해법1 - Ch03-05 V$SYSSTAT 오라클은 성능 측정 지표로서 활용 가능한 항목들을 선정하고, SQL이 수행되는 동안 지속적으로 그 항목들에 대한 누적 통계치를 저장한다. 인스턴스 기동 후 현재까지 누적된 수행 통계치를 시스템 레벨로 확인하고자 할 때 사용하는 뷰가 v$sysstat이고, 개별 세션별로 확인할 때 ...

오라클 성능 고도화 원리와 해법1 - Ch03-04 DBMS_XPLAN 패키지 오라클 9.2 버전에 소개된 dbms_xplan 패키지를 통해 plan_table에 저장된 실행 계획을 좀 더 쉽게 출력해볼 수 있게 되었다. 오라클은 9i부터 plan_table에 더 많은 정보들을 담기 시작했고, 이 패키지를 이용하지 않더라도 직접 쿼리해보면 과거보다 ...

오라클 성능 고도화 원리와 해법1 - Ch03-03 SQL 트레이스 SQL을 튜닝할 때 가장 많이 사용되는 강력한 도구는 SQL 트레이스다. 앞서 살펴본 사전 실행 계획과 AutoTrace 결과만으로 부하 원인을 찾을 수 없을 때, SQL 트레이스를 통해 쉽게 찾아낼 수 있다. SQL 트레이스를 설정하는 여러 가지 방법이 있고, 각각 용도가 다르므로...

오라클 성능 고도화 원리와 해법1 - Ch03-02 AutoTrace AutoTrace 결과에는 SQL을 튜닝하는 데 유용한 정보들을 많이 포함하고 있어 가장 즐겨 사용되는 도구 중 하나다. 아래와 같은 옵션 조합에 따라 필요한 부분만 출력해 볼 수 있다. ① set autotrace on SQL을 실제 수행하고 그 결과와 함께 실행 계획 및...