oracle 10g以上版本，awr報告使用

     今天有同事抱怨有一臺資料庫連線慢，我幫忙連上伺服器看看是什麼原因。用到awr報告，之前沒有總結，現在總結一下，省著以後再去翻資料。

 一、安裝

    SQL> conn / AS SYSDBA
    SQL> var snap_id number
    SQL> exec :snap_id:=dbms_workload_repository.create_snapshot
    SQL> print snap_id

    SNAP_ID
    ----------

     2626

SQL> @/rdbms/admin/awrrpt.sql

輸入 report_type 的值: html
輸入 num_days 的值: 1
輸入 begin_snap 的值: 2625
輸入 end_snap 的值: 2626
輸入 report_name 的值: mahanso
Report written to mahanso.html
SQL> exit
下載mahanso.html並開啟檢視。

需要注意的是使用 AWR 需要有 Diagnostic Pack License。Oracle 後來推出了一個解決方案可以禁止掉該特性。
在 Note.436386.1 有說明:
SQL> @dbms_awr.plb
然後執行：
SQL> dbms_awr.disable_awr();
如果用 sys 之外的使用者建立 AWR 報告，則需要進行合適的授權。否則會報告錯誤 PACKAGE 執行錯誤。
SQL> CONNECT / AS SYSDBA;
SQL> GRANT ADVISOR TO ;
SQL> GRANT SELECT_CATALOG_ROLE TO ;
SQL> GRANT EXECUTE ON sys.dbms_workload_repository TO ;
要注意 Bug 4597354 在建立基線資料的時候，對效能有很大影響。在一個非常繁忙的系統上不要進行此操作。

二、操作

1.檢視當前的AWR儲存策略

SQL> col SNAP_INTERVAL format a20
SQL> col RETENTION format a20
SQL> select * from dba_hist_wr_control;
DBID SNAP_INTERVAL RETENTION TOPNSQL
---------- -------------------- -------------------- ----------
以上結果表示,每小時產生一個SNAPSHOT，保留7天。

2.調整AWR配置

AWR配置都是透過dbms_workload_repository包進行配置。

2.1 調整AWR產生snapshot的頻率和保留策略，如將收集間隔時間改為30 分鐘一次。並且保留5天時間（單位都是分鐘）：
SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60);

2.2 關閉AWR，把interval設為0則關閉自動捕捉快照
SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>0);

2.3 手工建立一個快照
SQL> exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();

2.4 檢視快照
SQL> select * from sys.wrh$_active_session_history

2.5 手工刪除指定範圍的快照
SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id => 973, high_snap_id => 999, dbid => 262089084);

2.6 建立baseline，儲存這些資料用於將來分析和比較
SQL> exec dbms_workload_repository.create_baseline(start_snap_id => 1003, end_snap_id => 1013, 'apply_interest_1');

2.7 刪除baseline
SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name => 'apply_interest_1', cascade => FALSE);

2.8 將AWR資料匯出並遷移到其它資料庫以便於以後分析
SQL> exec DBMS_SWRF_INTERNAL.AWR_EXTRACT(dmpfile => 'awr_data.dmp', mpdir => 'DIR_BDUMP', bid => 1003, eid => 1013);

2.9 遷移AWR資料檔案到其他資料庫
SQL> exec DBMS_SWRF_INTERNAL.AWR_LOAD(SCHNAME => 'AWR_TEST', dmpfile => 'awr_data.dmp', dmpdir => 'DIR_BDUMP');
把AWR資料轉移到SYS模式中：
SQL> exec DBMS_SWRF_INTERNAL.MOVE_TO_AWR (SCHNAME => 'TEST');

3、AWR報告日常分析

3.1 SQL ordered by Elapsed Time

記錄了執行總和時間的TOP SQL(請注意是監控範圍內該SQL的執行時間總和，而不是單次SQL執行時間 Elapsed Time = CPU Time Wait Time)。

Elapsed Time(S): SQL語句執行用總時長，此排序就是按照這個欄位進行的。注意該時間不是單個SQL跑的時間，而是監控範圍內SQL執行次數的總和時間。單位時間為秒。Elapsed Time = CPU Time Wait Time
CPU Time(s): 為SQL語句執行時CPU佔用時間總時長，此時間會小於等於Elapsed Time時間。單位時間為秒。
Executions: SQL語句在監控範圍內的執行次數總計。
Elap per Exec(s): 執行一次SQL的平均時間。單位時間為秒。
% Total DB Time: 為SQL的Elapsed Time時間佔資料庫總時間的百分比。
SQL ID: SQL語句的ID編號，點選之後就能導航到下邊的SQL詳細列表中，點選IE的返回可以回到當前SQL ID的地方。
SQL Module: 顯示該SQL是用什麼方式連線到資料庫執行的，如果是用SQL*Plus或者PL/SQL連結上來的那基本上都是有人在除錯程式。一般用前臺應用連結過來執行的sql該位置為空。
SQL Text: 簡單的sql提示，詳細的需要點選SQL ID。

3.2 SQL ordered by CPU Time:

記錄了執行佔CPU時間總和時間最長的TOP SQL(請注意是監控範圍內該SQL的執行佔CPU時間總和，而不是單次SQL執行時間)。

3.3 SQL ordered by Gets:

記錄了執行佔總buffer gets(邏輯IO)的TOP SQL(請注意是監控範圍內該SQL的執行佔Gets總和，而不是單次SQL執行所佔的Gets)。

3.4 SQL ordered by Reads:

記錄了執行佔總磁碟物理讀(物理IO)的TOP SQL(請注意是監控範圍內該SQL的執行佔磁碟物理讀總和，而不是單次SQL執行所佔的磁碟物理讀)。

3.5 SQL ordered by Executions:

記錄了按照SQL的執行次數排序的TOP SQL。該排序可以看出監控範圍內的SQL執行次數。

3.6 SQL ordered by Parse Calls:

記錄了SQL的軟解析次數的TOP SQL。說到軟解析(soft prase)和硬解析(hard prase)，就不能不說一下Oracle對sql的處理過程。

3.7 SQL ordered by Sharable Memory:

記錄了SQL佔用library cache的大小的TOP SQL。Sharable Mem (b)：佔用library cache的大小，單位是byte。

3.8 SQL ordered by Version Count:

記錄了SQL的開啟子游標的TOP SQL。

3.9 SQL ordered by Cluster Wait Time:

記錄了叢集的等待時間的TOP SQL

 

注：1、今天找來eygle大師對statspack的解釋，貼上來做下備份，能更好的理解每一個引數。

        2、在網上看到三思大師的awr闡述非常透徹，在此記錄三思大師的連線http://space.itpub.net/7607759/viewspace-617178