一、ORACLE10g自動收集統(tǒng)計信息--自動analyze

從Oracle Database 10g開始，Oracle在建庫后就默認創(chuàng)建了一個名為GATHER_STATS_JOB的定時任務，用于自動收集CBO的統(tǒng)計信息。

這個自動任務默認情況下在工作日晚上10：00-6：00和周末全天開啟。調用DBMS_STATS.GATHER_DATABASE_STATS_JOB_PROC收集統(tǒng)計信息。該過程首先檢測統(tǒng)計信息缺失和陳舊的對象。然后確定優(yōu)先級，再開始進行統(tǒng)計信息。

可以通過以下查詢這個JOB的運行情況：

select * from Dba_Scheduler_Jobs where JOB_NAME ='GATHER_STATS_JOB'

其實同在10點運行的Job還有一個AUTO_SPACE_ADVISOR_JOB：

SQL> select JOB_NAME,LAST_START_DATE from dba_scheduler_jobs;

JOB_NAME                      LAST_START_DATE

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

AUTO_SPACE_ADVISOR_JOB        04-DEC-07 10.00.00.692269 PM +08:00

GATHER_STATS_JOB              04-DEC-07 10.00.00.701152 PM +08:00

FGR$AUTOPURGE_JOB

PURGE_LOG                      05-DEC-07 03.00.00.169059 AM PRC

然而這個自動化功能已經影響了很多系統(tǒng)的正常運行，晚上10點對于大部分生產系統(tǒng)也并非空閑時段。

而自動分析可能導致極為嚴重的閂鎖競爭，進而可能導致數(shù)據(jù)庫Hang或者Crash。

所以建議最好關閉這個自動統(tǒng)計信息收集功能：

exec DBMS_SCHEDULER.DISABLE('GATHER_STATS_JOB');

自動化永遠而嚴重的隱患相伴隨！

關閉及開啟自動搜集功能，有兩種方法，分別如下：

方法一： 

exec dbms_scheduler.disable('SYS.GATHER_STATS_JOB');

exec dbms_scheduler.enable('SYS.GATHER_STATS_JOB');

方法二：

alter system set "_optimizer_autostats_job"=false scope=spfile;

alter system set "_optimizer_autostats_job"=true scope=spfile;

Pfile可以直接修改初始化參數(shù)文件，重新啟動數(shù)據(jù)庫。

二、AWR默認通過MMON及MMNL進程來每小自動運行一次，為了節(jié)省空間，采集的數(shù)據(jù)在 7 天后自動清除。

快照頻率和保留時間都可以由用戶修改。要查看當前的設置，您可以使用下面的語句：

select snap_interval, retention

from dba_hist_wr_control;

SNAP_INTERVAL       RETENTION

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

 這些 SQL 語句顯示快照每小時采集一次，采集的數(shù)據(jù)保留 7 天。要修改設置 — 例如，快照時間間隔為 20 分鐘，保留時間為兩天 — 您可以發(fā)出以下命令。參數(shù)以分鐘為單位。

begin

   dbms_workload_repository.modify_snapshot_settings (

      interval => 20,

      retention => 2*24*60

   );end;

AWR 使用幾個表來存儲采集的統(tǒng)計數(shù)據(jù)，所有的表都存儲在新的名稱為 SYSAUX 的特定表空間中的 SYS 模式下，并且以 WRM$_* 和 WRH$_* 的格式命名。前一種類型存儲元數(shù)據(jù)信息（如檢查的數(shù)據(jù)庫和采集的快照），后一種類型保存實際采集的統(tǒng)計數(shù)據(jù)。（您可能已經猜到，H 代表“歷史數(shù)據(jù) (historical)”而 M 代表“元數(shù)據(jù) (metadata)”。）在這些表上構建了幾種帶前綴 DBA_HIST_ 的視圖，這些視圖可以用來編寫您自己的性能診斷工具。視圖的名稱直接與表相關；例如，視圖 DBA_HIST_SYSMETRIC_SUMMARY 是在WRH$_SYSMETRIC_SUMMARY 表上構建的。

您的處理計劃一般是有規(guī)律的，并且通常基于您對各種事件的了解和您處理它們的經驗。現(xiàn)在設想相同的事情由一個引擎來完成，這個引擎采集量度并根據(jù)預先確定的邏輯來推出可能的計劃。您的工作不就變得更輕松了嗎？ 現(xiàn)在在 Oracle Database 10g 中推出的這個引擎稱為自動數(shù)據(jù)庫診斷監(jiān)控程序 (ADDM)。為了作出決策，ADDM 使用了由 AWR 采集的數(shù)據(jù)。

在 AWR 進行的每一次快照采集之后，調用 ADDM 來檢查量度并生成建議。因此，實際上您擁有了一個一天二十四小時工作的自動數(shù)據(jù)庫管理員，它主動地分析數(shù)據(jù)并生成建議，從而把您解放出來，使您能夠關注更具有戰(zhàn)略意義的問題。

快照默認是自動采集的，但您也可以按需要采集它們。所有的 AWR 功能都在程序包 DBMS_WORKLOAD_REPOSITORY 中實施。要采集一次快照，只需發(fā)出下面的命令：

execute dbms_workload_repository.create_snapshot它立即采集一次快照，快照被記錄在表 WRM$_SNAPSHOT 中。采集的量度是針對 TYPICAL 級別的。如果您想采集更詳細的統(tǒng)計數(shù)據(jù)，您可以在上面的過程中將參數(shù) FLUSH_LEVEL 設置為 ALL。統(tǒng)計數(shù)據(jù)自動刪除，但也可以通過調用過程 drop_snapshot_range() 來手動刪除。