Oracle的跟踪文件(trace file)

简介:




跟踪文件通常都是因为通过DBMS_MONITOR(在Oracle Database 9i Relese 2)及更早版本中则是ALTER SESSION SET SQL_TRACE=TRUE启用了跟踪的结果,或者是通过10046事件使用扩展的跟踪工具生成的,如下

wKioL1kdoCXRHFuBAAAMgwxEAvE932.png

这些跟踪文件包含与诊断和性能有关的信息。它们对于了解数据库应用的内部工作有着非凡的意义。在一个正常运行的数据库中,你会经常看到这些跟踪文件,而且远比看到其他类型的跟踪文件多得多。

文件位置

不论是使用DBMS_MONITORSQL_TRACE还是扩展的跟踪工具,Oracle都会在数据库服务器主机的以下两个位置生成一个跟踪文件。

  • 如果使用专用服务器连接,会在user_dump_dest参数指定的目录中生成跟踪文件。

  • 如果使用共享服务器连接,则会在background_dump_dest参数指定的目录中生成跟踪文件。

注意:11g版本中background_dump_destuser_dump_dest参数将要被废弃掉,虽然还可以使用这两个参数进行查询但可以使用使用新的参数或视图进行查询。

使用show parameter dump_dest命令来查看目录,也可以直接查询V$PARAMETER视图,或查询新的V$DIAG_INFO 视图

wKiom1kdoDPzRDwUAAAkLQFFwO8264.png

 wKioL1kdoEOR_X3KAAB0Jx43F4A448.png

V$DIAG_INFOOracle Database 11g新增的视图,这在较早的版本中还没有。它是访问新增ADR工具所用跟踪信息的一个更容易的接口。

Oracle Database 11g调整了很多文件的默认存储位置,使它们组织得更好一些,从而能更容易地记录对Oracle的服务请求。其中最重要的行包括下面两项:

  • Diag Trace:这是Oracle Database     11g中跟踪文件(包括后台和用户转储目标)所在的位置。

  • Default Trace File:这是当前会话的跟踪文件名。在较早的版本中,这个文件名可能很难得到。在Oracle Database     11g中,只需要对V$DIAG_INFO简单的查询就可以返回这个文件的完全限定文件名。

2命名约定

Oracle中跟踪文件的命名约定总在变化,示例如下:

跟踪文件名

数据库版本

ora_10583.trc

9i Release 1

ora9ir2_ora_1905.trc

9i Release 2

ora10gr2_ora_6793.trc

10g Release 2

ora11gr2_ora_1990.trc

11g Release 2

跟踪文件名可以分为以下几个部分。

文件名的第一部分是ORACLE_SID(9i Release 1例外)

文件名的下一部分只有一个ora

跟踪文件名中的数字是专用服务器的进程ID,可以从V$PROCESS视图得到。

Oracle Database 11g能方便使用V$DIAG_INFO视图,在该版本之前,实际(假设使用专用服务器模式)需要访问4个视图。

V$PARAMETER:找到USER_DUMP_DEST指定的跟踪文件位置,找到可能在跟踪文件名中用到的可选的tracefile_identifier

V$PROCESS:查找进程ID

V$SESSION:正确地标识其他视图中的会话信息。

V$INSTALCE:得到ORACLE_SID

使用下面的查询可以生成跟踪文件名:

SELECT C.VALUE || '/' || D.INSTANCE_NAME || '_ora_' || A.SPID || CASE

         WHEN E.VALUE IS NOT NULL THEN

          '_' || E.VALUE

       END || '.trc' TRACE

  FROM V$PROCESS A, V$SESSION B, V$PARAMETER C, V$INSTANCE D, V$PARAMETER E

 WHERE A.ADDR = B.PADDR

   AND B.SID = USERENV('sid')

   AND C.NAME = 'user_dump_dest'

   AND E.NAME = 'tracefile_identifier';

wKiom1kdoJei7auHAAAuzhqcrJ4904.pngwKioL1kdoKqwz4g2AAA9V4JvRL8122.png

如果文件存在就可以通过名字访问它。只有在启用跟踪后才能出现跟踪文件。在Windows平台上要把/换成\

对跟踪文件加标记

有一种办法可以对跟踪文件“加标记”,这样即便无权访问V$PROCESSV$SESSION,也能找到跟踪文件。假设你能读取user_dump_dest目录,就可以使用会话参数tracefile_identifier。采用这种方法可以为跟踪文件名增加一个可以唯一标识的串:


可以看到,跟踪文件还是采用标准的<ORACLE_SID>_ora_<PROCESS_ID>格式命名,但是这里还有为它指定的唯一的串,这样就能很容易找到跟踪文件名。


参考《Oracle 9i 10g 11g编程艺术  深入数据库体系结构 》




      本文转自hbxztc 51CTO博客,原文链接:http://blog.51cto.com/hbxztc/1927326,如需转载请自行联系原作者



相关文章
|
11天前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的控制文件与归档日志文件
本文介绍了Oracle数据库中的控制文件和归档日志文件。控制文件记录了数据库的物理结构信息,如数据库名、数据文件和联机日志文件的位置等。为了保护数据库,通常会进行控制文件的多路复用。归档日志文件是联机重做日志文件的副本,用于记录数据库的变更历史。文章还提供了相关SQL语句,帮助查看和设置数据库的日志模式。
【赵渝强老师】Oracle的控制文件与归档日志文件
|
11天前
|
Oracle 关系型数据库 数据库
【赵渝强老师】Oracle的参数文件与告警日志文件
本文介绍了Oracle数据库的参数文件和告警日志文件。参数文件分为初始化参数文件(PFile)和服务器端参数文件(SPFile),在数据库启动时读取并分配资源。告警日志文件记录了数据库的重要活动、错误和警告信息,帮助诊断问题。文中还提供了相关视频讲解和示例代码。
|
11天前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的数据文件
在Oracle数据库中,数据库由多个表空间组成,每个表空间包含多个数据文件。数据文件存储实际的数据库数据。查询时,如果内存中没有所需数据,Oracle会从数据文件中读取并加载到内存。可通过SQL语句查看和管理数据文件。附有视频讲解及示例。
|
2月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
1月前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,
|
5月前
|
SQL Oracle 关系型数据库
mysql和oracle 命令行执行sql文件 数据库执行sql文件 执行sql语句
mysql和oracle 命令行执行sql文件 数据库执行sql文件 执行sql语句
74 0
|
5月前
|
存储 SQL Oracle
oracle 存储过程导出sql语句 导出为文件
oracle 存储过程导出sql语句 导出为文件
184 0
|
6月前
|
运维 Oracle 关系型数据库
Oracle日志文件:数据王国的“记事本”
【4月更文挑战第19天】Oracle日志文件是数据库稳定运行的关键,记录数据变更历史,用于恢复和故障处理。它们协调并发操作,确保数据一致性和完整性。日志文件实时写入操作信息并定期刷新到磁盘,便于数据恢复。然而,日志文件需备份和归档以保证安全性,防止数据丢失。日志文件,数据王国的“记事本”,默默守护数据安全。
|
6月前
|
运维 Oracle 安全
Oracle的三重奏:密码文件、警告文件与跟踪文件
【4月更文挑战第19天】Oracle数据库的三大守护者:密码文件保护系统免受未经授权访问,如同宝藏的“密码锁”;警告文件似“哨兵”,记录错误信息,助于及时解决问题;跟踪文件扮演“侦探”角色,详尽记录操作,便于性能优化和故障排查。这三份文件共同确保数据王国的安全与稳定。作为管理员,重视并善用它们是关键。
|
6月前
|
运维 Oracle 关系型数据库
Oracle服务器参数文件:数据王国的“调控大师”
【4月更文挑战第19天】Oracle服务器参数文件,数据库的“调控大师”,掌控着内存管理、进程调度等关键设置。通过参数调整如SGA_MAX_SIZE和PROCESSES,实现性能优化和故障防控。虽然挑战重重,但成功的性能调优带来无尽成就感。它在备份恢复中也扮演重要角色,保障数据一致性与可用性。成为真正的“调控大师”,为数据王国效力!