Proactive Maintenance & Performance Management

- (Proactive)사전관리 <-> (Preactive)사후관리   - 자동으로 구성되는 Proactive <UL> <LI>Server Alert(‎경보) <UL> <LI>서버쪽에서 발생하는 Alert <LI>대표적으로 공간부족문제 </LI></UL> <LI>Automated tasks <UL> <LI>백업해야하는 시기를 알려줌 </LI></UL> <LI>Advisory Framework <UL> <LI>문제발견을 하고 원인을 분석한다 <LI>원인결과에 대한 권고사항을 만들어놓는다 </LI></UL> <LI>AWR(Auto Workload Repository) <UL> <LI>60분마다 발생하는 데이터베이스의 DB통계(Snapshot)를 누적한다 <LI>과거통계와 현재통계를 비교해서, 가장 좋았던 과거상태와 현재상태의 차이점을 알아낸다. <LI>최종적으로 권장사항을 만들어준다. <LI>  AWR의 물리적 조장소를 SYSAUX라 한다</LI></UL></LI></UL> <BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"> - Baseline : 성능비교수치 - Metric : 누적된 통계의 변화율 - Statistics : DB내에서 발생하는 Query문 등을 최적화 시키기 위해 통계정보를 수집한다 - Threshold : 임계값(한계값)</BLOCKQUOTE> - Performance 통계(Dynamic) <UL> <LI>v$(Dynamic Performance View)</LI></UL> - Optimizer 통계(Static) <UL> <LI>DBA_ <LI>USER_ <LI>ALL_ <LI>DBA_STATS.xxx를 통해서 주기적으로 갱신을 해줘야 한다. <UL> <LI>24시간 이내에 10% 이상의 변화를 보이지 않을 경우에는 수동으로 갱신한다 <LI>EXEC dbms_stats.gather_table_stats('username','tablename'); -> 통계정보를 갱신한다</LI></UL> <LI>DB를 껐다켜도 변경되지 않는다 <LI>자동으로 정보수집을 할 수도 있다 <UL> <LI>GATHGER_STATS_JOB을 돌리면 내가 설정한 값대로 통계정보를 갱신한다</LI></UL></LI></UL> - Statistic Levels(수집레벨) <UL> <LI>BASIC : 통계정보를 수집하지 않는다 <LI>TYPICAL : 기본값(통계정보수집) <LI>ALL : TYPICAL이 하지 않는 SQL에 대한 진단을 포함한다 <LI>권장사항은 TYPICAL이다.</LI></UL> - AWR(Auto Workload Repository) <UL> <LI>10g부터 내장된 저장소 <LI>SYSMAN이 관리자이다 <LI>SYSAUX가 물리적 저장소 <LI>60분마다 Snapshot을 찍어서 7일동안 저장한다(기본값), (변경가능) <UL> <LI>Snap_ID를 이용해서 비교처리도 가능하다</LI></UL> <LI>MMON이 떠있다 <LI>DBMS_WORKLOAD_REPOSITORY가 Background에 돌아가고 있고, CMD를 이용할수도 있다. <LI>ADDM : 문제를 발견하고, 문제분석, 권고사항을 만든다 <UL> <LI>대표적인 Proactive Monitering Tool <LI>Snapshot이 찍힐때마다 ADDM이 작동한다 <LI>ADDM 결과를 Report 형태로도 볼수있다 <LI>성능이 떨어지기 전에 제시한다 </LI></UL> <LI>ADDM이 관리하는 것 <UL> <LI>CPU 병목현상 <LI>오라클 네트웍 부실한 연결성 확인 <LI>Lock에 대한 경합 <LI>I/O 용량 <LI>오라클 메모리의 사이즈를 적정하게 조절 <LI>SQL 명령문의 높은 부하량 <LI>PL/SQL이나 Java <LI>Check Point의 발생 </LI></UL> <LI>ADDM의 권고사항들 <UL> <LI>H/W Change : CPU추가나 I/O 능력 향상 <LI>D/B 설정 : Parameter 설정 <LI>Schema Chagne : 공간관리문제(index) <LI>App Chagne : Application에 관련된 문제 <LI>기타 SQL 공간문제나 SQL 튜닝문제들 </LI></UL> <LI>Advisory Framework <UL> <LI>SQL Tuning Advisor <UL> <LI>Duplecate Lows가 발생하면 Bind 변수로 바꾸라고 권고한다</LI></UL> <LI>SQL Access Advisor <UL> <LI>Full Table Scan과 같은 문제는 Index를 추가하라고 권고한다</LI></UL> <LI>Undo Advisor <UL> <LI>Undo Retention <LI>Undo TBS Size</LI></UL> <LI>MTTR Advisor <UL> <LI>FAST_START_MTTR_TARGET를 수정해서 DB가 로딩되는 시간을 조정할수도 있다 <LI>MTTR(Mean Time to Reciver) <UL> <LI>시스템이 정상적으로 운영되다가 Fail이 발생해서 다시 복구 될때까지의 시간 </LI></UL></LI></UL></LI></UL> <LI>Alert에 대한 설정은 EM에서 환경설정-> 통지에서 설정한다</LI></UL>         13장 - Performance Management   - Performance Monitering <UL> <LI>Memory 문제 <UL> <LI>Lib Cache : DB Block <LI>Buffer Cache : Course Info <LI>LRU 알고리즘이 관리하긴 하지만 문제가 발생할수 있다 </LI></UL> <LI>Resource 경합 <UL> <LI>Memory나 Disk 경합 -> Wait 발생 </LI></UL> <LI>Network 문제 <LI>Application 문제 <UL> <LI>PL/SQL이 Waiting Time을 유발할경우 수정 </LI></UL> <LI>I/O Device <UL> <LI>Disk I/O 속도문제</LI></UL></LI></UL> - ATO(Automatic Tuning Optimizer) <UL> <LI>Statistics Analysis : 누락되거나, 오래된것은 새롭게 갱신. <LI>SQL Profiling : 현재 SQL의 성능을 Profiling 한다 <LI>Access Path Analysis : Access 경로를 분석해준다. <LI>SQL Structure Analysis : 정상적인 SQL을 갖고 있는지, Syntax가 정상인지 등을 확인</LI></UL> * Hard Parse : 메모리상에 분석정보가 없어서 새롭게 분석하는 것 * Soft Parse : 이미 분석된 정보를 재사용 하는 것   - ASMM (Automatic Share Memory Management) <UL> <LI>스스로 SGA 영역을 알아서 관리한다 <LI>배치작업을 던질경우 Large Pool을 많이 요구한다. <LI>그래서 주로 배치작업을 밤에하고 Share Pool과 Buffer Cache를 줄이고, Large Pool을 ASSM이 알아서 키워준다 <DIV class=autosourcing-stub></DIV></LI></UL>