Oracle的跟踪事件

一、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 所有数据文件的完整文件头。

更多精彩内容:http://www.bianceng.cn/database/Oracle/

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日志中的创建和清除错误

时间: 2024-11-10 00:41:10

Oracle的跟踪事件的相关文章

Oracle中如何跟踪事件

一.Oracle跟踪文件 Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动.关闭和运行期间后台进程的活动情况,如表空间创建.回滚段创建.某些alter命令.日志切换.错误消息等.在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系.后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG.另一种类型是DBWR.LGWR.SMON等后台进程创建的后台跟踪文件.后台跟踪文件根据后台进程运行情况

oracle 跟踪事件 +

原文转自:http://blog.csdn.net/tianlesoftware/article/details/5857023 一.Oracle跟踪文件  Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动.关闭和运行期间后台进程的活动情况,如表空间创建.回滚段创建.某些alter命令.日志切换.错误消息等.在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系.后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件

[20160720]查看了解oracle跟踪事件.txt

[20160720]查看了解oracle跟踪事件.txt --作为dba偶尔会使用一些跟踪事件,比较有名的是10046,10053.其他使用很少事情,更别说记忆. --如果查询特定的事件可以使用oerr 命令.例子: $ oerr ora 10046 10046, 00000, "enable SQL statement timing" // *Cause: // *Action: --通过如下命令可以获得全表跟踪事件: SET linesize 120 SET feedback of

使用跟踪事件10046

很多时候,对数据库进行性能诊断可以使用SQL跟踪的方法,把一些信息记录在trace文件里以后分析.一般情况下我们可以通过初始化参数SQL_TRACE=TRUE来设置SQL跟踪.     我们也可以通过设置10046事件来进行SQL跟踪,并且可以设置不同的跟踪级别,比使用SQL_TRACE获得更多的信息.     Level 0   停用SQL跟踪,相当于SQL_TRACE=FALSE Level 1   标准SQL跟踪,相当于SQL_TRACE=TRUE Level 4   在level 1的基

详解oracle的跟踪文件和转储命令

一.Oracle跟踪文件 Oracle跟踪文件分为三种类型: 一种是后台报警日志文件,记录数据库在启动.关闭和运行期间后台进程的活动情况,如表空间创建.回滚段创建.某些alter命令.日志切换.错误消息等.在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系.后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG. 另一种类型是DBWR.LGWR.SMON等后台进程创建的后台跟踪文件.后台跟踪文件根据后台进程运行

Oracle Mutex 等待事件

Oracle Mutex 等待事件之: cursor pin S pin S 等待事件说明,当一个会话(session)试图去更新一个共享的 Mutex Pin,同时已经有其他会话正在更新(updating)同一个 Shared Mutex Pin.注意,Pin S 的Mutex位于子游标上,是动态创建的,无法从等待事件中获得,但是可以在竞争出现的情况下,通过观察 x$mutex_sleep_history 来获得. 文档说明如下: Oracle Mutex 等待事件之: cursor pin

Oracle OWI 等待事件历史视图及相关视图

    Oracle提供的等待事件视图使得我们可以获取指定session以及实例级别等待事件的详细信息,这些视图分别是v$session_wait,v$session_event,以及v$system_event.然而这几个视图对于历史等待事件无能为力.对此,Oracle也提供了历史等待事件视图v$session_wait_history,同时视图v$session_wait_class,v$system_wait_class也提供了基于等待类别的性能分析,下面是基于Oracle 10g对此展开

Oracle所有诊断事件列表events

Oracle所有诊断事件列表events 通过如下的脚本可以获取所有的诊断事件列表: 点击(此处)折叠或打开 SET SERVEROUTPUT ON SET LINE 9999 DECLARE   ERR_MSG VARCHAR2(32767); BEGIN   DBMS_OUTPUT.ENABLE('');   FOR ERR_NUM IN 10000 .. 10999 LOOP     ERR_MSG := SQLERRM(-ERR_NUM);     IF ERR_MSG NOT LIKE

Oracle的等待事件

转自http://www.kingsnet.biz/Article/database/oracle/200804/8694_5.html Oracle的等待事件是衡量Oracle运行状况的重要依据及指标.等待事件的概念是在Oracle7.0.1.2中引入的,大致有100个等待事件.在Oracle 8.0中这个数目增加到了大约150个,在Oracle8i中大约有200个事件,在Oracle9i中大约有360个等待事件.主要有两种类别的等待事件,即空闲(idle)等待事件和非空闲(non-idle)