Reprinted: http://blog.itpub.net/29065182/viewspace-1160895/
trace file
1. Background alarm log file
Records the activity of background processes during database startup, shutdown, and operation. Such as table space creation, rollback segment creation, some alter commands, log switching, error messages, etc. This file should be viewed first in the event of a database failure, but the information in the file is not necessarily tied to any error state.
The background alarm log file is saved in the directory specified by the BACKGROUND_DUMP_DEST parameter, and the file format is SIDALRT.LOG.
2. Background tracking file
Background trace files created by background processes such as DBWR, LGWR, and SMON. Background trace files are generated according to the running status of background processes.
The background trace file is also saved in the directory specified by the BACKGROUND_DUMP_DEST parameter, and the file format is SIDDBWR.TRC, SIDSMON.TRC, etc.
3. User tracking files
User trace files generated by user processes (Server Processes) connected to Oracle. These files are only generated when errors are encountered during user sessions. In addition, users can generate such files by executing Oracle trace events.
The user trace file is saved in the directory specified by the SER_DUMP_DEST parameter. The file format is oraxxxxx.trc, and xxxxx is the process number (or thread number) that created the file.
2. Oracle tracking events
Oracle provides a class of commands that allow the information contained in various internal structures of Oracle to be dumped (dump) to the trace file, so that users can solve various faults according to the content of the file.
Modify the parameter file Trace
Alter session set sql_trace true|false;
1. There are two ways to set trace events:
(1) Set the event in the init.ora file, so that after opening the database, it will affect all sessions. The format is as follows:
EVENT=”eventnumber trace name eventname [forever,][level levelnumber]:......”
With "(colon):", multiple events can be set in succession, or multiple events can be set by using event in succession.
(2) Use the alter session set events command during the session, which only affects the current session. The format is as follows:
alter session set events ’[eventnumber|immediate] trace name eventname [forever][,level levelnumber]:......’
Format description: eventnumber, the event number that triggers the dump. The event number can be an Oracle error number (to track the specified event when the corresponding error occurs), or an Oracle internal event number, which is between 10000 and 10999. eventnumber cannot be used with the immediate keyword.
Immediate, the immediate keyword indicates that the specified structure will be dumped into the trace file immediately after the command is issued. This keyword is only used in the alter session statement and cannot be used with the eventnumber and forever keywords.
trace name, keyword.
eventname, refers to the event name, that is, the actual structure name to be dumped. If eventname is context, it means to track according to the internal event number.
forever, the forever keyword indicates that the event remains valid for the duration of the instance or session. Cannot be used with immediate.
levelnumber, indicates the event level number, generally from 1 to 10, 1 means only the header information of the dump structure, and 10 means all the information of the dump structure.
2. Events
(1), buffers event
dump the db buffer structure in the SGA buffer.
alter session set events 'immediate trace name buffers level 1';--dump buffer header.
(2), blockdump event
Dump data file, index file, rollback segment file structure.
alter session set events ’immediate trace name blockdump level 66666’;
--表示dump块地址为66666的数据块。
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日志的完整文件头。
alter system dump logfile ‘logfilename’;--dump redo日志内容。
（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’;
关闭跟踪事件如果不关闭会占用很多空间
alter session set events '10046 trace name context off';
alter session set events '10046 trace name context off';alter session set events '10046 trace name context off';
跟踪会话级别
level 1：跟踪SQL语句，等于sql_trace=true
level 4：包括变量的详细信息
level 8：包括等待事件
level 12：包括绑定变量与等待事件
三、 Oracle内部事件号
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执行统计信息
最后要说明的是，由于版本不同以上语法可能有些变化，但大多数还是可用的。
四、查看当前trc文件
select u_dump.value || '/' || db_name.value || '/_ora_'|| v$process.spid ||
nvl2(v$process.traceid,'_' || v$process.traceid,null) || '.trc'"Trace File"
from v$parameter u_dump
cross join v$parameter db_name
cross join v$process
join v$session
on v$process.addr=v$session.paddr
where u_dump.name='user_dump_dest' and
db_name.name='db_name' and
v$session.audsid=sys_context('userenv','sessionid');
1、 后台报警日志文件
记录数据库在启动、关闭和运行期间后台进程的活动情况。如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。
后台报警日志文件保存在BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDALRT.LOG。
2、 后台跟踪文件
DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生。
后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDDBWR.TRC、SIDSMON.TRC等。
3、 用户跟踪文件
由连接到Oracle的用户进程（Server Processes）生成的用户跟踪文件。这些文件仅在用户会话其间遇到错误时产生。此外，用户可以通过执行Oracle跟踪事件来生成该类文件。
用户跟踪文件保存在SER_DUMP_DEST参数指定的目录中，文件格式为oraxxxxx.trc，xxxxx为创建文件的进程号（或线程号）。
二、 Oracle跟踪事件
Oracle提供了一类命令，可以让Oracle各类内部结构中所包含的信息转储（dump）到跟踪文件中，以便用户能根据文件内容来解决各类故障。
1、 设置跟踪事件有两种方法：
（1）、在init.ora文件中设置事件，这样open数据库后，将影响到所有的会话。设置格式如下：
EVENT=”eventnumber trace name eventname [forever,][level levelnumber]:......”
通过“（冒号）：”，可以连续设置多个事件，也可以通过连续使用event来设置多个事件。
（2）、在会话过程中使用alter session set events命令，只对当前会话有影响。设置格式如下：
alter session set events ’[eventnumber|immediate] trace name eventname [forever][,level levelnumber]:......’
格式说明：eventnumber，触发dump的事件号。事件号可以是Oracle错误号（出现相应错误时跟踪指定的事件），或Oracle内部事件号，内部事件号在10000到10999之间。eventnumber不能与immediate关键字同时使用。
Immediate，immediate关键字表示命令发出后，立即将指定的结构dump到跟踪文件中，这个关键字只用在alter session语句中，并且不能与eventnumber、forever关键字同用。
trace name，关键字。
eventname，指事件名称，即要进行dump的实际结构名。若eventname为context，则指根据内部事件号进行跟踪。
forever，forever关键字表示事件在实例或会话的周期内保持有效状态。不能与immediate同用。
levelnumber，表示事件级别号，一般从1到10，1表示只dump结构头部信息，10表示dump结构的所有信息。
2、 事件
（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块地址为66666的数据块。
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日志的完整文件头。
alter system dump logfile ‘logfilename’;--dump redo日志内容。
（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’;
三、 Oracle内部事件号
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执行统计信息
最后要说明的是，由于版本不同以上语法可能有些变化，但大多数还是可用的。
四、查看当前trc文件
SELECT a.VALUE|| b.symbol|| c.instance_name|| '_ora_' || d.spid|| '.trc' trace_file FROM (SELECT VALUE FROM v$parameter WHERE NAME = 'user_dump_dest') a, (SELECT SUBSTR (VALUE, -6, 1) symbol FROM v$parameter WHERE NAME = 'user_dump_dest') b,(SELECT instance_name FROM v$instance) c,(SELECT spid FROM v$session s, v$process p, v$mystat m WHERE s.paddr= p.addr AND s.SID = m.SID AND m.statistic# = 0) d