awr은 "자동 워크로드 데이터 아카이브"를 의미하며, 오라클 데이터베이스가 전체 운영 기간 동안 성능과 관련된 통계 데이터를 수집, 관리, 유지하기 위해 사용하는 스토리지 웨어하우스입니다. 그리고 최적화. awr에 의해 수집된 데이터는 정기적으로 디스크에 저장되며 데이터 사전 및 생성된 성능 보고서에서 쿼리할 수 있습니다.
이 튜토리얼의 운영 환경: Windows 7 시스템, Oracle 11g 버전, Dell G3 컴퓨터.
오라클 데이터베이스의 성능을 최적화하고 조정할 때 현재 상황이나 운영 중 전체 데이터베이스의 실제 상태는 완전히 기록된 경우에만 미래에 대해 확인, 알려, 비교, 추측 또는 최적화될 수 있습니다. 추천을 지원하기 위해. Oracle 데이터베이스에서 이 메커니즘은 AWR에 의해 구현됩니다.
AWR은 오라클 데이터베이스가 데이터베이스 운영 전반에 걸쳐 성능과 관련된 통계 데이터를 수집, 관리, 유지하기 위해 사용하는 스토리지 웨어하우스입니다. 이는 오라클 데이터베이스 성능 조정 및 최적화의 기반이 됩니다.
AWR은 Automated Workload Repository의 약어로, 중국어로 Automated Workload Data Archive라고 합니다. 웨어하우스이므로 로드 데이터를 저장하므로 데이터베이스 성능과 관련된 데이터를 저장합니다. 즉, 과거 작업 중 특정 데이터베이스 또는 인스턴스의 전반적인 성능입니다. AWR은 성능 데이터를 수집, 처리, 유지하고 조정 참조를 제공할 수 있습니다. 이렇게 수집된 데이터는 주기적으로 디스크에 저장되며, 데이터 사전에서 조회하고 성능 보고서를 생성할 수 있습니다.
데이터베이스 세그먼트의 액세스 및 사용량을 결정하는 데 사용되는 객체 통계
v$sys_time_model 및 v$sess_time_model 뷰에 있는 활성 시간 모델 기반 통계
시스템 및 v$sesstat 및 v$systat 뷰에 있는 세션 수준 통계 수집
경과 시간 및 CPU 시간과 같은 고부하 SQL 문 기반
최근 활성 세션 기록을 나타내는 ASH 통계
BASIC:
은 가장 기본적인 성능 데이터 수집 기능만 제공하며, 성능 기준에 필요한 많은 통계는 수집되지 않습니다. Oracle은 이 값의 사용을 권장하지 않습니다.
일반:
이것이 기본값입니다. 세그먼트 통계, 시간 통계, 모든 추천 클래스 통계가 수집됩니다.
ALL:
일반적인 레벨 데이터, 운영체제 시간 통계, 행 소스 실행 통계 등을 모두 수집합니다. 주로 디버깅 모드에서 사용되며 프로덕션 환경에는 권장되지 않습니다.
시간 관련 통계 정보 수집 여부를 지정합니다. Statistics_level이 TYPICAL 또는 ALL이면 이 값은 true로 설정되고, 그렇지 않으면 false로 설정됩니다. 이 매개변수를 확인하고 true로 설정하는 것이 좋습니다.
AWR 스냅샷은 수집된 성능 데이터를 특정 빈도로 디스크에 유지하는 것입니다. 이러한 지속성의 목적은 주로 후속 분석 또는 비교를 위한 것입니다. 동시에 이러한 성능 데이터는 성능 진단 및 진단 결과 출력을 위해 ADDM에도 제공됩니다. 즉, AWR은 매 시간마다 v$active_session_history를 샘플링하고 정보를 디스크에 저장한 후 8일 동안 유지합니다(11g 기본값). 이전 레코드는 8일 후에 덮어쓰게 됩니다. 이 샘플링 정보는 wrh$_active_session_history 보기에 저장됩니다. 샘플링 주기(1시간)와 유지 시간(8일)은 실제 상황에 따라 조정될 수 있습니다.
오직 데이터와 비교만이 문제의 본질을 진정으로 반영할 수 있습니다. 따라서 Oracle 데이터베이스에서는 비즈니스 로드가 가장 많은 기간 동안의 활성 세션 기록 데이터, 더 정확하게는 AWR 지속성 데이터에 레이블을 지정할 수 있습니다. 이 레이블은 소위 기준선입니다. 따라서 기준선은 특정 기간 동안 업무가 최고조에 달하는 기간 동안 데이터베이스의 전반적인 성능을 벤치마킹하는 보고서입니다. 성능 문제 기간 동안 두 가지 간의 차이점 보고서를 얻을 수 있어 문제를 찾아 해결하는 데 도움이 됩니다.
기준선은 AWR 스냅샷에 따라 달라지므로 기준선을 설정하면 해당 AWR 스냅샷 데이터가 유지됩니다. 디스크 공간 점유를 피하기 위해 기준에 해당하는 보존 기간을 설정할 수도 있습니다. 보존 기간에 도달하면 기준이 무효화되고 해당 AWR 스냅샷 데이터가 자동으로 삭제됩니다. 기준 보존 전략에 따라 다음과 같은 여러 가지 형태의 기준이 있습니다. 고정 기준(Fixed Baselines) 고정 기준은 특정 기간을 선택하고(snap_id를 기반으로 하거나 시간을 직접 지정할 수 있음), AWR 보고서는 나중에 비교하여 출력됩니다.
창 기준 이동
Oracle 데이터베이스는 시스템 정의 이동 기간 기준을 자동으로 유지 관리합니다. 시스템 정의 이동 기간 기준의 기본 기간 크기는 현재 AWR 보존 기간이며 기본값은 8일입니다. 적응형 임계값을 사용하려는 경우 임계값을 정확하게 계산할 수 있도록 더 큰 이동 기간(예: 30일)을 사용하는 것이 좋습니다. 이동 기간의 일수를 AWR 보존 기간의 일수 이하로 변경하여 이동 기간 기준의 크기를 조정할 수 있습니다. 따라서 Moving Window를 늘리려면 먼저 이에 따라 AWR 보유 기간을 늘려야 합니다. AWR 보존 기간과 시스템 정의 이동 창 기준의 창 크기는 두 개의 독립적인 매개변수입니다. AWR 보존 기간은 시스템 정의 이동 창 기준의 창 크기보다 크거나 같아야 합니다.
시스템 정의 기준은 OEM 성능 화면의 기본 기준을 제공하여 해당 성능을 현재 데이터베이스 성능과 비교합니다.
참고: Oracle Database 11g에서는 일주일 전체의 성능 데이터가 캡처되도록 스냅샷 데이터의 기본 보존 기간이 7일에서 8일로 변경되었습니다.
기준 템플릿
기준 템플릿은 향후 기간에 대한 기준을 만드는 데 사용할 수 있습니다. 기본 템플릿에는 단일 유형과 반복 유형의 두 가지 유형이 있습니다.
단일 기준 템플릿을 사용하여 향후 단일 연속 기간에 대한 기준을 생성할 수 있습니다. 이 방법은 앞으로 캡처할 특정 기간을 미리 알고 있는 경우 유용합니다. 예를 들어, 다가오는 주말에 예정된 시스템 테스트를 위해 AWR 데이터를 캡처할 수 있습니다. 이 경우 테스트가 발생하는 기간을 자동으로 캡처하기 위해 별도의 기준 템플릿을 생성할 수 있습니다.
반복 기준 템플릿을 사용하여 반복 시간 일정을 기반으로 하는 기준선을 생성하고 삭제할 수 있습니다. 이는 Oracle 데이터베이스가 기준선을 생성하는 연속 기간을 자동으로 캡처하도록 하려는 경우에 유용합니다. 예를 들어, 한 달 동안 매주 월요일 아침에 AWR 데이터를 캡처하려고 할 수 있습니다. 이 경우 매주 월요일마다 반복 일정에 따라 기준선이 자동으로 생성되고 지정된 만료 간격(예: 1개월) 후에 이전 기준선이 자동으로 삭제되도록 반복 기준선 템플릿을 생성할 수 있습니다.
적응형 임계값은 가장 낮은 오버헤드로 성능 문제를 모니터링하고 감지하는 데 도움이 될 수 있습니다. 적응형 임계값은 이동 기간 기준에서 캡처된 메트릭에서 파생된 통계를 통해 시스템 메트릭에 대한 경고 및 위험 경고 임계값을 자동으로 설정합니다. 이러한 통계는 매주 다시 생성되며 시간 경과에 따른 시스템 성능 변화로 인해 새로운 임계값이 발생할 수 있습니다.
예를 들어, 많은 데이터베이스는 낮에는 OLTP 시스템이지만 밤에는 일부 일괄 처리(예: 보고서 생성)를 수행해야 합니다. 트랜잭션별 응답 시간에 대한 성능 측정은 하루 동안 OLTP 성능 저하 문제를 감지하는 데 유용할 수 있지만 이 임계값은 일괄 작업에 비해 너무 낮아 경보가 자주 발생하는 경우가 많습니다. 적응형 임계값은 이러한 워크로드 패턴을 감지하고 낮과 밤에 대해 서로 다른 임계값을 자동으로 설정합니다.
적응형 임계값에는 두 가지 유형이 있습니다.
최대값 백분율: 임계값은 이동 창 기준선에서 관찰된 데이터 최대값 백분율의 배수로 계산됩니다.
중요도 수준: 이상 정도를 반영하기 위해 Moving Window 기준 데이터를 기반으로 임계값 이상의 값을 관찰할 수 있도록 임계값을 통계적 백분위수로 설정합니다. 백분위수는 다음과 같이 지정할 수 있습니다. 높음(0.95), 100개 중 5개만 이 값을 초과할 수 있음 매우 높음(0.99): 100개 중 1개만 이 값을 초과할 수 있음 심각(0.999): 1000 1개 클럭만 이 값을 초과할 수 있음 극단적인 값(0.9999): 10,000개 중 1개의 클럭만 이 값을 초과할 수 있습니다.
최대 임계값 비율은 시스템이 최대 작업 부하에 맞게 설계되었고 현재 작업 부하가 이전 최고치에 접근하거나 이를 초과할 때 경보를 트리거하려는 경우에 유용합니다. 예를 들어 초당 생성된 Redo 양을 측정하는 것이 대표적인 예이다.
중요도 수준 임계값은 시스템이 정상적으로 실행될 때 안정적이지만 성능이 저하될 때 넓은 범위 내에서 변동될 수 있는 상황에서 유용합니다. 예를 들어, 트랜잭션당 응답 시간 측정은 최적화된 OLTP 시스템에서 안정적이지만 성능 문제가 명백해지면 크게 변동될 수 있습니다. 환경에서 비정상적인 지표 값과 시스템 성능이 생성될 때 경보를 트리거하는 중요도 수준 임계값을 채택합니다.
작성자 : Leshami
블로그 : http://blog.csdn.net/leshami
AWR의 공간 소비를 판단하는 데 다음 요소를 사용할 수 있습니다.
언제든지 숫자
스냅샷 시간 간격. 시간 간격이 작을수록 더 자주 스냅샷이 생성되어 AWR이 수집하는 데이터가 차지하는 공간이 늘어납니다.
기본적으로 스냅샷은 매 시간마다 캡처되어 8일 동안 데이터베이스에 저장됩니다. 이러한 기본 설정을 사용하면 10개 세션이 있는 일반적인 동시성 시스템에는 AWR 데이터를 저장하는 데 약 200-300M의 공간이 필요합니다. 그러나 보존 시간을 줄일 때 AWR에 데이터가 충분하지 않으면 ADDM, SQL Tuning Advisor, Undo Advisor, Segment Advisor 등 일부 구성 요소 및 기능의 정확성과 정밀도에 영향을 미칠 수 있다는 점에 유의하시기 바랍니다.
가능한 경우 Oracle은 AWR 보존 시간을 최소한 전체 워크로드 주기를 캡처할 수 있을 만큼 크게 설정할 것을 권장합니다. 예를 들어 시스템 워크로드 주기가 1주일이고 주중에는 OLTP 워크로드이고 주말에 배치 작업이 실행되는 경우 기본 보존 시간인 8일을 수정할 필요가 없습니다. 시스템의 피크 기간이 매월 말일 경우 이 보존 기간을 1개월로 변경할 수 있습니다.
예외적인 경우에는 스냅샷 간격을 0으로 변경하여 자동 스냅샷 수집을 끌 수 있습니다. 이 경우 워크로드 및 통계 데이터의 자동 수집이 중지되며 Oracle Database의 많은 자동 관리 기능을 사용할 수 없습니다. 또한 스냅샷을 수동으로 생성할 수 없으므로 Oracle은 스냅샷 자동 수집을 끄지 않을 것을 강력히 권장합니다.
추천 튜토리얼: "Oracle Tutorial"
위 내용은 오라클이 뭐야?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
