(FAQ)通过DBMS_MONITOR.SERV_MOD_ACT_TRACE_ENABLE开启sql trace开关，产生大量的sql trace文件导致数据库
原因分析： 1.Oracle数据库udump目录下每天产生5G的sql trace文件，一个月就会占用150多G的磁 盘空间，造成磁盘空间满，之后再生成sql trace文件，则没有空间了会报错，从而导致数 据库会宕机。 2．根据Sql trace文件中产生了执行计划等信息，说明sql trace的开关通过某种方式已开启,以下是sql trace 文件中发现的关键信息，如下所示: Misses in library cache during parse: 0 Optimizer mode: ALL_ROWS Parsing user id: 33 Rows Row Source Operation ------- --------------------------------------------------- 1 FAST DUAL (cr=0 pr=0 pw=0 time=3 us) Elapsed times include waiting on following events: Event waited on Times Max. Wait Total Waited ---------------------------------------- Waited ---------- ------------ SQL*Net message to client 10 0.00 0.00 SQL*Net message from client 10 0.00 0.00 ******************************************************************************** SELECT s.fid, s.flongnumber FROM T_ORG_Storage S LEFT OUTER JOIN t_biz_transbill T ON t.fsrcstationid = s.fid WHERE (t.fnumber = '7560106538773' AND (Rownum <= 1)) call count cpu elapsed disk query current rows ------- ------ -------- ---------- ---------- ---------- ---------- ---------- Parse 1 0.00 0.00 0 0 0 0 Execute 1 0.00 0.00 0 0 0 0 Fetch 1 0.00 0.00 1 7 0 1 ------- ------ -------- ---------- ---------- ---------- ---------- ---------- total 3 0.00 0.00 1 7 0 1 3.在排除通常的会话级别与实例级别无开启sql trace开关的情况下，按以下的方法查看oracle 10g数据库新增的一种开启sql trace的方法是否已使用，如下所示: 发现存在一条数据库easdb服务级别的sql trace开启的一条记录，如下所示: 解决方法： 1. 通过运行以下的脚本进行问题的处理(关闭sql trace开关): BEGIN FOR rTrace IN (SELECT DISTINCT primary_id FROM dba_enabled_traces) LOOP DBMS_MONITOR.SERV_MOD_ACT_TRACE_DISABLE(rTrace.primary_id,DBMS_MONITOR.ALL_MODULES); END LOOP; END; /