關於Oracle效能分析中 自動工作量資料檔案庫(AWR)的管理（Oracle10個/11g的新特點） 文平

 

《Oracle大型資料庫系統在AIX/UNIX上的實戰詳解》集中討論23:    自動工作量檔案(AWR)的手工管理

 

1  用API管理快照和度量基準資料的

自動工作量資料檔案庫(AWR) 的管理還可以通過DBMS_WORKLOAD_REPOSITORY 包實現，用來人工建立、刪除、修改快照和和度量基準。

1.1手工建立快照

我們可以使用DBMS_WORKLOAD_REPOSITORY的CREATE_SNAPSHOT過程手工抓取AWR快照。

中，我們手工建立了快照。這個快照我們可以通過DBA_HIST_SNAPSHOT 視圖查詢，執行下面的SQL語句，最後一行記錄（SNAP_ID為13的快照）就是我們前面產生的快照：

1.2手工刪除快照

同樣地，我們可以使用DROP_SNAPSHOT_RANGE 過程來刪除某個範圍的快照。該過程需要被刪除快照的起始快照編號和終止快照編號。起始編號和終止編號可以通過DBA_HIST_SNAPSHOT視圖查詢。 例如，你能刪除快照的下列的範圍：

在例子中，快照被刪除的範圍刪除是從3到4。與此同時，快照範圍3到4這個時間段內的啟用會話記錄（ASH）也將被合并。

1.3快照放置修改

AWR快照的抓取間隔、保留時間等也可手工調整。顯然，這個調整將影響Oracle資料庫運行效率和診斷精度。

顯而易見，AWR快照抓取頻率越高，則其反應真實情況的能力也就越強。但從另一個角度來說，其快照佔用空間比例會越大，同時抓取的頻繁會導致系統效能影響。保留時間的調整同樣地，會帶來精度上、空間佔用上的平衡問題。

DBMS_WORKLOAD_REPOSITORY包中的MODIFY_SNAPSHOT_SETTINGS過程可以用來更改AWR的設定，該過程有如下的關鍵參數：

Retention：AWR快照儲存多長時間

Interval：AWR快照的產生頻率

topnsql ：包含多少對系統效能高影響的SQL

例如，下面的例子中，我們設定AWR效能快照保留時間為14天（60分鐘*24小時*14天）、抓取間隔為一小時（60分鐘）、頂級SQL（消耗時間、CPU時間、文法解析時間次數、共用記憶體使用量量、版本計數等方面綜合的影響力）最大為150個：

系統當前設定AWR快照抓取設定情況可以通過DBA_HIST_WR_CONTROL 視圖查詢，例如下面的查詢，獲得了當前系統的AWR設定情況：

1.4 建立度量基準

度量基準是一組很普通的被抓取的AWR效能快照，只是這組快照將被人為的維護起來，不被自動刪除。這組快照將用來在出現效能故障時的對比操作，並籍此找出問題根源。

因此，度量基準一般都是在某種典型時段獲得，這個時段中，系統效能處於“典型”狀態。建立度量基準使用DBMS_WORKLOAD_REPOSITORY的CREATE_BASELINE過程。該過程主要有如下的三個參數：

start_snap_id：起始快照編號，該編號可以通過DBA_HIST_SNAPSHOT視圖獲得；

end_snap_id：終止快照編號，該編號可以通過DBA_HIST_SNAPSHOT視圖獲得；

baseline_name：要建立的度量基準名。

建立前，首先查看當前快照擷取情況：

從上面的查詢，我們可以看到快照的擷取時間段和快照編號。下面建立度量基準“typical-time”：

在這個度量基準中，起始快照16，終止快照26，度量基準名“typical-time”。對於建立好的度量基準，可以通過DBA_HIST_BASELINE視圖查詢之。下面查詢了系統中當前的度量基準：

1.5 刪除度量基準

一旦度量基準被建立，則該度量基準所涉及的所有快照將被永久性保持，直到這個度量基準被刪除。刪除度量基準採用DBMS_WORKLOAD_REPOSITORY包中的DROP_BASELINE 過程。 例如：

在上面的樣本中，typical-time是度量基準名，“cascade => FALSE”表明僅度量基準被刪除，快照不刪。如果將其值設定為true，則快照資料被級連刪除。參見下面的樣本，該樣本採用了級連刪除，可以看到，快照也被同步刪除了：

《Oracle大型資料庫系統在AIX/UNIX上的實戰詳解》集中討論23:    自動工作量檔案(AWR)的手工管理     文平

未完，待續，

參見： http://www.usedb.cn/

參見：Oracle聯機文檔中“效能”部分