1:alter session set user_dump_dest="c:kflosstrace";
您还可以把您自己的标记添加到跟踪文件名中，以便您能够更容易地找到生成的文件。为此，可以在启动跟踪之前设置tracefile_identifier初始化参数：
alter session set
tracefile_identifier ="kfloss_test";
通过该命令生成的跟踪文件带有您设置的附加在文件名后的字符串值。尽管这些改变会话命令都不是必要的，但是它们都会使查找跟踪会话的结果更容易。
现在，我们已经设置了这些参数，那么让我们看看新的跟踪软件包和Oracle企业管理器的界面。让我们使用新的DBMS_MONITOR软件包通过模块名称和客户机名称来建立一个跟踪。
用DBMS_MONITOR建立跟踪===请注意，设置模块、动作及其他参数（如client_id）将不造成对数据库的往返操作--这些例程携带来自应用程序的所有调用。
服务名称由用于连接该服务的连接字符串来确定。未与特定服务关联的用户会话将由sys$users处理（sys$background是后台进程的默认服务）。由于我们具有一个服务和一个模块名称，因而我们可以启动对该模块的跟踪，如下所示：
SQL> exec dbms_monitor.serv_mod_act_trace_enable
(service_name=>'testenv', module_name=>'product_update');
PL/SQL过程已成功完成。
我们可以启动对客户机的跟踪：
SQL> exec dbms_monitor.client_id_trace_enable
(client_id=>'kimberly');
PL/SQL过程已成功完成。
请注意，所有这些设置都是永久性的--所有与该服务和模块关联的会话都会被跟踪，而不仅仅是跟踪当前会话。
为了基于会话ID跟踪SQL，可以查看Oracle企业管理器的Top Sessions页面，或者像您当前做的那样查询V$SESSION视图。
SQL> select sid, serial#, username
from v$session;
SID SERIAL# USERNAME
------ ------- ------------
133 4152 SYS
137 2418 SYSMAN
139 53 KIMBERLY
140 561 DBSNMP
141 4 DBSNMP
. . .
168 1
169 1
170 1
28 rows selected.
通过会话ID(SID)和序号，您可以使用DBMS_MONITOR只对下面的会话启用跟踪：
SQL> exec dbms_monitor.session_trace_enable(139);
PL/SQL过程已成功完成。
该序号默认为该SID的当前序号（除非另外指定），因此如果那就是您想跟踪的会话和序号，那么您就不必查看更多的内容了。还有，默认情况下，WAITS设置为true而BINDS设置为false，因此上面的语法实际上与下面的语法效果相同：
SQL> exec dbms_monitor.session_trace_enable
(session_id=>139, serial_num=>53, waits=>true, binds=>false);
请注意，WAITS和BINDS是相同的参数，您在过去可能已经使用DBMS_SUPPORT和10046事件对它们进行了设置。
如果您正在一个生产环境中工作，那么此时您最好重新运行出错的SQL或应用程序，并且相应地创建跟踪文件。
