[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 off
SET SERVEROUTPUT ON

DECLARE
   err_msg   VARCHAR2 (1200);
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;
/

--BTW:如果修改err_num范围1 .. 9999,可以获得常见错误表。
--但是这样,要模糊查询确实不是非常方便。实际上oerr读取的就是$ORACLE_HOME/rdbms/mesg/oraus.msb,而原文件就是
--$ORACLE_HOME/rdbms/mesg/oraus.msg 文本文件。

--直接打开查询就可以了解许多。在简单一点写一个命令,grep ^10[0-9][0-9][0-9]  $ORACLE_HOME/rdbms/mesg/oraus.msg | grep -i $1
--就可以查询相关信息事件。

--可以写一个别名放在.bashrc 中。例如:
alias ooerr='grep ^10[0-9][0-9][0-9]  $ORACLE_HOME/rdbms/mesg/oraus.msg | grep -i $1'

$ ooerr 10046
10046, 00000, "enable SQL statement timing"

$ ooerr undo
10015, 00000, "Undo Segment Recovery"
10016, 00000, "Undo Segment extend"
10017, 00000, "Undo Segment Wrap"
10023, 00000, "Create Save Undo Segment"
10024, 00000, "Write to Save Undo"
10026, 00000, "Apply Save Undo"
10041, 00000, "dump undo records skipped"
10044, 00000, "free list undo operations"
10048, 00000, "Undo segment shrink"
10201, 00000, "consistent read undo application"
10218, 00000, "dump uba of applied undo"
10221, 00000, "show changes done with undo"
10226, 00000, "trace CR applications of undo for data operations"
10251, 00000, "check consistency of transaction table and undo block"
10291, 00000, "die in tbsdrv to test control file undo"
10449, 00000, "enable trace of kst for undo manageability features diagnostics"
10511, 00000, "turn off SMON check to cleanup undo dictionary"

--这样查询就比较方便。

时间: 2024-10-24 13:14:02

[20160720]查看了解oracle跟踪事件.txt的相关文章

oracle 跟踪事件 +

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

Oracle的跟踪事件

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

Oracle中如何跟踪事件

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

Oracle跟踪文件和文件转储

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

[20150520]使用gdb查看等待事件.txt

[20150520]使用gdb查看等待事件.txt -- 昨天开始重看vage-- 使用gdb 看等待事件这部分内容跳过了,今天测试看看.如何操作. -- 实际上设置断点在gdb下,11g等待事件的起始函数是kslwtbctx函数.还是通过演示来说明: 1.测试环境: SCOTT@test> @ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------

[20140217]在toad使用跟踪文件.txt

[20140217]在toad使用跟踪文件.txt 我使用toad版本是12.0.0.61,今天使用生成跟踪文件,发现在界面上可以访问跟踪文件的内容做一个测试看看. SCOTT@test> @ver BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64

使用跟踪事件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跟踪

如今,一般DBA使用会话跟踪.SQL跟踪并进行分析已不是稀奇的事情,我估计常用的方法有SQL_TRACE.10046事件等.另外,如果我们需要跟踪其他会话,那需要如何做呢?大家估计最熟悉的是使用ORADEBUG,至少我喜欢这样做.其实,Oracle提供的跟踪方法非常丰富,本文就将这些方法一一介绍,大家可以选择自己喜欢的方式并熟练使用它们. TRACE目录 首先,我可能会关心咱跟踪的trace文件放在哪里,Oracle 10g和11g存放trace目录是不一样的,Oracle 10g中一般是$OR

[20160830]清除日志与跟踪文件.txt

[20160830]清除日志与跟踪文件.txt --我们数据库的dataguard磁盘空间非常紧张,前几天因为一些异常业务操作,导致dataguard磁盘空间不足, --日志切换情况: Date                Day    Total   H0   h1   h2   h3   h4   h5   h6   h7   h8   h9  h10  h11  h12  h13  h14  h15  h16  h17  h18  h19  h20  h21  h22  h23