Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存 BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG。另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生,后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为 siddbwr.trc、sidsmon.trc等。还有一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外,用户可以通过执行oracle跟踪事件(见后面)来生成该类文件,用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中,文件格式为oraxxxxx.trc,xxxxx为创建文件的进程号(或线程号)。
二、Oracle跟踪事件
Oracle提供了一类命令,可以将Oracle各类内部结构中所包含的信息转储(dump)到跟踪文件中,以便用户能根据文件内容来解决各种故障。设置跟踪事件有两种方法,一种是在init.ora文件中设置事件,这样open数据库后,将影响到所有的会话。设置格式如下:
EVENT="eventnumber trace name eventname [forever,] [level levelnumber] : ......."
通过:符号,可以连续设置多个事件,也可以通过连续使用event来设置多个事件。
另一种方法是在会话过程中使用alter session set events命令,只对当前会话有影响。设置格式如下:
alter session set events '[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : .......'
通过:符号,可以连续设置多个事件,也可以通过连续使用alter session set events 来设置多个事件。
格式说明:eventnumber指触发dump的事件号,事件号可以是Oracle错误号(出现相应错误时跟踪指定的事件)或oralce内部事件号,内部事件号在10000到10999之间,不能与immediate关键字同用。
immediate关键字表示命令发出后,立即将指定的结构dump到跟踪文件中,这个关键字只用在alter session语句中,并且不能与 eventnumber、forever关键字同用。
trace name 是关键字。
eventname指事件名称(见后面),即要进行dump的实际结构名。若eventname为context,则指根据内部事件号进行跟踪。
forever关键字表示事件在实例或会话的周期内保持有效状态,不能与immediate同用。
level为事件级别关键字。但在dump错误栈(errorstack)时不存在级别。
levelnumber表示事件级别号,一般从1到10,1表示只dump结构头部信息,10表示dump结构的所有信息。
1、buffers事件:dump SGA缓冲区中的db buffer结构。
alter session set events 'immediate trace name buffers level 1'; --表示dump缓冲区的头部。
2、blockdump事件:dump数据文件、索引文件、回滚段文件结构。
alter session set events 'immediate trace name blockdump level 66666'; --表示dump块地址为6666的数据块。
在Oracle 8以后该命令已改为:
alter system dump datafile 11 block 9; --表示dump数据文件号为11中的第9个数据块。
3、controlf事件:dump控制文件结构。
alter session set events 'immediate trace name controlf level 10'; --表示dump控制文件的所有内容。
4、locks事件:dump LCK进程的锁信息。
alter session set events 'immediate trace name locks level 5';
5、redohdr事件:dump redo日志的头部信息。
alter session set events 'immediate trace name redohdr level 1'; --表示dump redo日志头部的控制文件项。
alter session set events 'immediate trace name redohdr level 2'; --表示dump redo日志的通用文件头。
alter session set events 'immediate trace name redohdr level 10'; --表示dump redo日志的完整文件头。
注意:redo日志的内容dump可以采用下面的语句:
alter system dump logfile 'logfilename';
6、loghist事件:dump控制文件中的日志历史项。
alter session set events 'immediate trace name loghist level 1'; --表示只dump最早和最迟的日志历史项。
levelnumber大于等于2时,表示2的levelnumber次方个日志历史项。
alter session set events 'immediate trace name loghist level 4'; --表示dump 16个日志历史项。
7、file_hdrs事件:dump 所有数据文件的头部信息。
alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有数据文件头部的控制文件项。
alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有数据文件的通用文件头。
alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有数据文件的完整文件头。
8、errorstack事件:dump 错误栈信息,通常Oracle发生错误时前台进程将得到一条错误信息,但某些情况下得不到错误信息,可以采用这种方式得到Oracle错误。
alter session set events '604 trace name errorstack forever'; --表示当出现604错误时,dump 错误栈和进程栈。
9、systemstate事件:dump所有系统状态和进程状态。
alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系统状态和进程状态。
10、coalesec事件:dump指定表空间中的自由区间。
levelnumber以十六进制表示时,两个高位字节表示自由区间数目,两个低位字节表示表空间号,如0x00050000表示dump系统表空间中的5个自由区间,转换成十进制就是327680,即:
alter session set events 'immediate trace name coalesec level 327680';
11、processsate事件:dump进程状态。
alter session set events 'immediate trace name processsate level 10';
12、library_cache事件:dump library cache信息。
alter session set events 'immediate trace name library_cache level 10';
13、heapdump事件:dump PGA、SGA、UGA中的信息。
alter session set events 'immediate trace name heapdump level 1';
14、row_cache事件:dump数据字典缓冲区中的信息。
alter session set events 'immediate trace name row_cache level 1';
三、内部事件号
1、10013:用于监视事务恢复。
2、10015:转储UNDO SEGMENT头部。
event = "10015 trace name context forever"
3、10029:用于给出会话期间的登陆信息。
4、10030:用于给出会话期间的注销信息。
5、10032:转储排序的统计信息。
6、10033:转储排序增长的统计信息。
7、10045:跟踪Freelist管理操作。
8、10046:跟踪SQL语句。
alter session set events '10046 trace name context forever, level 4'; --跟踪SQL语句并显示绑定变量。
alter session set events '10046 trace name context forever, level 8'; --跟踪SQL语句并显示等待事件。
9、10053:转储优化策略。
10、10059:模拟redo日志中的创建和清除错误。
11、10061:阻止SMON进程在启动时清除临时段。
12、10079:转储 SQL*NET统计信息。
13、10081:转储高水标记变化。
14、10104:转储Hash连接统计信息。
15、10128:转储分区休整信息。
16、10200:转储一致性读信息。
17、10201:转储一致性读中Undo应用。
18、10209:允许在控制文件中模拟错误。
19、10210:触发数据块检查事件。
event = "10210 trace name context forever, level 10"
20、10211:触发索引检查事件。
21、10213:模拟在写控制文件后崩溃。
22、10214:模拟在控制文件中的写错误。
levelnumber从1-9表示产生错误的块号,大于等于10则每个控制文件将出错。
23、10215:模拟在控制文件中的读错误。
24、10220:转储Undo头部变化。
25、10221;转储Undo变化。
26、10224:转储索引的分隔与删除。
27、10225:转储基于字典管理的区间的变化。
28、10229:模拟在数据文件上的I/O错误。
29、10231:设置在全表扫描时忽略损坏的数据块。
alter session set events '10231 trace name context off'; -- 关闭会话期间的数据块检查。
event = "10231 trace name context forever, level 10" -- 对任何进程读入SGA的数据块进行检查。
30、10232:将设置为软损坏(DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置)的数据块dump到跟踪文件。
31、10235:用于内存堆检查。
alter session set events '10235 trace name context forever, level 1';
32、10241:转储远程SQL执行。
33、10246:跟踪PMON进程。
34、10248:跟踪dispatch进程。
35、10249:跟踪MTS进程。
36、10252:模拟写数据文件头部错误。
37、10253:模拟写redo日志文件错误。
38、10262:允许连接时存在内存泄漏。
alter session set events '10262 trace name context forever, level 300'; -- 允许存在300个字节的内存泄漏
39、10270:转储共享游标。
40、10285:模拟控制文件头部损坏。
41、10286:模拟控制文件打开错误。
42、10287:模拟归档出错。
43、10357:调试直接路径机制。
44、10500:跟踪SMON进程。
45、10608:跟踪位图索引的创建。
46、10704:跟踪enqueues。
47、10706:跟踪全局enqueues。
48、10708:跟踪RAC的buffer cache。
49、10710:跟踪对位图索引的访问。
50、10711:跟踪位图索引合并操作。
51、10712:跟踪位图索引OR操作。
52、10713:跟踪位图索引AND操作。
53、10714:跟踪位图索引MINUS操作。
54、10715:跟踪位图索引向ROWID的转化。
55、10716:跟踪位图索引的压缩与解压。
56、10719:跟踪位图索引的修改。
57、10731:跟踪游标声明。
58、10928:跟踪PL/SQL执行。
59、10938:转储PL/SQL执行统计信息。
最后要说明的是,由于版本不同以上语法可能有些变化,但大多数还是可用的。
附完整的跟踪事件列表,event No.10000 to 10999
SET SERVEROUTPUT ON
DECLARE
err_msg VARCHAR2(120);
BEGIN
dbms_output.enable (1000000);
FOR err_num IN 10000..10999
LOOP
err_msg := SQLERRM (-err_num);
IF err_msg NOT LIKE '%Message '||err_num||' not found%' THEN
dbms_output.put_line (err_msg);
END IF;
END LOOP;
END;
/
1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#
2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪
3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪
4.tkprof *.trc *.txt
1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#
2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪
3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪
4.tkprof *.trc *.txt
5.查看文件。
[@more@] 一、Oracle 跟踪文件Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存 BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG。另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生,后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为 siddbwr.trc、sidsmon.trc等。还有一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外,用户可以通过执行oracle跟踪事件(见后面)来生成该类文件,用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中,文件格式为oraxxxxx.trc,xxxxx为创建文件的进程号(或线程号)。
二、Oracle跟踪事件
Oracle提供了一类命令,可以将Oracle各类内部结构中所包含的信息转储(dump)到跟踪文件中,以便用户能根据文件内容来解决各种故障。设置跟踪事件有两种方法,一种是在init.ora文件中设置事件,这样open数据库后,将影响到所有的会话。设置格式如下:
EVENT="eventnumber trace name eventname [forever,] [level levelnumber] : ......."
通过:符号,可以连续设置多个事件,也可以通过连续使用event来设置多个事件。
另一种方法是在会话过程中使用alter session set events命令,只对当前会话有影响。设置格式如下:
alter session set events '[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : .......'
通过:符号,可以连续设置多个事件,也可以通过连续使用alter session set events 来设置多个事件。
格式说明:eventnumber指触发dump的事件号,事件号可以是Oracle错误号(出现相应错误时跟踪指定的事件)或oralce内部事件号,内部事件号在10000到10999之间,不能与immediate关键字同用。
immediate关键字表示命令发出后,立即将指定的结构dump到跟踪文件中,这个关键字只用在alter session语句中,并且不能与 eventnumber、forever关键字同用。
trace name 是关键字。
eventname指事件名称(见后面),即要进行dump的实际结构名。若eventname为context,则指根据内部事件号进行跟踪。
forever关键字表示事件在实例或会话的周期内保持有效状态,不能与immediate同用。
level为事件级别关键字。但在dump错误栈(errorstack)时不存在级别。
levelnumber表示事件级别号,一般从1到10,1表示只dump结构头部信息,10表示dump结构的所有信息。
1、buffers事件:dump SGA缓冲区中的db buffer结构。
alter session set events 'immediate trace name buffers level 1'; --表示dump缓冲区的头部。
2、blockdump事件:dump数据文件、索引文件、回滚段文件结构。
alter session set events 'immediate trace name blockdump level 66666'; --表示dump块地址为6666的数据块。
在Oracle 8以后该命令已改为:
alter system dump datafile 11 block 9; --表示dump数据文件号为11中的第9个数据块。
3、controlf事件:dump控制文件结构。
alter session set events 'immediate trace name controlf level 10'; --表示dump控制文件的所有内容。
4、locks事件:dump LCK进程的锁信息。
alter session set events 'immediate trace name locks level 5';
5、redohdr事件:dump redo日志的头部信息。
alter session set events 'immediate trace name redohdr level 1'; --表示dump redo日志头部的控制文件项。
alter session set events 'immediate trace name redohdr level 2'; --表示dump redo日志的通用文件头。
alter session set events 'immediate trace name redohdr level 10'; --表示dump redo日志的完整文件头。
注意:redo日志的内容dump可以采用下面的语句:
alter system dump logfile 'logfilename';
6、loghist事件:dump控制文件中的日志历史项。
alter session set events 'immediate trace name loghist level 1'; --表示只dump最早和最迟的日志历史项。
levelnumber大于等于2时,表示2的levelnumber次方个日志历史项。
alter session set events 'immediate trace name loghist level 4'; --表示dump 16个日志历史项。
7、file_hdrs事件:dump 所有数据文件的头部信息。
alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有数据文件头部的控制文件项。
alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有数据文件的通用文件头。
alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有数据文件的完整文件头。
8、errorstack事件:dump 错误栈信息,通常Oracle发生错误时前台进程将得到一条错误信息,但某些情况下得不到错误信息,可以采用这种方式得到Oracle错误。
alter session set events '604 trace name errorstack forever'; --表示当出现604错误时,dump 错误栈和进程栈。
9、systemstate事件:dump所有系统状态和进程状态。
alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系统状态和进程状态。
10、coalesec事件:dump指定表空间中的自由区间。
levelnumber以十六进制表示时,两个高位字节表示自由区间数目,两个低位字节表示表空间号,如0x00050000表示dump系统表空间中的5个自由区间,转换成十进制就是327680,即:
alter session set events 'immediate trace name coalesec level 327680';
11、processsate事件:dump进程状态。
alter session set events 'immediate trace name processsate level 10';
12、library_cache事件:dump library cache信息。
alter session set events 'immediate trace name library_cache level 10';
13、heapdump事件:dump PGA、SGA、UGA中的信息。
alter session set events 'immediate trace name heapdump level 1';
14、row_cache事件:dump数据字典缓冲区中的信息。
alter session set events 'immediate trace name row_cache level 1';
三、内部事件号
1、10013:用于监视事务恢复。
2、10015:转储UNDO SEGMENT头部。
event = "10015 trace name context forever"
3、10029:用于给出会话期间的登陆信息。
4、10030:用于给出会话期间的注销信息。
5、10032:转储排序的统计信息。
6、10033:转储排序增长的统计信息。
7、10045:跟踪Freelist管理操作。
8、10046:跟踪SQL语句。
alter session set events '10046 trace name context forever, level 4'; --跟踪SQL语句并显示绑定变量。
alter session set events '10046 trace name context forever, level 8'; --跟踪SQL语句并显示等待事件。
9、10053:转储优化策略。
10、10059:模拟redo日志中的创建和清除错误。
11、10061:阻止SMON进程在启动时清除临时段。
12、10079:转储 SQL*NET统计信息。
13、10081:转储高水标记变化。
14、10104:转储Hash连接统计信息。
15、10128:转储分区休整信息。
16、10200:转储一致性读信息。
17、10201:转储一致性读中Undo应用。
18、10209:允许在控制文件中模拟错误。
19、10210:触发数据块检查事件。
event = "10210 trace name context forever, level 10"
20、10211:触发索引检查事件。
21、10213:模拟在写控制文件后崩溃。
22、10214:模拟在控制文件中的写错误。
levelnumber从1-9表示产生错误的块号,大于等于10则每个控制文件将出错。
23、10215:模拟在控制文件中的读错误。
24、10220:转储Undo头部变化。
25、10221;转储Undo变化。
26、10224:转储索引的分隔与删除。
27、10225:转储基于字典管理的区间的变化。
28、10229:模拟在数据文件上的I/O错误。
29、10231:设置在全表扫描时忽略损坏的数据块。
alter session set events '10231 trace name context off'; -- 关闭会话期间的数据块检查。
event = "10231 trace name context forever, level 10" -- 对任何进程读入SGA的数据块进行检查。
30、10232:将设置为软损坏(DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置)的数据块dump到跟踪文件。
31、10235:用于内存堆检查。
alter session set events '10235 trace name context forever, level 1';
32、10241:转储远程SQL执行。
33、10246:跟踪PMON进程。
34、10248:跟踪dispatch进程。
35、10249:跟踪MTS进程。
36、10252:模拟写数据文件头部错误。
37、10253:模拟写redo日志文件错误。
38、10262:允许连接时存在内存泄漏。
alter session set events '10262 trace name context forever, level 300'; -- 允许存在300个字节的内存泄漏
39、10270:转储共享游标。
40、10285:模拟控制文件头部损坏。
41、10286:模拟控制文件打开错误。
42、10287:模拟归档出错。
43、10357:调试直接路径机制。
44、10500:跟踪SMON进程。
45、10608:跟踪位图索引的创建。
46、10704:跟踪enqueues。
47、10706:跟踪全局enqueues。
48、10708:跟踪RAC的buffer cache。
49、10710:跟踪对位图索引的访问。
50、10711:跟踪位图索引合并操作。
51、10712:跟踪位图索引OR操作。
52、10713:跟踪位图索引AND操作。
53、10714:跟踪位图索引MINUS操作。
54、10715:跟踪位图索引向ROWID的转化。
55、10716:跟踪位图索引的压缩与解压。
56、10719:跟踪位图索引的修改。
57、10731:跟踪游标声明。
58、10928:跟踪PL/SQL执行。
59、10938:转储PL/SQL执行统计信息。
最后要说明的是,由于版本不同以上语法可能有些变化,但大多数还是可用的。
附完整的跟踪事件列表,event No.10000 to 10999
SET SERVEROUTPUT ON
DECLARE
err_msg VARCHAR2(120);
BEGIN
dbms_output.enable (1000000);
FOR err_num IN 10000..10999
LOOP
err_msg := SQLERRM (-err_num);
IF err_msg NOT LIKE '%Message '||err_num||' not found%' THEN
dbms_output.put_line (err_msg);
END IF;
END LOOP;
END;
/
1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#
2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪
3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪
4.tkprof *.trc *.txt
1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#
2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪
3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪
4.tkprof *.trc *.txt
5.查看文件。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/41451/viewspace-1044877/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/41451/viewspace-1044877/