sql_trace 和 events 跟蹤事件

一、Oracle跟蹤檔案
    Oracle跟蹤檔案分為三種型別，
    一是後臺報警日誌檔案，記錄資料庫在啟動、關閉和執行期間後臺程式的活動情況,如表空間建立、回滾段建立、某些alter命令、日誌切換、錯誤訊息等。在資料庫出現故障時，應首先檢視該檔案，但檔案中的資訊與任何錯誤狀態沒有必然的聯絡。後臺報警日誌檔案儲存BACKGROUND_DUMP_DEST引數指定的目錄中，檔案格式為SIDALRT.LOG。
    二是後臺程式DBWR、LGWR、SMON等建立的後臺跟蹤檔案。後臺跟蹤檔案根據後臺程式執行情況產生，後臺跟蹤檔案也儲存在BACKGROUND_DUMP_DEST引數指定的目錄中，檔案格式為siddbwr.trc、sidsmon.trc等。
    三是由連線到Oracle的使用者程式(Server Processes)生成的使用者跟蹤檔案。這些檔案僅在使用者會話期間遇到錯誤時產生。此外，使用者可以透過執行oracle跟蹤事件（見後面）來生成該類檔案，使用者跟蹤檔案儲存在USER_DUMP_DEST引數指定的目錄中，檔案格式為oraxxxxx.trc，xxxxx為建立檔案的程式號（或執行緒號）。
二、Oracle跟蹤事件
    Oracle提供了一類命令，可以將Oracle各類內部結構中所包含的資訊轉儲(dump)到跟蹤檔案中，以便使用者能根據檔案內容來解決各種故障。
    設定跟蹤事件有兩種方法，一種是在init.ora檔案中設定事件，這樣open資料庫後，將影響到所有的會話。設定格式如下：
        EVENT="eventnumber trace name eventname [forever,] [level levelnumber] : ......."
  透過:符號，可以連續設定多個事件，也可以透過連續使用event來設定多個事件。
  另一種方法是在會話過程中使用alter session set events命令，只對當前會話有影響。設定格式如下：
        alter session set events '[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : .......'
   透過:符號，可以連續設定多個事件，也可以透過連續使用alter session set events 來設定多個事件。
   格式說明：eventnumber指觸發dump的事件號，事件號可以是Oracle錯誤號（出現相應錯誤時跟蹤指定的事件）或oralce內部事件號，內部事件號在10000到10999之間，不能與immediate關鍵字同用。
             immediate關鍵字表示命令發出後，立即將指定的結構dump到跟蹤檔案中，這個關鍵字只用在alter session語句中，並且不能與                eventnumber、forever關鍵字同用。
             trace name 是關鍵字。
             eventname指事件名稱（見後面），即要進行dump的實際結構名。若eventname為context，則指根據內部事件號進行跟蹤。
             forever關鍵字表示事件在例項或會話的週期內保持有效狀態，不能與immediate同用。
             level為事件級別關鍵字。但在dump錯誤棧(errorstack)時不存在級別。
             levelnumber表示事件級別號，一般從1到10，1表示只dump結構頭部資訊，10表示dump結構的所有資訊。
   1、buffers事件：dump SGA緩衝區中的db buffer結構
     alter session set events 'immediate trace name buffers level 1'; --表示dump緩衝區的頭部。
   2、blockdump事件：dump資料檔案、索引檔案、回滾段檔案結構
     alter session set events 'immediate trace name blockdump level 66666'; --表示dump塊地址為6666的資料塊。
     在Oracle 8以後該命令已改為：
     alter system dump datafile 11 block 9; --表示dump資料檔案號為11中的第9個資料塊。
   3、controlf事件：dump控制檔案結構
     alter session set events 'immediate trace name controlf level 10'; --表示dump控制檔案的所有內容。
   4、locks事件：dump LCK程式的鎖資訊
     alter session set events 'immediate trace name locks level 5';
   5、redohdr事件：dump redo日誌的頭部資訊
     alter session set events 'immediate trace name redohdr level 1'; --表示dump redo日誌頭部的控制檔案項。
     alter session set events 'immediate trace name redohdr level 2'; --表示dump redo日誌的通用檔案頭。
     alter session set events 'immediate trace name redohdr level 10'; --表示dump redo日誌的完整檔案頭。
     注意：redo日誌的內容dump可以採用下面的語句:
     alter system dump logfile 'logfilename';
   6、loghist事件：dump控制檔案中的日誌歷史項
      alter session set events 'immediate trace name loghist level 1'; --表示只dump最早和最遲的日誌歷史項。
      levelnumber大於等於2時，表示2的levelnumber次方個日誌歷史項。
      alter session set events 'immediate trace name loghist level 4'; --表示dump 16個日誌歷史項。
   7、file_hdrs事件：dump 所有資料檔案的頭部資訊
       alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有資料檔案頭部的控制檔案項。
       alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有資料檔案的通用檔案頭。
       alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有資料檔案的完整檔案頭。
   8、errorstack事件：dump 錯誤棧資訊，通常Oracle發生錯誤時前臺程式將得到一條錯誤資訊，但某些情況下得不到錯誤資訊，可以採用這種方式得到Oracle錯誤。
       alter session set events '604 trace name errorstack forever'; --表示當出現604錯誤時，dump 錯誤棧和程式棧。
   9、systemstate事件：dump所有系統狀態和程式狀態
       alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系統狀態和程式狀態。
   10、coalesec事件：dump指定表空間中的自由區間
      levelnumber以十六進位制表示時，兩個高位位元組表示自由區間數目，兩個低位位元組表示表空間號，如0x00050000表示dump系統表空間中的5個自由區間，轉換成十進位制就是327680，即：
      alter session set events 'immediate trace name coalesec level 327680';
   11、processsate事件：dump程式狀態
      alter session set events 'immediate trace name processsate level 10';
   12、library_cache事件：dump library cache資訊
      alter session set events 'immediate trace name library_cache level 10';
   13、heapdump事件：dump PGA、SGA、UGA中的資訊
      alter session set events 'immediate trace name heapdump level 1';
   14、row_cache事件：dump資料字典緩衝區中的資訊
      alter session set events 'immediate trace name row_cache level 1';
   
三、內部事件號
1、10013：用於監視事務恢復
2、10015：轉儲UNDO SEGMENT頭部
        event = "10015 trace name context forever"
3、10029：用於給出會話期間的登陸資訊
4、10030：用於給出會話期間的登出資訊
5、10032：轉儲排序的統計資訊
6、10033：轉儲排序增長的統計資訊
7、10045：跟蹤Freelist管理操作
8、10046：跟蹤SQL語句
   alter session set events '10046 trace name context forever, level 4'; --跟蹤SQL語句並顯示繫結變數
   alter session set events '10046 trace name context forever, level 8'; --跟蹤SQL語句並顯示等待事件
9、10053：轉儲最佳化策略
10、10059：模擬redo日誌中的建立和清除錯誤
11、10061：阻止SMON程式在啟動時清除臨時段
12、10079：轉儲 SQL*NET統計資訊
13、10081：轉儲高水標記變化
14、10104：轉儲Hash連線統計資訊
15、10128：轉儲分割槽休整資訊
16、10200：轉儲一致性讀資訊
17、10201：轉儲一致性讀中Undo應用
18、10209：允許在控制檔案中模擬錯誤
19、10210：觸發資料塊檢查事件
        event = "10210 trace name context forever, level 10"
20、10211：觸發索引檢查事件
21、10213：模擬在寫控制檔案後崩潰
22、10214：模擬在控制檔案中的寫錯誤
   levelnumber從1-9表示產生錯誤的塊號，大於等於10則每個控制檔案將出錯
23、10215：模擬在控制檔案中的讀錯誤
24、10220：轉儲Undo頭部變化
25、10221；轉儲Undo變化
26、10224：轉儲索引的分隔與刪除
27、10225：轉儲基於字典管理的區間的變化
28、10229：模擬在資料檔案上的I/O錯誤
29、10231：設定在全表掃描時忽略損壞的資料塊
         alter session set events '10231 trace name context off'; -- 關閉會話期間的資料塊檢查
         event = "10231 trace name context forever, level 10" -- 對任何程式讀入SGA的資料塊進行檢查
30、10232：將設定為軟損壞（DBMS_REPAIR包設定或DB_BLOCK_CHECKING為TRUE時設定）的資料塊dump到跟蹤檔案
31、10235：用於記憶體堆檢查
   alter session set events '10235 trace name context forever, level 1';
32、10241：轉儲遠端SQL執行
33、10246：跟蹤PMON程式
34、10248：跟蹤dispatch程式
35、10249：跟蹤MTS程式
36、10252：模擬寫資料檔案頭部錯誤
37、10253：模擬寫redo日誌檔案錯誤
38、10262：允許連線時存在記憶體洩漏
   alter session set events '10262 trace name context forever, level 300'; -- 允許存在300個位元組的記憶體洩漏
39、10270：轉儲共享遊標
40、10285：模擬控制檔案頭部損壞
41、10286：模擬控制檔案開啟錯誤
42、10287：模擬歸檔出錯
43、10357：除錯直接路徑機制
44、10500：跟蹤SMON程式
45、10608：跟蹤點陣圖索引的建立
46、10704：跟蹤enqueues
47、10706：跟蹤全域性enqueues
48、10708：跟蹤RAC的buffer cache
49、10710：跟蹤對點陣圖索引的訪問
50、10711：跟蹤點陣圖索引合併操作
51、10712：跟蹤點陣圖索引OR操作
52、10713：跟蹤點陣圖索引AND操作
53、10714：跟蹤點陣圖索引MINUS操作
54、10715：跟蹤點陣圖索引向ROWID的轉化
55、10716：跟蹤點陣圖索引的壓縮與解壓
56、10719：跟蹤點陣圖索引的修改
57、10731：跟蹤遊標宣告
58、10928：跟蹤PL/SQL執行
59、10938：轉儲PL/SQL執行統計資訊
   最後要說明的是，由於版本不同以上語法可能有些變化，但大多數還是可用的。

附完整的跟蹤事件列表，event No.10000 to 10999

SET SERVEROUTPUT ON
DECLARE
err_msg VARCHAR2(120);
BEGIN
dbms_output.enable (1000000);
FOR err_num IN 10000..10999
LOOP
err_msg := SQLERRM (-err_num);
IF err_msg NOT LIKE '%Message '||err_num||' not found%' THEN
dbms_output.put_line (err_msg);
END IF;
END LOOP;
END;
/

1.select sid,serial#,username,osuser,machine from v$session;查詢session的sid,serial#

2.exec dbms_system.set_sql_trace_in_session(141,6,true);開始跟蹤

3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟蹤

4.tkprof *.trc *.txt

 

1.select sid,serial#,username,osuser,machine from v$session;查詢session的sid,serial#

2.exec dbms_system.set_sql_trace_in_session(141,6,true);開始跟蹤

3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟蹤

4.tkprof *.trc *.txt

5.檢視檔案