아키텍쳐34 CH03.오라클 성능관리 - 10.V$SQL, 11.End-To-End 성능관리,12.데이터베이스 성능 고도화 정석 해법 10.V$SQL튜닝을 할때 가장 효율적인 방법 중 하나는 주기적으로 사용되는 상위 10%이내의 프로그램만 집중적으로 튜닝하는 것입니다. 전체 SQL을 다 튜닝할 수 없기 때문에 시스템부하가 높은 쿼리나 자주 수행되는 쿼리 등 전략적으로 접근하여야 합니다. v$sql은 집중 튜닝이 필요한 대상 SQL을 선정하는 데 활용할 수 있는 매우 유용한 도구입니다. 그 뿐만아니라 튜닝 전후 성능 향상도를 비교할 목적으로 통계를 내는 데도 활용 할 수 있습니다. v$sql은 라이브러리 캐시에 캐싱돼 있는 각 child커서에 대한 수행통계를 보여줍니다. 그리고 v$sqlarea는 parent 커서에 대한 수행통계를 나타내며, 많은 컬럼이 v$sql을 group by 해서 구한 값입니다. v$sql은 쿼리가 수행을 마칠 .. 2020. 1. 6. CH03.오라클 성능관리 - 09.ASH(Active Session History) Ratio 기반 분석방법론과 대기이벤트 기반 분석방법론의 한계점은 문제가 있다고 진단했을때 그 원인을 찾아 실제 문제를 해결하는 데까지 많은 시간이 걸리는 데 있다고 합니다. 그래서 오라클이 10g에서 ASH기능을 탄생시켰습니다. 10g AWR은 데이터 수집을 아주 빠르게, 좀 더 많이 한다는 것 외에 외형적으로 Statspack과 크게 달라진 것이 없다고 느낄 수 있습니다. 하지만 ASH는 다릅니다. 이것은 별도의 Third Party 모니터링 도구 없이 오라클 내에서 세션 레벨 실시간 모니터링을 가능케 하는 강력한 기능으로써 OWI 활용성을 극대화 해줍니다. SQL> select * from v$sgastat where name = 'ASH buffers'; POOL NAME BYTES CON_ID .. 2020. 1. 5. CH03.오라클 성능관리 - 07. Response Time Analysis 방법론과 OWI 08.Statspack / AWR 07.Response Time Analysis 방법론과 OWI 대기 이벤트를 기반으로 세션 또는 시스템 전체에 발생하는 병목 현상과 그 원인을 찾아 문제를 해결하는 방법,과정을 '대기이벤트 기반' 또는 'Response Time Analysis' 성능관리 방법론이라고 합니다. Response Time = Service Time + Wait Time(CPU Time + Queue Time) 서비스시간은 프로세스가 정상적으로 동작하여 일을 수행한 시간을 말합니다.(CPU Time과 같은 의미) Wait Time은 대기 이벤트가 발생해 수행을 잠시 멈추고 대기한 시간을 말합니다(Queue Time과 같은 의미) OWI는 Response Time Anaysis 방법론을 지원하려고 오라클이 제공하는 기능과 인터페.. 2020. 1. 4. CH03.오라클 성능관리 - 05.V$SYSSTAT,06.V$SYSTEM_EVENT 05.V$SYSSTAT오라클은 성능 측정 지표로써 활용 가능한 항목들을 선정하고, SQL이 수행되는 동안 지속적으로 그 항목들에 대한 누적 통계치를 저장합니다. 인스턴스 기동 후 현재까지 누전 된 수행 통계치를 시스템 레벨로 확인하고자 할 때 사용하는 뷰가 v$sysstat이고, 개별 세션별로 확인할 때 사용하는 뷰가 v$sesstat입니다. 현재 접속해 있는 본인 세션에 대한 수행통계는 v$mystat을 통해 확인할 수 있습니다. v$statname을 조회해보면 9i 기준 264개, 11g 기준 469개가 있습니다. 19.3.0.0 기준 2036개가 있습니다. 앞에서 AutoTrace의 Statistics 옵션을 활성화시켰을 때 별도의 세션을 띄어 sys.v_$sesstat(v$sesstat의 원본 뷰.. 2020. 1. 2. 이전 1 2 3 4 5 6 7 8 9 다음
