Automatic Workload Repository(AWR)收集、處理和維護效能系統資訊，為效能調優的問題檢測提供了有力的幫助。

AWR收集和處理的統計資訊包括：

1. 段的統計資訊；

2. 時間模型統計資訊(在v$sys_time_model和v$sess_time_model檢視中檢視)；

3. 一些在v$sysstat和v$sesstat檢視中收集的系統和會話的統計資訊；

4. 系統中負載最高的一些語句，分別按執行時間、cpu時間、執行次數等標準來統計

5. ASH統計資訊，包含近期會話活動的歷史記錄

若系統引數STATISTICS_LEVEL設定為TYPICAL或ALL將預設啟用AWR來採集統計資訊。這個引數的預設值是TYPICAL，若將其設定為BASIC，將禁用很多資料庫功能，包括 AWR，但你仍可以透過DBMS_WORKLOAD_REPOSITORY包來手動獲得AWR統計資訊。但是，由於許多記憶體中的統計資訊(比如段統計資訊和記憶體顧問資訊)會被禁用，快照中獲得的統計資訊可能不完整。

快照(snapshots)

快照是特定時間範圍內的歷史資料集合，再由ADDM進行效能比較。預設情況下，資料庫每個小時產生一次快照，並將這些統計資訊在工作量倉庫中保留8天。你也可以手動建立快照，但這通常是不必要的。然後這些快照之間的資訊將交給Automatic Database Diagnostic Monitor (ADDM) 進行分析。

AWR比較快照間資訊的差異，然後獲取對系統負載影響最大的一些sql語句，而不是獲取所有sql語句，降低了統計的時間。

基線(Baselines)

基線包含了一個特定時間範圍的效能資料，用來在效能問題發生時，與其他類似的時間段進行比較。基線中的快照會被自動AWR清除程式排除，並無限期保留。

oracle資料庫中包含了三種型別的基線：

固定基線(Fixed Baselines)

固定基線相當於被指定的過去的一個固定的、連續的時間範圍。在建立固定基線以前，要慎重考慮這個時間段，因為基線代表了一個理想狀態的系統狀態。之後，你可以用這個基線和其他基線或者某個時間範圍內的快照來分析效能上的退化情況。

移動視窗基線(Moving Window Baseline)

移動視窗基線相當於AWR保留期間記憶體在的所有AWR資料。在使用自適應閾值時，這將很有用處，因為資料庫可以使用AWR保留期間的所有AWR資料來計算出度量閾值。oracle資料庫自動維護一個系統定義的移動視窗基線。系統定義的移動視窗基線的預設視窗大小等於當前AWR保留的時間，預設為8天。如果你要使用自適應閾值，可以考慮使用更大的移動視窗，例如30天，可以更精確地計算出閾值。你可以改變移動視窗的大小，這個值要等於或小於AWR保留天數。因此若你需要增大移動視窗的大小，首先需要增加AWR的保留時間。

基線模板(Baseline Templates)

你可以建立一個基線，作為未來一個時間連續的時間段可以使用的基線模板。有兩種型別的基線模板：單一的和重複的。你可以為未來一個單獨的連續時間段的基線建立單一基線模板。如果你要提前準備獲取一個未來的時間段，這個會很有用處。例如，你安排好要在週末進行一個系統測試，並準備獲取AWR資料，這種情況下，你可以建立一個單一基線模板，用以在測試時自動獲取該時間範圍內的資料。你也可以使用重複基線模板來建立或者刪除一個重複的時間計劃，當你想自動獲取一個連續的時間範圍，這將很有用。例如，你可能希望在一個月裡的每週一早晨獲取AWR資料，這種情況下，你可以建立一個重複基線模板來自動為每個週一建立基線，並且在設定了過期時間(例如一個月)後，自動刪除過期的基線。

自適應閾值(Adaptive Thresholds)

自適應閾值可以幫你以最低的開銷監控和檢測出效能問題。自適應閾值能夠從在移動視窗基線捕獲到的度量值裡得到的統計資訊中，為系統度量自動設定警告和關鍵報警(warning and critical alert)的閾值。這些統計資訊每週會重新生成，並可能由於系統效能隨著時間變化改變，而產生新的閾值。

打個比方，很多資料庫白天是一個OLTP系統，而到晚上需要執行一些批次程式(例如生成報表)。每個事務響應時間的效能度量對檢測OLTP的效能退化問題在白天可能很有用，但是這個閾值常常對於批次工作來說會太低，而頻繁觸發報警。自適應閾值能檢測到這樣的工作量模式，並自動為白天和夜裡設定不同的閾值。

自適應閾值的型別有兩種：

最大值的百分比：閾值以最大值的百分比倍數的方式來計，

重要性級別：閾值被設為一個統計學中的百分位來觀察基於移動視窗基線資料的閾值以上的值，來體現異常程度。百分位能指定為以下幾種：高(0.95)，100箇中只有5個能超過這個值；非常高(0.99)：100箇中只有1個能超過這個值；嚴重的(0.999)：1000個鐘只有1個能超過這個值；極端的(0.9999)：10000個鐘只有1個能超過這個值。

當一個系統以高峰期工作量來設計的，並且你希望在當前工作量接近或超過先前的高值時觸發報警，最大值百分比閾值將非常有用。例如，每秒產生redo量的度量就是個典型的例子。

重要性級別閾值在以下情況很有用：當系統執行正常時表現得很穩定，但當效能變差時可能會在一個大範圍內波動。例如，每個事務的響應時間的度量在一個最佳化過的OLTP系統上將表現平穩，但當效能問題凸顯時，可能會波動很大。採用重要性級別閾值，當環境產生不正常的度量值和系統效能時觸發報警。

空間消耗(Space Consumption)

以下因素可以被用來判斷AWR的空間消耗：在任一給定時間系統中的活動會話數；快照時間間隔，時間間隔越小，快照產生越頻繁，增加AWR採集的資料的佔用空間；歷史資料保留時間

預設情況下，快照每小時捕獲一次，並在資料庫中儲存8天。使用這些預設設定，一個典型的併發量為10個會話數的系統大約需要200-300M的空間來存放AWR資料。但是在降低保留時間的時間，請注意，若AWR中的資料不足，可能會影響一些元件和功能的準確性和精確度：ADDM、SQL Tuning Advisor、Undo Advisor、Segment Advisor。

可能的話，Oracle建議將AWR保留時間設得足夠來，至少能捕獲一個完整的工作量週期。當你的系統工作量週期為1周，比如工作日是OLTP的工作負荷，而在週末執行批次工作，則預設的8天保留時間不需要去修改。當如果你的系統的高峰期在每個月的月末，那麼你可能需要將這個保留時間更改到1個月。

例外情況下，你可以將快照時間間隔改成0來關閉自動收集快照。在這種情況下，工作量和統計資料的自動收集將被停止，且許多Oracle資料庫的自動功能將不能使用。另外，你不能手動建立快照，因此Oracle強烈建議不要關閉snapshot的自動收集。

管理工作量倉庫

管理快照

管理基線

建立基線

刪除基線

DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE (baseline_name => 'peak baseline',
cascade => FALSE, dbid => 3310949047); --若cascade指定為true，將同時刪除關聯的快照

重新命名基線

DBMS_WORKLOAD_REPOSITORY.RENAME_BASELINE (
old_baseline_name => 'peak baseline',
new_baseline_name => 'peak mondays',
dbid => 3310949047);

顯示基線度量

select * from (DBMS_WORKLOAD_REPOSITORY.SELECT_BASELINE_METRICS (
baseline_name => 'peak baseline',
dbid => 3310949047,
instance_num => '1'));

修改預設移動視窗基線的視窗大小

DBMS_WORKLOAD_REPOSITORY.MODIFY_BASELINE_WINDOW_SIZE (
window_size => 30,
dbid => 3310949047); --window_size單位是天，這個引數值必須小於等於當前AWR的保留時間

管理基線模板