使用隐含Trace参数诊断Oracle Data Pump故障(2)

Trace  DM  DW  ORA  Lines
  level  trc  trc  trc    in
  (hex) file file file  trace                                        Purpose
------- ---- ---- ---- ------ -----------------------------------------------
  10300    x    x    x  SHDW: To trace the Shadow process (API) (expdp/impdp)
  20300    x    x    x  KUPV: To trace Fixed table
  40300    x    x    x  'div' To trace Process services
  80300    x            KUPM: To trace Master Control Process (MCP)      (DM)
 100300    x    x      KUPF: To trace File Manager
 200300    x    x    x  KUPC: To trace Queue services
 400300        x      KUPW: To trace Worker process(es)                (DW)
 800300        x      KUPD: To trace Data Package
1000300        x      META. To trace Metadata Package
--- +
1FF0300    x    x    x  'all' To trace all components          (full tracing) 
 
 
如果需要同时跟踪多个组件,需要将目标组件的hex值进行累加,后面四位的300相同。

目标Dump作业生成的Trace文件,同其他Trace文件没有什么本质差异。默认都是在BACKGROUP_DUMP_DEST目录。但是注意,Data Pump的Trace过程,会生成多个Trace文件,而且定位需要知道dm和dw的Process ID信息。

笔者建议的一种方法是,如果系统业务不是非常繁忙,可以将目录上的Trc和trm文件暂时保存在其他的地方。再进行Trace作业,此时生成的文件就可以明显看出是哪些。

对于跟踪的Trace取值,Oracle建议使用480300就可以应对大部分的情况。480300会跟踪Oracle Dump作业的Master Control Process(MCP)和Work Process。作为初始化跟踪的过程,480300基本就够用了。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/5634a180731908a3ecb28c5c8530258d.html