如果你也有过找到一篇垃圾文章误导你的经历的话,你肯定能理解我郁闷的心情,我今天就在网上google到了一篇垃圾文章,写的还挺详细,事件等级啊各种跟踪用的dbms包啊应有尽有,但是根据那篇文章设置了10046事件,结果死活也找不到写到 $ORACLE_BASE/admin/$ORACLE_SID/udump下的文件,百思不得其解,最后看了一下10046网上以讹传讹的文章还挺多。而且网上通过关键字查看,很少发现有遇到跟我一样的,最后在eygle的网站上发现了一篇文章,介绍10046的,文章里面的评论就说设置了10046事件后没有发现跟踪文件,仔细看了一下E大师的文章,才知道搞错了。
执行当前会话的跟踪相信都不会搞错,关键就是跟踪其他会话,要跟踪其他会话 首先还是要查找到
V$SESSION的SID和SERIAL#然后 给这个会话设置跟踪等级,(具体的大家google就好,我这里只是告诉大家不要犯像我一样的错误)
exec dbms_system.set_ev(sid,serial#,10046,12,'');
我犯得错误就是 执行了这个包之后 以为就是开始跟踪会话了,然后执行
exec dbms_system.set_ev(sid,serial#,10046,0,''); 以为就结束了 然后用语句
select
d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name
from
( select p.spid
from sys.v$mystat m,sys.v$session s,sys.v$process p
where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,
( select t.instance from sys.v$thread t,sys.v$parameter v
where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i,
( select value from sys.v$parameter where name = 'user_dump_dest') d
查出来一个文件名 就傻不拉唧的在UDUMP文件夹里面找呀找的,结果怎么可能找的到嘛。
执行了这一步以后 只是对其他的会话设置了跟踪事件的等级,并非开始跟踪,开始跟踪要执行
exec dbms_system.set_sql_trace_in_session(sid,serial#,true);
结束
exec dbms_system.set_sql_trace_in_session(sid,serial#,false);
不过要注意的是 执行了exec dbms_system.set_sql_trace_in_session(sid,serial#,true);收集一段时间之后一定要记得执行结束的false 不然的话 udump里面你的那个文件可能会让你的oracle安装目录达到100%的磁盘占用率,这要是在生产库的话,你就等着降级罚俸吧 :)
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12216142/viewspace-675217/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/12216142/viewspace-675217/