TKPROF LINES IN TRACE FILE

Hi,
Maybe someone can explain something to me. I ran tkprof on a trace file and the result was there was no output except for one line item. It read that there were 6800 lines in trace file. I wish to read these lines but am unable because I don't know how to format the command.
Would someone please explain to me how to get this utility to open these 6800 up for me to view?
It would be appreciated.
Thanks in advance.
al

If you need to read the raw trace file, simply open the same in notepad or any editor.
The reason that your tkprof output does not show anything is due to the fact that there are no sql's in the trace file. Probably you are trying to analyze a kind of memory dump.

Similar Messages

Ora-00604 error while taking tkprof of a trace file

Sorry i am giving the full erro but omitting exact table names
Hi ,
I have an error while taking tkprof of a trace file.
I gave the following command ---
tkprof <source.trc> <file.prc> sys=no sort=exeela,fchela,prsela explain= /
error is --
Error in create table of EXPLAIN PLAN table : unix_session_user.prof$paln_table
ORA-00604: error occurred at recursive SQL level 1
ORA-20001: Step-6:DDL
Event Security. You are not permitted to perform the requested structural
changes to PROF (TABLE)
Event triggered : CREATE
ora_login_user
(session_user) : unix_session_user(dummy)
Search : select count(*) from
tabl(dummy table name) where obj_name like '%\%%' escape '\' and obj_type =
'TABLE' and obj_type = 'USER' and ( event_CREATE = 'Y' or status =
'Override')
ORA-06512: at line 162
ORA-06510: PL/SQL: unhandled
user-defined exception
EXPLAIN PLAN option disabled.
i searched for the error and in oracle forum i found a solution .. http://forums.oracle.com/forums/thread.jspa?threadID=844287&tstart=0
but after giving the table option it is giving the same error
tkprof <source.trc> <file.prc> sys=no sort=exeela,fchela,prsela table=old_schema.plan_table explain= /
it again gave the same error.
In both two cases it gives elapsed time results,library cache missing etc but before giving this it throws ORA-00604 error as stated above
then i again correct the tkprof statement ..
tkprof <source.trc> <file.prc> sys=no sort=exeela,fchela,prsela table=new_schema.plan_table explain= /
say this schema name here i used is dummy schema name.
My question is did this error came as we had not sufficient previlages in the old_schema but that previleges we have in new_schema?
My databse version is 9.2.0.4.0
Thanks in advance
Edited by: bp on Feb 3, 2009 11:36 PM
Edited by: bp on Feb 3, 2009 11:40 PM

Please post here full error message, there should be lines with ORA-00604 and then some other ORA as well.
And are there any trace files generated during this error?
And as You can see from error description, probably You will have to contact with Oracle support in order to solve this case:
oerr ora 00604
00604, 00000, "error occurred at recursive SQL level %s"
// *Cause: An error occurred while processing a recursive SQL statement
// (a statement applying to internal dictionary tables).
// *Action: If the situation described in the next error on the stack
// can be corrected, do so; otherwise contact Oracle Support.

Trace file out put line shows 18726 but wc -l lists only 165

Friends,
the output of the trace file show "18726 lines in trace file"
when i run the linux command to count the number of lines
$ wc -l filename.txt
it shows only 165 lines.
Also, the manual count shows 165 lines.
so where are the remaining lines?
the parameter for max file size is unlimited.
thanks

Even if you do not filter any result set (F.ex. SYS=NO), the tkprof output is generally an aggregate output (unless you specify AGGREGATE=NO). So a statement doing a 1000 fetches, would still show up as one.
Even if you do specify AGGREGATE=NO, I doubt whether the line count in the original trace and converted text files will tally.

Tkprof the trace file

Hi,
i know the procedure to generate a tkprof for the trace file but i dont know wat are the things to be analysed and wat kind of action should be taken after analysing the trace file.Please say me the procedure about things to be analysed and action should be taken after analysing the contents from the trace file.
Regards
Aram

Pl also see MOS Doc 760786.1 (TKProf Interpretation (9i and above) )
HTH
Srini

Extract SQL history from 10046 trace files

Hi all,
I need to extract the complete sql history from sql trace files to "debug" a client application.
I know I can read the raw trc file and rebuild the sql history looking for the PARSING / EXEC / FETCH entries.
However, this is a very long and boring manual task: do you know if there is some free tool to automate this task?
thanks
Andrea

user585511 wrote:
I agree that the 10046 trace captures everything. If I do read the raw trc file I see the DML. The problem is that tkprof's record does not record the DML (maybe it thinks that some DML is recursive sql and it gets misleaded... I am not sure) so I am looking for an alternate tool to process 10046 trace files
Regards
AndreaReally?
Generate a trace of some dml:
oracle:orcl$
oracle:orcl$ sqlplus /nolog
SQL*Plus: Release 11.2.0.1.0 Production on Thu May 16 08:28:55 2013
Copyright (c) 1982, 2009, Oracle. All rights reserved.
SQL> conn snuffy/snuffy
Connected.
SQL> alter session set tracefile_identifier = "snuffy_session";
Session altered.
SQL> alter session set events '10046 trace name context forever, level 12';
Session altered.
SQL> insert into mytest values (sysdate);
1 row created.
SQL> commit;
Commit complete.
SQL> ALTER SESSION SET EVENTS '10046 trace name context off';
Session altered.
SQL> exitrun tkprof on the trace
oracle:orcl$ ls -l $ORACLE_BASE/diag/rdbms/$ORACLE_SID/$ORACLE_SID/trace/*snuffy
*.trc
-rw-r----- 1 oracle asmadmin 3038 May 16 08:29 /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4086_snuffy_session.trc
oracle:orcl$ tkprof /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4086_snu
ffy_session.trc snuffy.rpt waits=YES sys=NO explain=system/halftrack
TKPROF: Release 11.2.0.1.0 - Development on Thu May 16 08:31:32 2013
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.Look at the report:
oracle:orcl$ cat snuffy.rpt
TKPROF: Release 11.2.0.1.0 - Development on Thu May 16 08:31:32 2013
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
Trace file: /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4086_snuffy_session.trc
Sort options: default
count    = number of times OCI procedure was executed
cpu      = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk     = number of physical reads of buffers from disk
query    = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows     = number of rows processed by the fetch or execute call
SQL ID: 938dgt554gu98
Plan Hash: 0
insert into mytest           <<<<<<<<<<<<<<<< oh my! Here is the insert statement
values
(sysdate)
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          1          5           1
Fetch        0      0.00       0.00          0          0          0           0
total        2      0.00       0.00          0          1          5           1
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 86 (SNUFFY)
Rows     Row Source Operation
      0 LOAD TABLE CONVENTIONAL (cr=1 pr=0 pw=0 time=0 us)
error during execute of EXPLAIN PLAN statement
ORA-00942: table or view does not exist
parse error offset: 83
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
SQL*Net message to client                       1        0.00          0.00
SQL*Net message from client                     1        3.35          3.35
SQL ID: 23wm3kz7rps5y
Plan Hash: 0
commit
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          1           0
Fetch        0      0.00       0.00          0          0          0           0
total        2      0.00       0.00          0          0          1           0
Misses in library cache during parse: 0
Parsing user id: 86 (SNUFFY)
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
SQL*Net message to client                       2        0.00          0.00
SQL*Net message from client                     2        4.72          8.50
log file sync                                   1        0.00          0.00
SQL ID: 0kjg1c2g4gdcr
Plan Hash: 0
ALTER SESSION SET EVENTS '10046 trace name context off'
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        0      0.00       0.00          0          0          0           0
total        2      0.00       0.00          0          0          0           0
Misses in library cache during parse: 0
Parsing user id: 86 (SNUFFY)
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call     count       cpu    elapsed       disk      query    current        rows
Parse        3      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          1          6           1
Fetch        0      0.00       0.00          0          0          0           0
total        6      0.00       0.00          0          1          6           1
Misses in library cache during parse: 0
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
SQL*Net message to client                       3        0.00          0.00
SQL*Net message from client                     3        4.72         11.86
log file sync                                   1        0.00          0.00
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call     count       cpu    elapsed       disk      query    current        rows
Parse        0      0.00       0.00          0          0          0           0
Execute      0      0.00       0.00          0          0          0           0
Fetch        0      0.00       0.00          0          0          0           0
total        0      0.00       0.00          0          0          0           0
Misses in library cache during parse: 0
    3 user SQL statements in session.
    0 internal SQL statements in session.
    3 SQL statements in session.
    0 statements EXPLAINed in this session.
Trace file: /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4086_snuffy_session.trc
Trace file compatibility: 11.1.0.7
Sort options: default
       1 session in tracefile.
       3 user SQL statements in trace file.
       0 internal SQL statements in trace file.
       3 SQL statements in trace file.
       3 unique SQL statements in trace file.
      58 lines in trace file.
       8 elapsed seconds in trace file.
oracle:orcl$

Reading trace file on the fly.

I came across one cool trick mentioned by Tanel Poder, but it doesn't seem to work for me. Could anyone please help in reading trace file on the fly.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
SQL> !uname -a
Linux abc 2.6.16.60-0.34-smp #1 SMP Fri Jan 16 14:59:01 UTC 2009 x86_64 x86_64 x86_64 GNU/Linux
SQL> select value ||'/'||(select instance_name from v$instance) ||'_ora_'||
2             (select spid||case when traceid is not null then '_'||traceid else null end
                 from v$process where addr = (select paddr from v$session
3    4                                               where sid = (select sid from v$mystat
5                                                          where rownum = 1
6                                                     )
7                                          )
8             ) || '.trc' tracefile
9      from v$parameter where name = 'user_dump_dest'
10     /
TRACEFILE
/n01/oraadmin1/diag/rdbms/abc/inst1/trace/inst11_ora_28754.trc
SQL> host mknod /n01/oraadmin1/diag/rdbms/abc/inst1/trace/inst11_ora_28754.trc p
SQL> set define off
SQL> host grep "WAIT" /n01/oraadmin1/diag/rdbms/abc/inst1/trace/inst11_ora_28754.trc &
SQL> set define on
SQL> alter session set events '10046 trace name context forever, level 8';
Session altered.
SQL> select * from dual;
D
X
SQL>
SQL> select * from dual;
D
X
{code}
I dont get any WAIT printed into the pipe file created before tracing.
Am i doing something wrong here ?
Edited by: Yasu on Nov 12, 2012 10:14 AM

I tried manual method and yes i am able to find WAIT lines in trace file.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
SQL> select value ||'/'||(select instance_name from v$instance) ||'_ora_'||
           (select spid||case when traceid is not null then '_'||traceid else null end
2    3                   from v$process where addr = (select paddr from v$session
4                                               where sid = (select sid from v$mystat
5                                                          where rownum = 1
6                                                     )
7                                          )
8             ) || '.trc' tracefile
9      from v$parameter where name = 'user_dump_dest'
10     /
TRACEFILE
/n01/oraadmin1/diag/rdbms/proddba/proddba1/trace/proddba1_ora_23021.trc
SQL> alter session set events '10046 trace name context forever, level 8';
Session altered.
SQL> select * from dual;
D
X
SQL> alter session set events '10046 trace name context off';
Session altered.
SQL> !ls -lrt /n01/oraadmin1/diag/rdbms/proddba/proddba1/trace/proddba1_ora_23021.trc
-rw-r----- 1 oracle oinstall 2738 2012-11-12 01:13 /n01/oraadmin1/diag/rdbms/proddba/proddba1/trace/proddba1_ora_23021.trc
SQL> !grep "WAIT" /n01/oraadmin1/diag/rdbms/proddba/proddba1/trace/proddba1_ora_23021.trc
WAIT #1: nam='SQL*Net message to client' ela= 6 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1352704368368424
WAIT #1: nam='SQL*Net message from client' ela= 4057810 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1352704372428142
WAIT #1: nam='SQL*Net message to client' ela= 6 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1352704372428492
WAIT #1: nam='SQL*Net message from client' ela= 195 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1352704372428892
WAIT #1: nam='SQL*Net message to client' ela= 3 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1352704372428939
WAIT #1: nam='SQL*Net message from client' ela= 46319788 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1352704418748740Not sure why using mknod fails in my case.
Edited by: Yasu on Nov 12, 2012 12:48 PM

"JVM heartbeat .. dead" in trace file - how to diagnose it?

One of our customers reported, that Java applet hosted on our website (running in Java Plug-In 1.6.0 update 23, Mozilla Firefox 3.6.13) seems to terminate in the same situation each time. This is a signed applet, which is about to estabilish a HTTPS connection. The last line in trace file is:
JVM heartbeat .. dead, send ts: 2017852585, now ts: 2027867626, dT 10015041
The symptoms of terminating applet are:
- black, dead area in browser where the applet was previously present
- "Java Console" window suddenly disappearing
How can we debug this situation? How can we find out if it really is a JVM crash? Where are such crashes logged when they occur? Should there be a hs_err** file on user's desktop?
Thanks for any help.

There was a bug logged a while ago with a similar error which seems to point to the JVM running out of memory. There is a workaround posted in the bug report. Maybe that can help you?

TRACE file question

I traced a user session against our TEST database to try and find out why an error is occuring. That trace file was quite large, with several queries showing up as going against SYSTEM tables:
select /*+ index(idl_sb4$ i_idl_sb41) +*/ piece#,length,piece
from
idl_sb4$ where obj#=:1 and part=:2 and version=:3 order by piece#When I traced a session against the PRODUCTION database there were far fewer entries. In fact, here were the differences:
TEST
       1 session in tracefile.
      13 user SQL statements in trace file.
     109 internal SQL statements in trace file.
     122 SQL statements in trace file.
      51 unique SQL statements in trace file.
    3964 lines in trace file.
       0 elapsed seconds in trace file.PROD
       1 session in tracefile.
      15 user SQL statements in trace file.
       3 internal SQL statements in trace file.
      18 SQL statements in trace file.
      17 unique SQL statements in trace file.
     650 lines in trace file.
       0 elapsed seconds in trace file.Why is there a difference between the two. The section of the Form throwing the error in TEST has not been changed from what's in PROD. But, I'm missing 2 user statements, one of which is the one I'm most interested in.
Thanks
-Chuck

Thank you very much, Mr. Forstmann, for your quick response.
It is really helpful. But I have one further question. Since our server space is limited and we can't keep those trace files forever. So I still need to delete inactive trace files to save some space. Could you please tell how to found out if files are open or closed in a SunOS 5.10 server?
Thanks a lot,
Shirley

Explain Plan from TKPROF trace file.

Hello,
My procedure is taking time for that i have trace on in procedure fo find explain plan of particular query.
Using below statement Trace is on.
EXECUTE IMMEDIATE 'ALTER SESSION SET SQL_TRACE = TRUE';
EXECUTE IMMEDIATE 'ALTER SESSION SET TIMED_STATISTICS = TRUE';Now for getting expalin plan from TKPROF i have used below statement but for some query i have found explain paln and some case i cant found explain plan.
tkprof mf_ora_23773.trc mf_ora_23773.txt explain =abc/abc
can u please help me to analyze where i m wrong?
Thanks.

First of all, you should best avoid using the explain= clause on the tkprof command line.
This will run explain plan on the statement in the trace file, and that explain plan can even be wrong, as there is no information on datatypes in the trace file.
The real explain plan data is flushed to the trace file, when the program issues commit or rollback. Oracle always issues an implicit commit when the program disconnects, so when you run the program to completion you should have explain plan output in your trace files.
You won't get explain plan output if you don't have access to the objects in the SQL statement. Also recursive SQL won't produce explain plan result.
One would need to see part of your trace file to verify your assertion the explain clause doesn't always work.
Sybrand Bakker
Senior Oracle DBA

Any way to generate trace report from the TKPROF formatted trace file?

As titled.
Is there any automatically way to make a report on SQL tuning report from the TKPROF formatted trace file(or from the dynamic performance views)
Paul

Dave,
That's what report queries are for, take a look at shared components. Walk through the create report query wizard, and on the final page, you'll get a URL that you can use to integrate this with your page. You'll find the same URL when editing your report query afterwards.
Alternatively, suppose you already have you report page, but don't want to always go there, you can just copy that report region print link (reference my answer to your previous question), and make that the target of a branch or from another page.
Regards,
Marc

Tkprof : 0 user SQL statement in trace file

Hello!
Please explain , what is difference of tkprof-converting of user session trace file and an internal/background process ?
Get I message "0 user SQL statement in trace file" cause this difference?
In my target session I issued :
begin
sys.dbms_system.set_ev(...., .., 10046, 12, '');
end;
begin
sys.dbms_system.set_ev(..., .., 10053, 1, '');
end;
/Thanks and regards,
Pavel

Did you try to tkprof a 10053 trace ?
That is not going to show anything. 10053 traces are meant to be read as they are. tkprof is there to deal with 10046 traces.

Get the session trace files and also the TKPROF reports for storedprocedure

Hi ,
I am trying to find out the bottlenecks on a storedprocedure, which does a insert into a table, where the target table has lot of indexes/constraints, so i want to see, which indexes/constraints is causing the problem. so in order to do I want to get the session trace files and also the TKPROF reports to see the bottlenecks for a oracle stored procedure,
Could you please give us the list of steps to get the tracefiles and tkprof reports.

781649 wrote:
Thanks for input, i am using oracle10g standard edition. i dont think i have these tools available (DBMS_PROFILER or DBMS_HPROF). Did you even bother to try the following?
SQL> DESC DBMS_PROFILER
SQL> DESC DBMS_HPROF
I understand it would be too much to expect you to actually Read The Fine Manual
I am using bulk collect for all in my storedprocedure to insert the rows into a big table. In order to perform analysis on this bulk collect which tool will help me to identify the bottlenecks .
I want to compare background session properties for both runs (like inserting the data with indexes/constraints vs without indexes/constraints). please let me know..I am willing to bet you the problem/slowness is on the SELECT side & not the INSERT!
Just Curious
Handle:      781649
Status Level:      Newbie
Registered:      Jul 12, 2010
Total Posts:      35
Total Questions:      17 (14 unresolved)
Why so many unanswered questions?
Edited by: sb92075 on Jan 17, 2012 3:13 PM

Trace file and TKPROF

Hi All,
While tuning procedures generally I go through all queries, generate explain plans to check which is expensive and try yo tune that.Recently I got some procedures in top buffer gets list.when I gone through all queries. All using Indexes and cost is very low and accessing small tables.The number of iterations in the loop also not much.But it is taking 3 million bufffer gets for each execution.
How can I find out which part of procedure is causing these many buffer gets? Currently I dont have acces to trace files and TKprof.If I get access How it is going to help me in tuning the above procedure.
I need to explain effictively to DBA the use of trace and TKprof to get this access.

TKPROF will give buffer gets usage by query. If the same query (with bind variables) is executed several times, you will get a summary for all executions of the same query. You can also switch on and off trace with ALTER SESSION statement to limit tracing and even do it from another session (see
http://asktom.oracle.com/pls/ask/f?p=4950:8:12005269305828706290::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:330817260752)
For SQL trace and TKPROF usage, see
http://download-uk.oracle.com/docs/cd/B10501_01/server.920/a96533/sqltrace.htm#1018

Tkprof could not open trace file

Hi,
I am trying to run tkprof on a big file and get the following error message:
-rw-r--r-- 1 oracle dba 6983899698 Feb 19 13:59 ora_27073_qa2_10046.trc
/software/oracle/admin/qa/udump >tkprof ora_27073_qa2_10046.trc tk1.prf
TKPROF: Release 8.1.7.4.0 - Production on Tue Feb 19 21:16:16 2008
(c) Copyright 2000 Oracle Corporation. All rights reserved.
could not open trace file ora_27073_qa2_10046.trc
Please note that i cant open it also in vi. its gets too big.
Any Suggession ?
Thanks

Have a CSI?
Subject:TKPROF returns "could not open trace file"
Doc ID: Note:300439.1
Cause
TKPROF has a 2Gb filesize limit on the input tracefile.
Fix
To implement the solution, please execute the following steps:
1. Assume "tracefile" is the name of the 3.5Gb raw tracefile.
2. We will need two Unix sessions, both as "oracle",
in the same directory holding the "tracefile".
3. Session A:
unix$ mkfifo mypipe
unix$ tkprof mypipe reportfile options
--> this should show the TKPROF banner and will then wait
without returning a Unix prompt
4. Session B:
unix$ cat tracefile > mypipe
--> this will feed the tracefile into the named pipe
5. The result should be that TKPROF is able to process the tracefile via the named pipe and write the reportfile.
Note: the above solution can only be carried out on a Unix system. If you encounter this problem e.g. on a Windows system, you could transfer the problematic file onto a Unix server and perform the workaround on it, as TKPROF works with tracefiles regardless of the originating platform.

APEX Overhead and trace files

Hey everyone,
We've been asked to "stress" and "load" test our application as it is predicted our user base might grow in the near future (company acquisitions/etc)...
Unfortunately, there is concern about the overhead added by APEX. From everything I've read, I do not personally believe APEX adds much to each page view (as compared to our own self-managed data), however I need to PROVE this to our system admins/etc. Simply referencing things on the internet like "APEX doesn't add much overhead" doesn't exactly make the case.
To accomplish my mission, I've done the following:
1) generated a trace file on a test page by appending the following to the end of the URL:
"&p_trace=YES" (without quotes)
2) found the location of trace files using:
select value from v$parameter where name = 'user_dump_dest';
3) found the exact trace file for my apex page view
grep -l "3853406964369" *.trc (where the number in quotes was the session id taken from my apex url)
4) formatted the trace file using tkprof from the linux command line:
tkprof orcl_ora_24115.trc tkprof_output
Now, I'm in the process of examining the file. It is great that it shows everything involved in generating a page! A couple of quick questions though.
A) is it safe to assume that this trace file (found by using my method above in steps 1-4) only contains records associated with my single apex page view? My fear is that just because a file contains my session id, that does not guarantee that other random stuff from other sessions is also in the same file (sorry i'm new to trace files and especially trace files generated by apex).
B) if i view a second page with the trace=YES, will a second file get generated or does it get combined into 1 file? how can i easily tell which file is for which page view?
C) is there an easy way to differentiate what queries would normally be made by oracle (regardless of the UI) versus queries ran by APEX specifically (which would not occur if we were using PHP for a front end)?
Specifically, I see queries (similar to the following) that do not appear to be APEX specific from what I can tell:
-- example 1 --
select i.obj#,i.ts#,i.file#,i.block#,i.intcols,i.type#,i.flags,i.property,
i.pctfree$,i.initrans,i.maxtrans,i.blevel,i.leafcnt,i.distkey,i.lblkkey,
i.dblkkey,i.clufac,i.cols,i.analyzetime,i.samplesize,i.dataobj#,
nvl(i.degree,1),nvl(i.instances,1),i.rowcnt,mod(i.pctthres$,256),
i.indmethod#,i.trunccnt,nvl(c.unicols,0),nvl(c.deferrable#+c.valid#,0),
nvl(i.spare1,i.intcols),i.spare4,i.spare2,i.spare6,decode(i.pctthres$,null,
null,mod(trunc(i.pctthres$/256),256)),ist.cachedblk,ist.cachehit,
ist.logicalread
from
ind$ i, ind_stats$ ist, (select enabled, min(cols) unicols,
min(to_number(bitand(defer,1))) deferrable#,min(to_number(bitand(defer,4)))
valid# from cdef$ where obj#=:1 and enabled > 1 group by enabled) c where
i.obj#=c.enabled(+) and i.obj# = ist.obj#(+) and i.bo#=:1 order by i.obj#
-- example 2 --
select intcol#, toid, version#, intcols, intcol#s, flags, synobj#
from
subcoltype$ where obj#=:1 order by intcol# asc
and I see queries that are definitely APEX related (based on the existence of references to wwv objects):
-- example 3 --
SELECT ID, BRANCH_NAME, BRANCH_ACTION, BRANCH_POINT, BRANCH_TYPE,
BRANCH_CONDITION, BRANCH_CONDITION_TEXT, BRANCH_CONDITION_TYPE,
BRANCH_WHEN_BUTTON_ID, NVL(SAVE_STATE_BEFORE_BRANCH_YN,'N'),
SECURITY_SCHEME
FROM
WWV_FLOW_STEP_BRANCHES WHERE FLOW_ID = :B4 AND FLOW_STEP_ID = :B3 AND
BRANCH_POINT = 'BEFORE_HEADER' AND (REQUIRED_PATCH IS NULL OR
(REQUIRED_PATCH > 0 AND (:B2 IS NULL OR INSTR(:B2 ,
':'||TO_CHAR(REQUIRED_PATCH)||':') = 0) ) OR (REQUIRED_PATCH < 0 AND (:B1
IS NULL OR INSTR(:B1 ,':'||TO_CHAR(0-REQUIRED_PATCH)||':') = 0) ) ) ORDER
BY BRANCH_SEQUENCE, ID
and then of course it's easy for me to identify any queries that are based on our code because I recognize the object names we use.
In the mean-time I'm starting to look into how to interpret trace files (outside of the context of apex).
My biggest concern is that I do not want to "ding" or "tax" APEX for queries that it had nothing to do with and that would be ran by oracle regardless of the UI we use to "view a page".
Thanks!

Move older audit files to a different filesystem until you find someone being able to define what files can be deleted.
Regards
Gustavo Restuccia

TKPROF LINES IN TRACE FILE

Similar Messages

Maybe you are looking for