--REQUEST的TRACE文件
SELECT ‘Trace Name: ‘
|| DEST.VALUE
|| ‘/‘
|| LOWER (DBNM.VALUE)
|| ‘_ora_‘
|| ORACLE_PROCESS_ID
|| ‘.trc‘,
‘File Name: ‘ || EXECNAME.EXECUTION_FILE_NAME,
EXECNAME.SUBROUTINE_NAME
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 1 = 1
AND REQ.REQUEST_ID = &REQUEST_ID --parameters
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
REQUEST的TRACE文件
时间: 2024-10-13 11:51:01
REQUEST的TRACE文件的相关文章
EBS 抓trace 文件
如果要对FORM的操作做TRACE操作,可以使用 帮助->诊断->跟踪 中启用跟踪功能来实现. 但是如果要实现对并发请求的trace,需要在 系统管理员->并发->方案->定义 里找到对应的并发请求,并勾选”启用跟踪”项.然后提交这个并发请求,系统就会生成并发请求的trace文件.一个复杂的并发请求,会生成一个很大的trace文件,所以在做完trace后,记得勾除并发请求的“启用跟踪”项. 用如下的SQL来实现查找并发请求的TRACE文件: SELECT 'Request i
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
关于控制文件转储后的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