oracle跟踪文件与跟踪事件

最新推荐文章于 2021-08-08 10:28:28 发布

cikaqiu6079

最新推荐文章于 2021-08-08 10:28:28 发布

阅读量112

点赞数

oracle跟踪文件与跟踪事件

[Q]如果设置自动跟踪
[A]用system登录
执行$ORACLE_HOME/rdbms/admin/utlxplan.sql创建计划表
执行$ORACLE_HOME/sqlplus/admin/plustrce.sql创建plustrace角色
如果想计划表让每个用户都能使用，则
SQL>create public synonym plan_table for plan_table;
SQL> grant all on plan_table to public;
如果想让自动跟踪的角色让每个用户都能使用，则
SQL> grant plustrace to public;
通过如下语句开启/停止跟踪
SET AUTOTRACE ON |OFF 
| ON EXPLAIN | ON STATISTICS | TRACEONLY | TRACEONLY EXPLAIN

[Q]如果跟踪自己的会话或者是别人的会话
[A]跟踪自己的会话很简单
Alter session set sql_trace true|false
Or
Exec dbms_session.set_sql_trace(TRUE);
如果跟踪别人的会话，需要调用一个包
exec dbms_system.set_sql_trace_in_session(sid,serial#,true|false)
跟踪的信息在user_dump_dest 目录下可以找到或通过如下脚本获得文件名称（适用于Win环境，如果是unix需要做一定修改）
SELECT p1.value||''||p2.value||'_ora_'||p.spid||'.ora' filename
FROM
v$process p,
v$session s,
v$parameter p1,
v$parameter p2
WHERE p1.name = 'user_dump_dest'
AND p2.name = 'db_name'
AND p.addr = s.paddr
AND s.audsid = USERENV ('SESSIONID')
最后，可以通过Tkprof来解析跟踪文件，如
Tkprof 原文件 目标文件 sys=n

[Q]怎么设置整个数据库系统跟踪
[A]其实文档上的alter system set sql_trace=true是不成功的
但是可以通过设置事件来完成这个工作，作用相等
alter system set events
'10046 trace name context forever,level 1';
如果关闭跟踪，可以用如下语句
alter system set events
'10046 trace name context off';
其中的level 1与上面的8都是跟踪级别
level 1：跟踪SQL语句，等于sql_trace=true
level 4：包括变量的详细信息
level 8：包括等待事件
level 12：包括绑定变量与等待事件

------------------------------------------------------------------------------------
from 
一、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结构的所有信息。 
--------------------------------------------------------------------------------
 
--  作者：谭艺强
--  发布时间：2004-6-17 22:34:09

--  
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\'; 
--------------------------------------------------------------------------------
 
--  作者：谭艺强
--  发布时间：2004-6-17 22:34:37

--  
三、内部事件号

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执行统计信息

   最后要说明的是，由于版本不同以上语法可能有些变化，但大多数还是可用的。 
--------------------------------------------------------------------------------
 
--  作者：覃贵江
--  发布时间：2004-6-24 17:15:35

--  
如何看跟踪文件oracle有一个小工具tkprof，在c>下输入tkprof看说明就是。 
--------------------------------------------------------------------------------

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12846483/viewspace-611490/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12846483/viewspace-611490/