oracle的udump目录下生成很大体积的文件,怎么回事?

时间:2021-07-01 12:54:09
oracle的udump目录下生成很大体积的文件,占满了硬盘空间
D:\oracle\product\10.1.0\admin\orcl\udump 目录下文件类型如下orcl_ora_2428.trc 小的1k,大的5G。 
据说是归档文件 采用如下命令设置大小后运行,生成的文件还有1.8G左右。 
alter system set max_dump_file_size = 100; 100的后面加m运行是不可以的。所以我不知道这个100的单位是什么,如果是m的话,为何还生成上G的文件? 
查看归档模式,貌似并没有打开。 
SQL> archive log list ; 
Database log mode No Archive Mode 
Automatic archival Disabled 
Archive destination USE_DB_RECOVERY_FILE_DEST 
Oldest online log sequence 65 
Current log sequence 67 
这就奇怪了,生成的文件是什么呢?如何才能限制他的大小或者让他不生成

4 个解决方案

#1


这不是归档文件,是跟踪文件。你不看的话把它删了吧。
set   max_dump_file_size   默认大小值的单位好象是数据块。你想设成100MB,就用:
alter   system   set   max_dump_file_size='100m'
加个引号。

#2


谢谢

#3


看看是什么情况产生了这么巨大的trace

我估计你的alert.log中有很多error

再检查一下,sql_trace是否开启?

#4


查看了alert.log,果然有错误。搜索发现这是oracle的一个bug,网上介绍的解决方法是,以sys用户执行alter system set event='10841 trace name context forever' scope=spfile;
我不知道他有效与否,因为我的问题已经通过另一个方法解决了,到现在没有再生成大文件。

方法是
alter system set sql_trace =false;

#1


这不是归档文件,是跟踪文件。你不看的话把它删了吧。
set   max_dump_file_size   默认大小值的单位好象是数据块。你想设成100MB,就用:
alter   system   set   max_dump_file_size='100m'
加个引号。

#2


谢谢

#3


看看是什么情况产生了这么巨大的trace

我估计你的alert.log中有很多error

再检查一下,sql_trace是否开启?

#4


查看了alert.log,果然有错误。搜索发现这是oracle的一个bug,网上介绍的解决方法是,以sys用户执行alter system set event='10841 trace name context forever' scope=spfile;
我不知道他有效与否,因为我的问题已经通过另一个方法解决了,到现在没有再生成大文件。

方法是
alter system set sql_trace =false;