10046 SQL Trace提供了一個Oracle會話在干什么最詳細的信息，包括會話執行的語句，沒個語句執行的邏輯讀和物理讀次數，以及會話等待的事件和等待的時間。通過10046跟蹤我們能夠知道會話經歷了什么，相對于數據庫整體。然后可以跟蹤有問題的具體應用程序代碼。

但是該方法只能在一對一的兩層結構下工作，對于越來越多的應用服務器代理，似乎很難使用該方法跟蹤具體的會話。

本文檔僅僅考慮具體的跟蹤方法，而不診斷其輸出的含義。

跟蹤自己的會話的方法：

EXECUTE SYS.DBMS_SUPPORT.START_TRACE

ALTER SESSION SET events '10046 trace name context forever, level 12';

使用以下方法跟蹤其他會話：

EXECUTE SYS.DBMS_SUPPORT.START_TRACE_IN_SESSION (sid, serial#)

oradebug setorapid [Oracle PID from v$process]

oradebug session_event 10046 trace name context forever, level 8

EXECUTE SYS.DBMS_SYSTEM.SET_EV (sid, serial#, 10046, 8, '')

這些語句都會產生一個跟蹤文件，在user_dump_dest目錄下。然后可以使用TKPROF處理跟蹤文件。

10g之前

如果我們用之前的方法跟蹤時，由于連接池是共享的，一個數據庫會話可以為多個終端所共享，因此沒有辦法跟蹤一個具體的終端會話。

因此如果要查看那個用戶使用了最多的資源，將使用以下查詢：

SPOOL traceall.sql

SET HEADING OFF FEEDBACK OFF

SELECT 'EXECUTE SYS.dbms_system.set_ev (' || TO_CHAR (sid) ||

', ' || TO_CHAR (serial#) || ', 10046, 8, '''')'

FROM v$session

WHERE username = 'WEB_USER';

SPOOL OFF

SET FEEDBACK ON

@traceall.sql

在基于web的應用下，該語句通常會產生大量的跟蹤文件，并且為數據庫造成很大的

負載。并且也得不到具體終端會話的信息。

Oracle 10g增強

在10g中增強了跟蹤，引入了DBMS_MONITOR包，這個包可以使跟蹤更加容易。

當前，跟蹤自己的會話只需要執行以下命令：

execute dbms_monitor.session_trace_enable(waits=>true, binds=>true)

跟蹤其他的數據庫會話：

execute dbms_monitor.session_trace_enable(, waits=>true, binds=>true)

在跟蹤連接池的會話中，DBMS_MONITOR.CLIENT_ID_TRACE_ENABLE過程特別有用，其允許跟蹤一個給定客戶端標識符的會話的所有活動。如果多個數據庫會話為一個客戶端標識符服務，該過程將寫入多個跟蹤文件。

另一個重要過程是DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE，其允許跟蹤service_name, module_name, action_name確定的特定模塊，如果應用程序進行了恰當的組織，該過程將比較有用。

另一個提高是trcsess工具，其用來將DBMS_MONITOR創建的多個跟蹤文件結合在一起：

trcsess [output=] [session=] [clientid=]

[service=] [action=] [module=]

為全部跟蹤文件，然后我們可以應用TKPROF到新的文件。

舉例說明：

在實際的使用過程中，通過在頁面開始時設置會話標識符：

PROCEDURE set_ora_session_id (p_session_id IN VARCHAR2)

IS

BEGIN

dbms_session.set_identifier (p_session_id);

END set_ora_session_id;

在頁面結束時清除會話標識符：

PROCEDURE clear_ora_session_id

IS

BEGIN

dbms_session.clear_identifier;

END clear_ora_session_id;

然后我們就可以在會話活動期間進行跟蹤：

exec dbms_monitor.client_id_trace_enable('20558307491688865029', waits=> true, binds=> true)；

會話退出后關閉監控：

exec dbms_monitor.client_id_trace_disable ('20558307491688865029')；

你可以通過DBA_ENABLED_TRACES查看所有正啟用的跟蹤。