oracle日志目录中存在大量trc,trm文件。
这些文件都是在异常情况下才会产生的么?怎样利用他们进行分析。
这些文每个oracle进程会生成自己的文件么,比如omu_arc1_xxx,omu_lgwr_xxx,但是这些文件后面的序号是怎样分配的呢?
oracle有没有手段维护这些日志文件,我的环境上有3万多个trc,trm文件了,rm *都删不掉。

解决方案 »

  1.   

    oracle内部分配的吧,这个序号应该没有什么规律我是写shell用crontab调度定时删它们的,
    rm删不掉是权限的问题吗?
      

  2.   

    trc文件在正常或异常情况都产生日志文件,trm文件不知道是什么?
      

  3.   

    我也记得曾经出现过这种情况,trc文件特别多,用rm无法删除,当时记得到google上用提示的错误作关键字搜出来解决办法,楼主可以试一试.
      

  4.   

    用rm提示参数列表过长的解决办法在linux中删除大量文件时,直接用rm会出现:-bash: /bin/rm: 参数列表过长,的错误。这时可以用find命令来结合使用。
    例:
    1、rm * -rf 改为:
           find . -name "*" | xargs rm -rf '*' 就行了。
    2、rm test* -rf 改为:
           find . -name "test*" | xargs rm -rf "test*"
     
      

  5.   

    trc文件的产生跟你oracle的init文件有关,你把sql_trace设成false,取消相关的event后应该就不会产生大量trc文件了。你3w多个trc是多久产生的?几年,几月,几日?
      

  6.   

    你说的是哪个init文件啊,init.ora么?里面没看到有sql_trace的配置啊?
      

  7.   

    SQL> show parameter sql_traceNAME                                 TYPE        VALUE
    ------------------------------------ ----------- --------
    sql_trace                            boolean     FALSE利用alter system set sql_trace=false;试一下