【赛迪网－it技术报道】连接池下跟踪终端会话

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查看所有正启用的跟踪。