EBS 抓trace 文件

如果要对FORM的操作做TRACE操作,可以使用 帮助->诊断->跟踪 中启用跟踪功能来实现。

但是如果要实现对并发请求的trace,需要在 系统管理员->并发->方案->定义 里找到对应的并发请求,并勾选”启用跟踪”项。然后提交这个并发请求,系统就会生成并发请求的trace文件。一个复杂的并发请求,会生成一个很大的trace文件,所以在做完trace后,记得勾除并发请求的“启用跟踪”项。

用如下的SQL来实现查找并发请求的TRACE文件:

SELECT ‘Request id: ‘ || Request_Id, 
‘Trace id: ‘ || Oracle_Process_Id, 
‘Trace Flag: ‘ || Req.Enable_Trace, 
‘Trace Name:‘ || Dest.Value || ‘/‘ || Lower(Dbnm.Value) || ‘_ora_‘ || Oracle_Process_Id || ‘_ANONYMOUS.trc‘, 
‘Prog. Name: ‘ || Prog.User_Concurrent_Program_Name, 
‘File Name: ‘ || Execname.Execution_File_Name || Execname.Subroutine_Name, 
‘Status : ‘ || Decode(Phase_Code, ‘R‘, ‘Running‘) || ‘-‘ || 
Decode(Status_Code, ‘R‘, ‘Normal‘), 
‘SID Serial: ‘ || Ses.Sid || ‘,‘ || Ses.Serial#, 
‘Module : ‘ || Ses.Module 
FROM Fnd_Concurrent_Requests Req, 
V$session Ses, 
V$process Proc, 
V$parameter Dest, 
V$parameter Dbnm, 
Fnd_Concurrent_Programs_Vl Prog, 
Fnd_Executables Execname 
WHERE Req.Request_Id = &REQUEST_ID 
AND Req.Oracle_Process_Id = Proc.Spid(+) 
AND Proc.Addr = Ses.Paddr(+) 
AND Dest.Name = ‘user_dump_dest‘ 
AND Dbnm.Name = ‘db_name‘ 
AND Req.Concurrent_Program_Id = Prog.Concurrent_Program_Id 
AND Req.Program_Application_Id = Prog.Application_Id 
AND Prog.Application_Id = Execname.Application_Id 
AND Prog.Executable_Id = Execname.Executable_Id

时间: 2024-10-16 14:18:53

EBS 抓trace 文件的相关文章

10046 trace文件分析

SQL> create table t10046 as select * from dba_objects; Table created. SQL> select file_id,block_id,blocks from dba_extents where segment_name='T10046'; FILE_ID BLOCK_ID BLOCKS ---------- ---------- ---------- 1 94664 8 1 94672 8 1 94680 8 1 94688 8

REQUEST的TRACE文件

--REQUEST的TRACE文件 SELECT    'Trace Name: '       || DEST.VALUE       || '/'       || LOWER (DBNM.VALUE)       || '_ora_'       || ORACLE_PROCESS_ID       || '.trc',       'File Name: ' || EXECNAME.EXECUTION_FILE_NAME,       EXECNAME.SUBROUTINE_NAME 

关于控制文件转储后的trace文件中'Controlfile Checkpointed at scn'的含义

关于控制文件转储后的trace文件中'Controlfile Checkpointed at scn'的含义 Controlfile Checkpointed at scn: 0x0000.0006c3dc 05/14/2015 05:44:54 这个点从DSI中得到的信息如下: Controlfile Checkpoint at SCN: It is updated after every checkpoint (may it be tablespace, thread, or databas

【翻译自mos文章】OUI 的log文件和trace文件的位置

来源于:Location of runInstaller(OUI) log/trace (文档 ID 1629698.1) 适用于: Oracle Database - Enterprise Edition - Version 11.2.0.1 and later Information in this document applies to any platform. ***Checked for relevance on 15-Apr-2013*** 目的: 从哪里找到runInstalle

[Android Pro] 通过Android trace文件分析死锁ANR

转载自: http://blog.csdn.net/oujunli/article/details/9102101#reply 对于从事Android开发的人来说,遇到ANR(Application Not Responding)是比较常见的问题.一般情况下,如果有ANR发生,系统都会在/data/anr/目录下生成trace文件,通过分析trace文件,可以定位产生ANR的原因.产生ANR的原因有很多,比如CPU使用过高.事件没有得到及时的响应.死锁等,下面将通过一次因为死锁导致的ANR问题,

Oracle 10046 trace文件分析

生成10046 trace文件: SQL> create table t10046 as select * from dba_objects; Table created. SQL> select file_id,block_id,blocks from dba_extents where segment_name='T10046'; FILE_ID BLOCK_ID BLOCKS ---------- ---------- ---------- 1 94664 8 1 94672 8 1 9

[性能调优]如何通过读PeopleSoft Trace文件来调优

理解PeopleSoft Trace文件对于解决性能问题是绝对有必要的.你可能面临一个问题,用户抱怨性能较慢,而OEM并没有补货SQL,你有2种方法选择:使用PeopleSoft trace检查或启用数据库的跟踪来查找SQL. 你应该优先选择PeopleSoft的Trace.此外你需要了解Trace文件中的所有内容才不会感到困惑.你可以使用TraceMagic工具来分析Trace文件. 下面是如何来读取Trace 文件来识别性能瓶颈的SQL,然后再做进一步打算: 这个trace文件是8.54的

10046入门:使用 10046 查看执行计划并读懂 trace文件

************************************************************* 1.开启10046 ************************************************************* SQL> oradebug setmypid Statement processed. // 激活 10046 事件 SQL> oradebug event 10046 trace name context forever,lev

sqlplus中使用oradebug定位 alter session 10046事件产生的trace文件

 [[email protected] ~]# su - oracle [[email protected] ~]$ sqlplus  / as sysdba SQL> select * from v$version BANNER ------------------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Rel