Oracle10g調優：Oracle10g AWR使用方法及分析

Oracle10g調優：Oracle10g AWR使用方法及分析

---

　　為公司做的一個測試DB現在響應非常慢，急需優化，終于找到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 ----------       4966

SQL> @?/rdbms/admin/awrrpt.sql 輸入 report_type 的值: <可選html或text，enter預設為html.> 輸入 num_days 的值: 1 輸入 begin_snap 的值: 4965 輸入 end_snap 的值: 4966 輸入 report_name 的值: <輸入要儲存的檔案名，enter采用預設檔案名> Report written to awrrpt_4965_4966.html SQL> exit

　　打開并檢視awrrpt_4965_4966.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 foo; SQL> GRANT SELECT_CATALOG_ROLE TO foo; SQL> GRANT EXECUTE ON sys.dbms_workload_repository TO foo;

　　要注意 Bug 4597354 在建立基線資料的時候，對性能有很大影響。在一個非常繁忙的系統上不要進行此操作。

　　如果結合 EM 用 AWR 是很友善的.

　　二、操作

　　0，生成AWR REPROT

　　通過awrrpt腳本(%oracle_home/rdbms/admin/awrrpt.sql)可以生成報告，html和text格式都可以：

　　@awrrpt

　　過程中需要設定以下值：

　　report_type=html或text，enter采用預設為html

　　num_days=1

　　begin_snap=輸入開始快照ID

　　end_snap=輸入結束快照ID

　　report_name=輸入要儲存的檔案名，enter采用預設檔案名

　　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 ---------- -------------------- -------------------- ---------- 262089084 +00000 01:00:00.0    +00007 00:00:00.0    DEFAULT

　　以上結果表示,每小時産生一個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);

　　設定快照時間間隔為 20 分鐘，保留時間為兩天 -- 您可以發出以下指令。參數以分鐘為機關。

　　SQL> exec dbms_workload_repository.modify_snapshot_settings ( interval => 20, retention => 2*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();

　　exec dbms_workload_repository.create_snapshot;

　　2.4 檢視快照

　　SQL> select * from sys.wrh$_active_session_history

　　SQL> select count(*),max(snap_id) from 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:

　　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

　　四、AWR 報告示例：