短短几天,udump目录下就生成了几个G的TRC文件!!!这是为什么?该怎么办?谢谢!TRC文件摘录如下:udump/dspace_ora_9994.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
System name:    Linux
Node name:      dspace.xmu.edu.cn
Release:        2.6.9-5.ELsmp
Version:        #1 SMP Wed Jan 5 19:30:39 EST 2005
Machine:        i686
Redo thread mounted by this instance: 1
Oracle process number: 86
Unix process pid: 9994, image: *** ACTION NAME:() 2007-07-22 01:16:59.098
*** MODULE NAME:(OEM.BoundedPool) 2007-07-22 01:16:59.098
*** SERVICE NAME:(dspace) 2007-07-22 01:16:59.098
*** CLIENT ID:() 2007-07-22 01:16:59.098
*** SESSION ID:(85.21357) 2007-07-22 01:16:59.098
*** 2007-07-22 01:16:59.098
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [4511], [], [], [], [], [], [], []
Current SQL statement for this session:
UPDATE MGMT_AVAILABILITY_MARKER SET MARKER_TIMESTAMP = :B1 , MARKER_AVAIL_STATUS = :B3 WHERE TARGET_GUID = :B2 AND MARKER_TIM
ESTAMP <= :B1
----- PL/SQL Call Stack -----
  object      line  object
  handle    number  name
0x6285c438       424  package body SYSMAN.EM_SEVERITY
0x62b3055c       604  SYSMAN.METRICS_SEVERITY_DUPLICATES
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedst()+27          call     ksedst1()            0 ? 1 ?
ksedmp()+557         call     ksedst()             0 ? 18 ? 6A8BF5AC ?
                                                   61718EA8 ? 0 ? BFFF09CC ?
ksfdmp()+19          call     ksedmp()             3 ? BFFF0B38 ? AC05B0C ?
                                                   CBC2A40 ? 3 ? CB740C0 ?
kgeriv()+188         call     00000000             CBC2A40 ? 3 ?
kgeasi()+113         call     kgeriv()             CBC2A40 ? B72C1E50 ? 119F ?
                                                   0 ? BFFF0B74 ?
ktbgtl0()+3275       call     kgeasi()             CBC2A40 ? B72C1E50 ? 119F ?                                                   2 ? 0 ?
……

解决方案 »

  1.   

    这是系统的跟踪文件(trace), 当系统启动时或运行过程中出现错误时,系统会自动记录跟踪文件到指定的目录, 以便于检查, 这些文件是要定期维护删除的.
      

  2.   

    当Oracle出错时,便会在udump下产生一个相应的trace文件,可以通过设置参数max_dump_file_size来限制每个trace file的大小。
      

  3.   

    系统跟踪文件啊,有什么的,主要是跟踪调试SQL语句吧.tkprof工具瞧瞧?