天天看點

Oracle的awr和ash二、WHAT——什麼是AWR?三、HOW——如何使用AWR?

使用者的連接配接将産生會話,目前會話記錄儲存在v$session中;處于等待狀态的會話會被複制一份放在v$session_wait中。當該連接配接斷開後,其原來的連接配接資訊在v$session和v$session_wait中就會被删除。這是10g之前的狀況。

若是一個普通的會話(我是指沒有大量地耗費資源),則對于性能調整來說無足輕重。但若該會話在活動時大量占用了資源(比如:CPU,記憶體,I/O等),該會話資訊的丢失,将無法評測當時的系統瓶頸究竟是什麼。令DBA高興的是,oracle10g中保留下了v$session_wait中的這些資訊。

在10g中新出現了一個視圖:v$session_wait_history。這個視圖儲存了每個活動session在v$session_wait中最近10次的等待事件。但這對于一段時期内的資料庫性能狀況的監測是遠遠不夠的,為了解決這個問題,在10g中還新添加了一個視圖:v$active_session_history。這就是ASH(active

session history)。

典型的情況下,為了診斷目前資料庫的狀态,需要最近的五到十分鐘的詳細資訊。然而,由于記錄session的活動資訊是很費時間和空間的,ASH采用的政策是:儲存處于等待狀态的活動session的資訊,每秒從v$session_wait中采樣一次,并将采樣資訊儲存在記憶體中。

注意,ASH的采樣資料是儲存在記憶體中。而配置設定給ASH的記憶體空間是有限的,當所配置設定空間占滿後,舊的記錄就會被覆寫掉;而且資料庫重新開機後,所有的這些ASH資訊都會消失。這樣,對于長期檢測oracle的性能是不可能的。在Oracle10g中,提供了永久保留ASH資訊的方法,這就是AWR(auto

workload repository)。

由于全部儲存ASH中的資訊是非常耗費時間和空間的,AWR采用的政策是:每小時對v$active_session_history進行采樣一次,并将資訊儲存到磁盤中,并且保留7天,7天後舊的記錄才會被覆寫。這些采樣資訊被儲存在視圖wrh$_active_session_history中。而這個采樣頻率(1小時)和保留時間(7天)是可以根據實際情況進行調整的,這就給DBA們提供了更加有效的系統監測工具。

AWR永久地儲存系統的性能診斷資訊,由SYS使用者擁有。一段時間後,你可能想清除掉這些資訊;有時候為了性能診斷,你可能需要自己定義采樣頻率來擷取系統快照資訊。Oracle

10g在包dbms_workload_repository中提供了很多過程,通過這些過程,你可以管理快照并設定基線(baselines)。

這樣,我們就知道了ASH和AWR産生的原因和功能。ASH儲存了系統最新的處于等待的會話記錄,可以用來診斷資料庫的目前狀态;而AWR中的資訊最長可能有1小時的延遲,是以其采樣資訊并不能用于診斷資料庫的目前狀态,但可以用來作為一段時期内資料庫性能調整的參考。

對于這些視圖間的繼承關系,eygle給出了一個關系圖:

圖1 各個視圖的層次

其中視圖dba_hist_active_sess_history是wrh$_active_session_history和其他幾個視圖的聯合展現,通常通過這個視圖進行曆史資料的通路。

現在我們稍微詳細地了解一下剛才所說内容。

ASH的采集資訊儲存在記憶體中,在舊的資訊被采樣到AWR中後,可被新采集的資訊覆寫,重新開機oracle後該資訊被清除。配置設定給ASH的記憶體大小可以查詢到:

SQL> select pool, name, bytes/1024/1024 From v$sgastat where name like

‘%ASH %‘;

POOL         

NAME         

BYTES/1024/1024

------------- ------------- ---------------

shared

pool   ASH

buffers                

2

為了便于描述和了解,在第一部分中,我們說AWR就是儲存ASH中的資訊。

其實,AWR記錄的資訊不僅是ASH,還可以收集到資料庫運作的各方面統計資訊和等待資訊,用以診斷分析。

AWR的采樣方式是,以固定的時間間隔為其所有重要的統計資訊和負載資訊執行一次采樣,并将采樣資訊儲存在AWR中。

可以這樣說:ASH中的資訊被儲存到了AWR中的視圖wrh$_active_session_history中。ASH是AWR的真子集。

快照由一個稱為 MMON

的新的背景程序(及其從程序)以及MMNL背景程序自動地每隔固定時間采樣一次。我們先來看一下10g的概念指南中對這兩個新增加的背景程序的介紹:

        MMON程序負責執行多種和管理相關(manageability-related)的背景任務,例如:

當某個測量值(metrics)超過了預設的限定值(threshold value)後送出警告

建立新的 MMON 隸屬程序(MMON slave process)來進行快照(snapshot)

捕獲最近修改過的 SQL 對象的統計資訊

        MMNL程序負責執行輕量級的且頻率較高的和可管理性相關的背景任務,例如捕獲會話曆史資訊,測量值計算等。

AWR的采樣工作由MMON程序每個1小時執行一次,ASH資訊同樣會被采樣寫出到AWR負載庫中。雖然ASH

buffer被設計為保留1小時的資訊,但很多時候這個記憶體是不夠的,當ASH buffer寫滿後,另外一個背景程序MMNL将會主動将ASH資訊寫出。

這些采樣資料都存儲在SYSAUX表空間中,并且以WRM$_* 和

WRH$_*的格式命名。前一種類型存儲中繼資料資訊(如檢查的資料庫和采集的快照),後一種類型儲存實際采集的統計資料。

SQL> select table_name from dba_tables where table_name like ‘WRM$%‘;

TABLE_NAME

-----------------------

WRM$_WR_CONTROL

WRM$_SNAP_ERROR

WRM$_SNAPSHOT

WRM$_DATABASE_INSTANCE

WRM$_BASELINE

當SYSAUX表空間滿後,AWR将自動覆寫掉舊的資訊,并在警告日志中記錄一條相關資訊:

ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition

WRH$_ACTIVE_3533490838_1522 by 128

in                

tablespace SYSAUX

可以通過查詢視圖dba_hist_wr_control或(wrm$_wr_control)來查詢AWR的采樣頻率和保留時間。預設為每1小時采樣一次,采樣資訊保留時間為7天。

SQL> select * from dba_hist_wr_control;

DBID SNAP_INTERVAL RETENTION   TOPNSQL

----

------------- ----------- ----------

1148 +00000 00:1   +00007

00:0 DEFAULT

SQL> select DBID, SNAP_INTERVAL, SNAPINT_NUM, RETENTION from

wrm$_wr_control;

      DBID

SNAP_INTERVAL      SNAPINT_NUM RETENTION

----------

------------------ ----------- --------------------

1160732652 +00000

01:00:00.0         3600 +00007

00:00:00.0

由于資料量巨大,把所有ASH資料寫到磁盤上是不可接受的。一般是在寫到磁盤的時候過濾這個資料,寫出的資料占采樣資料的10%,寫出時通過direct-path

insert完成,盡量減少日志生成,進而最小化資料庫性能的影響。

AWR的行為受到參數STATISTICS_LEVEL的影響。這個參數有三個值:

        BASIC:awr統計的計算和衍生值關閉.隻收集少量的資料庫統計資訊.

        TYPICAL:預設值.隻有部分的統計收集.他們代表需要的典型監控oracle資料庫的行為.

        ALL

: 所有可能的統計都被捕捉. 并且有作業系統的一些資訊.這個級别的捕捉應該在很少的情況下,比如你要更多的sql診斷資訊的時候才使用.

AWR由ORACLE自動産生,但是也可以通過DBMS_WORKLOAD_REPOSITORY包來手工建立、删除和修改。可以使用desc指令檢視該包中的過程。下面隻介紹幾個常用的:

SQL> select count(*) from wrh$_active_session_history;

 COUNT(*)

317

SQL> begin

 2 dbms_workload_repository.create_snapshot();

 3 end;

 4 /

PL/SQL 過程已成功完成。

       320

SQL> select * from wrh$_active_session_history where snap_id = 96;

   SNAP_ID       DBID

INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME

---------- ---------- --------------- ----------

----------------------------

        96

1160732652              

1     236930 06-10月-07 11.26.04.562 上午

 2 dbms_workload_repository.drop_snapshot_range(low_snap_id =>

96, high_snap_id => 96, dbid => 1160732652);

未標明行

PROCEDURE MODIFY_SNAPSHOT_SETTINGS

參數名稱                       類型                    輸入/輸出預設值?

------------------------------ ----------------------- ------

--------

 RETENTION   

                  NUMBER                 

IN     DEFAULT

 INTERVAL                      

NUMBER                 

 TOPNSQL                       

 DBID                          

通過修改retention參數可以修改awr資訊的保留期限。預設的是七天,最小的值是一天。如果把retention設定為零,自動清除就關閉了.如果awr發現sysaux空間不夠,它通過删除那些最老部分的快照來重新使用這些空間.同時,也會給dba發一條警告,告訴sysaux空間不夠了(在警告日志中).

通過修改interval參數可以修改awr資訊的采樣頻率。最小的值是10分鐘,預設的是60分鐘.典型的值是10,20,30,60,120等等。把interval設為0則關閉自動捕捉快照.如将收集間隔時間改為30

分鐘一次。并且保留5天時間(注:機關都是為分鐘):

SQL> select *from dba_hist_wr_control;

SNAP_INTERVAL     

RETENTION          TOPNSQL

---------- ------------------ -------------------------- -----------

1160732652

+00000 01:00:00.0 +00007 00:00:00.0         

DEFAULT

SQL> exec

dbms_workload_repository.modify_snapshot_settings(interval=>30,

retention=>5*24*60);

SQL> SELECT *from dba_hist_wr_control;

SNAP_INTERVAL      

RETENTION         TOPNSQL

---------- ------------------- ------------------------- -----------

1160732652 +00000 00:30:00.0  

+00005 00:00:00.0        

SQL>

基線(baseline)是一種機制,這樣你可以在重要時間的快照資訊集做标記。一個基線定義在一對快照之間,快照通過他們的快照序列号識别.每個基線有且隻有一對快照。

一次典型的性能調整實踐從采集量度的基準線集合、作出改動、然後采集另一個基準線集合開始。可以比較這兩個集合來檢查所作的改動的效果。在 AWR

中,對現有的已采集的快照可以執行相同類型的比較。

假定一個名稱為 apply_interest 的高度資源密集的程序在下午 1:00 到 3:00 之間運作,對應快照 ID 95 到

98。我們可以為這些快照定義一個名稱為 apply_interest_1 的基準線:

SQL> select *From dba_hist_baseline;

SQL> select * from wrm$_baseline;

SQL> exec dbms_workload_repository.create_baseline(95, 98,

‘apply_interest_1‘);

這一操作将快照從 95 到 98 編号,作為上面指定的基準線的一部分。檢視現有的基準線:

SQL> select *from dba_hist_baseline;

      DBID BASELINE_ID

BASELINE_NAME     START_SNAP_ID

START_SNAP_TIME              

END_SNAP_ID END_SNAP_TIME

---------- ----------- ------------------------- -------------

------------------------------------- ----------- ------------

1160732652           1

apply_interest_1            

95 06-10月-07 11.00.05.375

上午           98 06-10月-07

01.44.58.062 下午

SQL> select *from wrm$_baseline;

BASELINE_NAME        START_SNAP_ID

END_SNAP_ID

---------- ----------- ---------------------------- -------------

-----------

1160732652          1

apply_interest_1               

95          98

在一些調整步驟之後,我們可以建立另一個基準線 — 假設名稱為 apply_interest_2,然後隻為那些與這兩條基準線相關的快照比較量度。

SQL> exec dbms_workload_repository.create_baseline(92, 94,

‘apply_interest_2‘);

像這樣把快照分隔在僅僅幾個集合中有助于研究調整對于性能量度的影響。您可以在分析之後使用 drop_baseline()

來删除基準線;快照将保留(也可級聯删除)。此外,當清除例程開始删除舊的快照時,與基準線相關的快照不會被清除,進而允許進行進一步的分析。

如果要删除一個基準線:

dbms_workload_repository.drop_baseline(baseline_name=>‘apply_interest_1‘, cascade=>false);

SQL> select *from wrh$_active_session_history where snap_id in

(95,96,97,98);

-------------------------------

        95

1     235360 06-10月-07 10.56.29.872 上午

1     235230 06-10月-07 10.54.19.857 上午

1     233130 06-10月-07 10.19.19.478 上午

1     232830 06-10月-07 10.14.18.859 上午

        95

1     232250 06-10月-07 10.04.38.481 上午

        97

1     238600 06-10月-07 12.33.08.420 下午

1     238420 06-10月-07 11.50.55.686 上午

1160732652        

      1     238230 06-10月-07

11.47.45.687 上午

        98

1     239140 06-10月-07 01.42.00.976 下午

1     239130 06-10月-07 01.27.04.161 下午

已選擇21行。

dbms_workload_repository.drop_baseline(baseline_name=>‘apply_interest_2‘, cascade=>true);

(92,93,94);

awr有個報表生成機制,可以對存儲在workload資料庫的統計産生彙總報表。這個分析對一段時間的統計做的。這個報表生成機制很像statspack。

可以使用腳本awrrpt.sql或awrrpti.sql來檢視AWR報告(非常類似statspack中的spreport.sql),這兩個腳本都在目錄$ORACLE_HOME/rdbms/admin中。Awrrpt.sql腳本可以顯示指定快照id範圍的診斷資訊,報告可以儲存為文本檔案或HTML檔案;awrrpti.sql腳本與awrrpt.sql類似,唯一的不同就是在awrrpti.sql腳本中,你可以指定資料庫ID和執行個體ID(作為參數)。報告包括如下診斷資訊:

[1] Report summary

[1] Wait events

statistics

[1] SQL statistics

[1] Instance activity

[1] I/O statistics

[1] Buffer pool

[1] Advisory statistics

[1] Wait

[1] Undo statistics

[1] Latch

 Segment statistics

[1] Dictionary cache

[1] Library cache statistics

[1] SGA

[1] Resource limit statistics

[1] init.ora

parameters

通過運作$ORACLE_HOME/rdbms/admin目錄中的awrrpt.sql腳本,AWR的功能可以立即通過它從采集的統計資料和量度中生成的報表得到最好的說明。這個腳本顯示所有的現有AWR快照并請求兩個特定的快照作為時間間隔邊界。它産生兩種類型的輸出:文本格式(類似于Statspack報表的文本格式但來自于AWR資訊庫)和預設的HTML格式(擁有到部分和子部分的所有超連結),進而提供了非常使用者友好的報表。

運作這個腳本必須要select any dictionary權限.這個腳本提示你輸入選項如怎麼和在哪裡生成這個報表:

*首先,你需要指明你要生成html還是text格式的

*要選擇快照的天數:輸入天數,和你最近的快照,可選的,你可以使用dba_hist_snapshot表來看你要用哪個snap_id.

*開始snap_id和終止snap_id,這個快照對定義你的報表産生的時間間隔.

*檔案名稱,報告寫的使用者指定的檔案.

現在運作該腳本以檢視報表,進而對AWR的報表功能有一個直覺的了解。

SQL> @D:"oracle"product"10.2.0"db_1"RDBMS"ADMIN"awrrpt.sql

Current Instance

~~~~~~~~~~~~~~~~

   DB Id    DB Name     

Inst Num Instance

----------- ------------ -------- ------------

 1160732652

ORCL               

1 orcl

Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter ‘html‘ for an HTML report, or ‘text‘ for plain text

Defaults to ‘html‘

輸入 report_type 的值:

Type

Specified:                 

html

Instances in this Workload Repository schema

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

   DB Id     Inst Num DB

Name      Instance     Host

------------ -------- ------------ ------------ ------------

* 1160732652        1

ORCL        

orcl         YUECHAOTIAN

Using 1160732652 for database Id

Using          1 for instance

number

Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed. Pressing <return> without

specifying a number lists all completed snapshots.

輸入 num_days 的值: 4

Listing the last 4 days of Completed Snapshots

Snap

Instance     DB

Name        Snap Id    Snap

Started    Level

------------ ------------ --------- ------------------ -----

orcl        

81 04 10月 2007 07:24     1

83 05 10月 2007 13:34     1

84 05 10月 2007 16:19     1

85 05 10月 2007 17:00     1

               86

05 10月 2007 18:00     1

87 05 10月 2007 19:10     1

88 05 10月 2007 20:00     1

89 05 10月 2007 21:00     1

90 05 10月 2007 22:00     1

91 05 10月 2007 23:00     1

95 06 10月 2007 11:00     1

97 06 10月 2007 13:27     1

98 06 10月 2007 13:44     1

99 06 10月 2007 14:00     1

100 06 10月 2007 14:30     1

101 06 10月 2007 15:00     1

102 06 10月 2007 15:30     1

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

輸入 begin_snap 的值: 100

Begin Snapshot Id specified: 100

輸入 end_snap 的值: 102

End   Snapshot Id specified: 102

Specify the Report Name

The default report file name is awrrpt_1_100_102.html. To use this

name,

press <return> to continue, otherwise enter an alternative.

輸入 report_name 的值:

Using the report name awrrpt_1_100_102.html

<HTML><HEAD><TITLE>AWR Report</TITLE>

……(省略結果)

End of Report

</BODY></HTML>

Report written to awrrpt_1_100_102.html