设置tracefile_identifier来快速找到跟踪文件

设置tracefile_identifier来快速找到跟踪文件

Trace文件的位置

11g R1以上:

从11gR1开始，Oracle引入了新的诊断结构，以参数DIAGNOSTIC_DEST控制存放trace文件与core文件的路径。

可以用以下命令，获取DIAGNOSTIC_DEST的位置：

SQL> show parameter diagnostic_dest

11gR1以前:

如果是用户进程，10046 trace文件会被生成在user_dump_dest下；如果是后台进程，trace文件会被生成在background_dump_dest下。下面的命令可以显示user_dump_dest:

SQL> show parameter user_dump_dest

通过设定tracefile_identifier，可以帮助我们更容易的找到生成的trace文件。

1.在Session级打开trace

适用于SQL语句可以在新的session创建后再运行。

在session级收集10046 trace：

alter session set tracefile_identifier='10046';

alter session set timed_statistics = true;

alter session set statistics_level=all;

alter session set max_dump_file_size = unlimited;

alter session set events '10046 trace name context forever,level 12';

-- 执行需要被trace的SQL --

select * from dual;

exit;

如果不退出当前session, 可以用以下命令关闭trace:

alter session set events '10046 trace name context off';

注意，如果session没有被彻底地关闭并且跟踪被停止了，某些重要的trace信息的可能会丢失。

注意：这里我们将"statistics_level"设置为all，这是因为有可能这个参数在系统级不是默认值"TYPICAL"（比如 BASIC）。为了收集性能相关问题的信息我们需要打开某个级别的statistics。我们推荐在 session 级将这个参数设置成 ALL 以便于收集更多的信息，尽管这不是必须的。

2.跟踪一个已经开始的进程

如果需要跟踪一个已经存在session，可以用 oradebug连接到session上，并发起10046 trace。

(1).首先，用某种方法找到需要被跟踪的session.

例如，在SQL*Plus里，找出目标session的OS的进程ID(spid):

select p.PID,p.SPID,s.SID

from v$process p,v$session s

where s.paddr = p.addr

and s.sid = &SESSION_ID

/

SPID 是操作系统的进程标识符（os pid）

PID 是Oracle的进程标识符(ora pid)

(2).一旦找到OS PID，就可以用以下命令初始化跟踪：

假设需要被跟踪的OSPID是9834。

以sysdba的身份登录到SQL*Plus并执行下面的命令：

connect / as sysdba

oradebug setospid 9834

oradebug unlimit

oradebug event 10046 trace name context forever,level 12

记得把例子中的'9834' 替换成真实的os pid。

注： 也可以通过oradebug使用 'setorapid'命令连接到一个session。

下面的例中， 使用PID（Oracle进程标识符）(而不是SPID), oradebug命令将被改为：

connect / as sysdba

oradebug setorapid 9834

oradebug unlimit

oradebug event 10046 trace name context forever,level 12

记得把例子中的9834替换成真实的ora pid。

跟踪过程完成以后，关闭oradebug跟踪：

oradebug event 10046 trace name context off

3.实例层的跟踪

注意: 在实例层设置跟踪需要非常小心，这是因为整体性能会由于所有session都被跟踪而受到影响。

这个设置将会跟踪在这个参数设置“以后”创建的每个session。已经存在的session不会被跟踪。

系统层的10046跟踪适用于当我们知道问题session会出现，但是不能预先识别它的时候。

在这种情况下，可以打开系统层跟踪一小段时间，当问题被重现以后立即将其关闭，然后从已经生成的trace中查找需要的信息。

用以下命令打开系统层的跟踪：

alter system set events '10046 trace name context forever,level 12';

用以下命令关闭在所有session中的10046跟踪：

alter system set events '10046 trace name context off';

初始化参数设置

设置以下参数并重新启动实例后，实例上所有的session都会打开跟踪。

event="10046 trace name context forever,level 12"

移除这个参数并且重启实例， 或者使用下面的alter system命令可以关闭跟踪。

alter system set events '10046 trace name context off';

4.通过logon trigger设置跟踪

有的时候当需要跟踪某个特定用户的操作时，可以使用logon trigger来打开跟踪

下面是一个例子:

CREATE OR REPLACE TRIGGER SYS.set_trace

AFTER LOGON ON DATABASE

WHEN (USER like '&USERNAME')

DECLARE

lcommand varchar(200);

BEGIN

EXECUTE IMMEDIATE 'alter session set tracefile_identifier=''From_Trigger''';

EXECUTE IMMEDIATE 'alter session set statistics_level=ALL';

EXECUTE IMMEDIATE 'alter session set max_dump_file_size=UNLIMITED';

EXECUTE IMMEDIATE 'alter session set events ''10046 trace name context forever, level 12''';

END set_trace;

/

为了能打开跟踪session, 执行trigger的用户需要被显式地授予'alter session' 权限. 例如，

grant alter session to <USERNAME> ;