TRACE files path

Hi,
I have traced one program using st12 Tcode. I need to down load that trace file to my local syste.
can anyone give the Trace files path.
My SAP is working on AIX.
Advace thanks
Kishore

Hi Krishna
The ST12 traces are stored in Database unlike ST05 SQL trace.
For detailed information on the same, please refer SAP note number 755977, which states same with complete information.
Hope this helps.
If yes, please reward points.
Regards
Rahul

Similar Messages

File path

Hi, everybody!
Can somebody explain, is there any chance of getting file
path working with FileReferenceList?
This is the code:
var listener
bject = new Object();
listener.onSelect = function(fileRefList:FileReferenceList) {
trace("onSelect");
var arr:Array = fileRefList.fileList;
for(var i:Number = 0; i < arr.length; i++) {
trace("name: " + arr
.name);
I copied this code from Flash8 Documentation.
I can get here only file name.
Any different solution is also very acceptable.
Thanks.

I have the same problem i tried looking at the filereference
interface file no clues there ill be keeping an eye out for a
solution the only one i could think of was returning the values
from php by saving them to a database when the fileis uploaded but
this just isnt as good because its not fully local

Trace file getting generated

Hi,
We have PI 7.1 installed in landscape. Some trace files getting generated at
server\sapmnt\SID\DVEBMGS01\j2ee\cluster\server0\jrfc07500_06148.trc and utilizing more disk space aroung 1 GB.
Could you please let me know from where trace can be disabled
thanks

Hi Yash,
Please find the details on this link:
http://help.sap.com/saphelp_nw04/Helpdata/EN/f6/daea401675752ae10000000a155106/content.htm
name
jrfc*.trc
location
directory j2ee/cluster/server* or defined path
how to switch on and off set JVM options for the server via the Config Tool and restart server: -Djrfc.trace=0/1, -Djco.trace_path=[defined_path]
Kindly let us know if this resolves the problem.
Thanks.
Regards,
Shweta

Moving Default Trace File in SQL Server

How can I move the default trace file in SQL server?
SQL Server 2012?
Thanks in advance
ebro

Please have a look at these links:
Change path for default SQL Server trace
Steps to change the default location of SQL Server /SQL Server Agent - Error log files
DETERMINING DEFAULT TRACE LOCATION
Collecting the Information in the Default Trace
T-SQL Articles
T-SQL e-book by TechNet Wiki Community
T-SQL blog

Finding Trace File in Unix

Hi,
I am trying to log in, with the user name and password... I am not able to log in to server...
Main issue is the database is not created as per standard path... I want to find the trace files in unix... How it is possible..
Thanks and Regards..

If you are able to login to database then check what is the value for these parameters where the trace file is created (user_dump_dest, background_dump_dest, db_recovery_file_dest)
Also use the unix 'find' command to search for the alert log file and .trc files.
http://content.hccfl.edu/pollock/unix/findcmd.htm
http://javarevisited.blogspot.com/2011/03/10-find-command-in-unix-examples-basic.html

Webdynpro Exception in Default Trace File

Hello ,
We are on EP7.0 ECC6.0 ESS1.0 and kepp on getting the following error in the Default Trace file for ESS Travel Webdynpro :
#1.5^H#00145EC6B0AC001200000072000740EC00045AF21F04ABB9#1225895855827#com.sap.engine.services.servlets_jsp.client.RequestInfo
Server#sap.com/tcwddispwda#com.sap.engine.services.servlets_jsp.client.RequestInfoServer#JSS0WHZ#4383##goxsa664_PP1_7622452
#JSS0WHZ#36d947e0ab4711ddb54c00145ec6b0ac#SAPEngine_Application_Thread[impl:3]_10##0#0#Error##Plain###application [webdynpro/
dispatcher] Processing HTTP request to servlet [dispatcher] finished with error. The error is: com.sap.tc.webdynpro.services.
sal.core.DispatcherException: Wrong Web Dynpro URL: "../WebDynpro/Servlet/<deployableObject>/<application>/xx?..". xx is not
allowed without exchange key. Retrieved URI path: /sap.com/esstratri/TripForm/~wd_key115_1225895826865/background.gif.
        at com.sap.tc.webdynpro.serverimpl.wdc.adapter.HttpRequestAdapter.checkApplicationUri(HttpRequestAdapter.java:111)
        at com.sap.tc.webdynpro.clientserver.session.RequestManager.checkApplicationUri(RequestManager.java:665)
        at com.sap.tc.webdynpro.clientserver.session.RequestManager.doProcessing(RequestManager.java:141)
        at com.sap.tc.webdynpro.serverimpl.defaultimpl.DispatcherServlet.doContent(DispatcherServlet.java:62)
        at com.sap.tc.webdynpro.serverimpl.defaultimpl.DispatcherServlet.doGet(DispatcherServlet.java:46)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:401)
        at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:266)
        at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:387)
        at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:365)
        at com.sap.engine.services.httpserver.server.RequestAnalizer.invokeWebContainer(RequestAnalizer.java:944)
        at com.sap.engine.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:266)
        at com.sap.engine.services.httpserver.server.Client.handle(Client.java:95)
        at com.sap.engine.services.httpserver.server.Processor.request(Processor.java:175)
        at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessio
nMessageListener.java:33)
        at com.sap.engine.core.cluster.impl6.session.MessageRunner.run(MessageRunner.java:41)
        at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
        at java.security.AccessController.doPrivileged(AccessController.java:215)
        at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:100)
        at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:170)
If anybody has encountered such situation ....please let me know.
Thanks in advance.
Shikhil

Hi Shikhil,
We are running into this exact same issue. Can you please tell me if you were able to resolve this and how it was done?
Thank you so much,
-Kevin

Too many trace files generated by program ORACLE.EXE (J001) in "bdump"

Hi,
Please help!
the following trace file messages have been created in my "bdump" folder about every 6 minutes, so it generates about 200 files per hours. Can someone tell me how to solve the error or stop the trace files be generated. Thanks.
Windows thread id: 5520, image: ORACLE.EXE (J001)
*** 2009-05-22 12:49:21.372
*** ACTION NAME:() 2009-05-22 12:49:21.372
*** MODULE NAME:() 2009-05-22 12:49:21.372
*** SERVICE NAME:(SYS$USERS) 2009-05-22 12:49:21.372
*** SESSION ID:(312.292) 2009-05-22 12:49:21.372
java.io.IOException: service early exit: code=1 : err=The system cannot find the path specified.
: out=
at oracle.wh.runtime.server.Util.execRuntimeService(Util.java:122)
CJ

No version number and not enough information in what you posted to help you.
Did this just start?
If so what actions preceded it?
Or is this a new install?
Have you tried bouncing the instance?
If it were my system I would have already searched the knowledgebase at metalink and opened an SR if I couldn't find a solution. Did you?

How to identify which trace file is your backup controlfile trace in udump

I have a 10.2.0.3 database on unix.
I want to setup a job to run a script every night to backup the controlfile as text format.
such as "alter database backup controlfile to trace".
How my script can identify which trace file is the one just created for backup controlfile and copy the file to a backup disk?
Thanks a lot!

I thought it's
alter database backup controlfile to trace as 'absolute path of any file where you want the control file in clear text format ';
for ex. in Windows..
alter database backup controlfile to trace as *'c:\temp\create_ORCL_control.sql'*;
This way you will know where your job is going to backup controlfile to trace

Changing trace file name giving odd results - 10.2.0.2

Hello,
I'm trying to run a trace on a particular session. Using this:
execute dbms_monitor.session_trace_enable(122, 58)
It creates a tracefile in udump just fine. I turn tracing off:
execute dbms_monitor.session_trace_disable(122, 58)
Then the trace usually catches the next sql statement after I issued the disable and I've got a complete trace file.
If I use the statement:
alter session set tracefile_identifier = 'TEST';
With or without quotes, what ends up happening is the tracefile is created with TEST tacked onto the end but what's inside the file is the full path to the file itself, no trace. The previous trace file before setting the identifier then gets all the trace output. This is on Red Hat. After this the only way to get tracing to work again is to close both sessions and start over.
Am I forgetting to set another parameter when doing this? The litteral set of steps is:
-open session 1
-open session 2
-session 1 run alter session set tracefile_identifier = 'TEST';
-session 1 run execute dbms_monitor.session_trace_enable(122, 58)
-session 2 run some sql
-session 1 run execute dbms_monitor.session_trace_disable(122, 58)
-session 2 run another sql statement
-check the udump for the trace file
Now the ultimate goal here is to be able to tag a trace with a name so I can trace a specific session (made by an application) and then find it later in udump. If the tracefile_id needs to be set in the offending session...well then I need another solution.
Thanks

Once the session starts writing to the trace file it
is going to write to the same file until the session
is closed.
Until the session is closed...aaahhhh gotcha. Well that explains that.
I tried the above with a new session and immediately set the identifier and got the same result, except it created the default trace file name as well as the new identifier copy with the path in it.
The logon trigger might be a workaround but it's not killing me at the moment.

Obtaining the full file path specification from Flash Movie and QuickTime icons?

How do you obtain the full file path specification from Flash
Movie and QuickTime icons? I want the path and the file name that
is contained in these icons. I am using a "dive" to run through the
icons of a file, and when I come upon these two types of icons, I
want to obtain the above information that is contained in them. I
certainly can look in the property dialog box to get this info, but
there are many icons in these files, and I want to generate a list
of info based upon the various types of icons that I am processing.
Thanks

> How do you obtain the full file path specification from
Flash Movie and
> QuickTime icons? I want the path and the file name that
is contained in
> these
> icons. I am using a "dive" to run through the icons of a
file, and when I
> come
> upon these two types of icons, I want to obtain the
above information that
> is
> contained in them. I certainly can look in the property
dialog box to get
> this
> info, but there are many icons in these files, and I
want to generate a
> list of
> info based upon the various types of icons that I am
processing. Thanks
>
For Flash
Trace(GetIconProperty(iconID, #pathName))
for QuickTime
Trace(GetIconProperty(IconID, #filename))
For full scripting reference for each of these sprites, open
up the
Properties panel for each sprite and press the Help button
that appears on
the properties page ... or else navigate to these folders for
the Flash and
QT help
C:\Program Files\Macromedia\Authorware
7.0\xtras\FlashAsset\Help
C:\Program Files\Macromedia\Authorware
7.0\xtras\QuicktimeAsset\Help
You don't want to know how many times I asked Macromedia to
stop hiding that
Help!
Steve
http://twitter.com/Stevehoward999
Adobe Community Expert: eLearning, Mobile and Devices
European eLearning Summit - EeLS
Adobe-sponsored eLearning conference.
http://www.elearningsummit.eu

Fetch phase in a trace file

Oracle version: 11.2.0.3.0 Enterprise Edition
OS - IBM/AIX RISC System/6000
I am trying to generate a trace file from a piece of code executed by java server. What I asked the java developer to do is to place this block immediately after establishing a connection:
BEGIN
EXECUTE IMMEDIATE 'ALTER SESSION SET TRACEFILE_IDENTIFIER = ''M1''';
dbms_monitor.session_trace_enable(waits => FALSE, binds => TRUE);
END;And at the end of the logical java block of code:
BEGIN
dbms_monitor.session_trace_disable;
END;What I want to know is how many rows the java server fetches after executing one particular select statement, because they complain about receiving less in count rows from the select statement than expecting.
For example, if I execute the same sql query in sqlplus session, then I fetch let's say 1000 rows.
When the same query is executed from java side, the fetched rows are less in count, let's say 500.
And because I doubt it, I wanted to trace to see what actually is executed and how.
From the excerpt of the trace file I see exactly the same query which I execute myself in a sqplus session.
There is no fine-grained control on the udnerlying tables in the query.
And my question is, how to interpret the FETCH phase of the cursor (for the select statement)?
For example, if I see one FETCH for this cursor, does this mean that the java server has fetched only one row?
If I see 100 FETCHes, does this mean they fetched 100 rows from the cursor?
Here is a short excerpt from the trace file (please don't crucify me for the query and the obvious denormalized design of the tables, this is not invented by me):
PARSING IN CURSOR #4573587152 len=667 dep=0 uid=737 oct=3 lid=737 tim=17685516462413 hv=954980718 ad='70000006d3e4940' sqlid='69pm96nwfrqbf'
select /* ordered */ o.id, nvl(o.par_id, -1) as par_id, o.NAME_GER, o.NAME_ENG, o.NAME_ESP, o.NAME_ITL,o.NAME_FRA, decode(lo.lflag, 'Y', 'L', 'N') as leaf_or_node, lo.distance + 1 as "LEVEL", to_char(o.beg_date, 'DD.MM.YYYY HH24:MI:SS'), o.mais_id, l.path, nvl(o.non_selectable, 'N') from st_prod o, lprod_new l, lprod lo where o.end_date = to_date('31.12.3999', 'DD.MM.YYYY') and (lo.id, lo.beg_date) in (select id, beg_date from st_prod where par_id is null and end_date = to_date('31.12.3999', 'DD.MM.YYYY')) and lo.lid = o.id and lo.lid_beg_date = o.beg_date and l.st_prod_id = o.id and l.st_prod_beg_date = o.beg_date order by lo.distance, o.name_ger
END OF STMT
PARSE #4573587152:c=31,e=152,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=2027551050,tim=17685516462412
EXEC #4573587152:c=80,e=375,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=2027551050,tim=17685516462936
*** 2013-03-11 11:28:09.122
FETCH #4573587152:c=519446,e=892645,p=0,cr=113446,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517355715
FETCH #4573587152:c=37,e=59,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517359109
FETCH #4573587152:c=39,e=63,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517361128
FETCH #4573587152:c=29,e=46,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517362849
FETCH #4573587152:c=31,e=48,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517364621
<162 more FETCH-es here>
<STAT phase>
CLOSE #4573587152:c=533,e=849,dep=0,type=1,tim=17685517671878Is it possible based on the trace file (if I have to change something in the way of tracing) to determine how many rows were fetched?

Hi
I read the traces into a table from the client from which I log and then read from the table If you can copy the content of the table column you are reading and paste it into a file say : your_trace_name.trc file then you can use this to generate a TKPROF trace fiile
C:\>tkprof your_trace_file.trc your_trace_file.txt
TKPROF: Release 10.2.0.3.0 - Production on Mon Mar 11 15:28:13 2013
Copyright (c) 1982, 2005, Oracle. All rights reserved.To find the arraysize you are using then use this formula
rows/Fetch = arraysizeFew details about interpreting TKRPOF exist here
http://hourim.wordpress.com/2012/09/14/tuning-by-tkprof-a-case-study/
Best regards
Mohamed Houri

Enq: TX - row lock contention-Trace file shared.

Hi Team,
I am having enq: TX - row lock contention in top wait event. it is occuring between 10pm - 2am.
We are having sqlloader job running every one hour(conventional path). But for the specific period of time i am getting "Global Enqueue Services Deadlock detected". Between 10-5. I analyzed realated trace file it is make me little confusion.I found there are four insert query culprit for this locking. out of four sql , tow of them are ran by same SID, other two insert ran by same id. I got confused because how same sid locking them self. trace file below. Please help me on this. during this period oracle maintanence window is active.Thanks
Trace file:
*** 2012-10-09 03:40:31.135
user session for deadlock lock 0x15365e060
sid: 1104 ser: 22256 audsid: 8797820 user: 49/iurth flags: 0x45
pid: 71 O/S info: user: oracle, term: UNKNOWN, ospid: 8601
image: oracle@sgh0909
client details:
O/S info: user: user, term: , ospid: 30888
machine: sgj89909 program: sqlldr@sgj89909 (TNS V1-V3)
application name: SQL Loader Conventional Path Load, hash value=1935272243
action name: der/sample.ctl, hash value=3241011749
current SQL:
INSERT INTO sample (ID,SU,TIME,PMAN_S,CV_OS,PRD_US,P_DS,PM_LY_DRD_S,PMP_PY_DIDS,PP_S,PMP_RECV_FRMS) VALUES (:NE,:SID,CAST(TO_DATE(:PNG_TE, 'DDMMYYY,PMP_TRAN_FRMS,PMP_RECV_FRMS) VALUES (:NE_ID,:SUB_ID,CAST(TO_DATE(:POLLING_TIME, 'DDMMYYYYHH24MISS') AS DATE),:PMP_TRAN_OCTS,:PMP_RECV_OCTS,:PMP_DISCARD_US,:PMP_DISCARD_DS,:PMP_POLICY_DISCARD_US,:PMP_POLICY_DISCARD_DS,:PMP_TRAN_FRMS,:PMP_RECV_FRMS) ÷     {+ (Cõ{+ (Cõ{+ ð÷         ð÷         ú;6Ã¼Î ì/'    „P'            û[þ‡»q         hdšÙÿ   –    $µ            +       Ð»{+ XdšÙÿ   cšÙÿ                         Ð»{+                              M                         L                             šÙ     ƒß    @ešÙÿ ’Ü    cšÙÿ lcšÙÿ      M „P'       L
*** 2012-10-09 03:40:31.533
Short stack dump:
<-ksedsts()+315<-ksdxfstk()+32<-ksdxcb()+1764<-sspuser()+112<-__restore_rt()<-semtimedop()+10<-sskgpwwait()+265<-skgpwwait()+156<-ksliwat()+1546<-kslwaitctx()+162<-kjusuc()+3868<-ksipgetctx()+1456<-ksqcmi()+22853<-ksqgtlctx()+4311<-ksqgelctx()+601<-ktcwit1()+333<-ktbgtl0()+1321<-kdimod0()+4581<-kdiblLockPiece()+968<-kdiblLockRange()+1639<-kdiblcfls()+189<-kdiblFinish1()+978<-kdibliFinish()+73<-kxibDoFinish()+90<-kxibFinish()+431<-qerltcEndLoadProcessing()+614<-qerltcLoadStateMachine()+858<-qerltcInsertValues()+218<-qerltcFetch()+1373<-insexe()+1095<-opiexe()+5609<-opiodr()+1220<-ttcpip()+1227<-opitsk()+1449<-opiino()+1026<-opiodr()+1220<-opidrv()+580<-sou2o()+90<-opimai_real()+145<-ssthrdmain()+177<-main()+215<-__libc_start_main()+244<-_start()+41
user session for deadlock lock 0x1537feef8
sid: 1107 ser: 44863 audsid: 8797823 user: 49/iurth flags: 0x45
pid: 57 O/S info: user: oracle, term: UNKNOWN, ospid: 4540
image: oracle@sgh0909
client details:
O/S info: user: user, term: , ospid: 7569
machine: sgj89909 program: sqlldr@sgj89909 (TNS V1-V3)
application name: SQL Loader Conventional Path Load, hash value=1935272243
action name: der/sample.ctl, hash value=3241011749
current SQL:
INSERT INTO sample (ID,SU,TIME,PMAN_S,CV_OS,PRD_US,P_DS,PM_LY_DRD_S,PMP_PY_DIDS,PP_S,PMP_RECV_FRMS) VALUES (:NE,:SID,CAST(TO_DATE(:PNG_TE, 'DDMMYYY,PMP_TRAN_FRMS,PMP_RECV_FRMS) VALUES (:NE_ID,:SUB_ID,CAST(TO_DATE(:POLLING_TIME, 'DDMMYYYYHH24MISS') AS DATE),:PMP_TRAN_OCTS,:PMP_RECV_OCTS,:PMP_DISCARD_US,:PMP_DISCARD_DS,:PMP_POLICY_DISCARD_US,:PMP_POLICY_DISCARD_DS,:PMP_TRAN_FRMS,:PMP_RECV_FRMS) ÷     {+ (Cõ{+ (Cõ{+ ð÷         ð÷         –R<Ã¼Î ì/'    „P'                            hdšÙÿ _ž    $µ            +       Ð»{+ XdšÙÿ   cšÙÿ                         Ð»{+                              M                         L                              šÙ     ƒß    @ešÙÿ ’Ü    cšÙÿ lcšÙÿ      M „P'       L
Short stack dump:
<-ksedsts()+315<-ksdxfstk()+32<-ksdxcb()+1764<-sspuser()+112<-__restore_rt()<-semtimedop()+10<-sskgpwwait()+265<-skgpwwait()+156<-ksliwat()+1546<-kslwaitctx()+162<-kjusuc()+3868<-ksipgetctx()+1456<-ksqcmi()+22853<-ksqgtlctx()+4311<-ksqgelctx()+601<-ktcwit1()+333<-ktbgtl0()+1321<-kdimod0()+4581<-kdiblLockPiece()+968<-kdiblLockRange()+1639<-kdiblcfls()+189<-kdiblFinish1()+978<-kdibliFinish()+73<-kxibDoFinish()+90<-kxibFinish()+431<-qerltcEndLoadProcessing()+614<-qerltcLoadStateMachine()+858<-qerltcInsertValues()+218<-qerltcFetch()+1373<-insexe()+1095<-opiexe()+5609<-opiodr()+1220<-ttcpip()+1227<-opitsk()+1449<-opiino()+1026<-opiodr()+1220<-opidrv()+580<-sou2o()+90<-opimai_real()+145<-ssthrdmain()+177<-main()+215<-__libc_start_main()+244<-_start()+41
user session for deadlock lock 0x1528de490
sid: 1107 ser: 44863 audsid: 8797823 user: 49/iurth flags: 0x45
pid: 57 O/S info: user: oracle, term: UNKNOWN, ospid: 4540
image: oracle@sgh0909
client details:
O/S info: user: user, term: , ospid: 7569
machine: sgj89909 program: sqlldr@sgj89909 (TNS V1-V3)
application name: SQL Loader Conventional Path Load, hash value=1935272243
action name: der/sample.ctl, hash value=3241011749
current SQL:
INSERT INTO sample (ID,SU,TIME,PMAN_S,CV_OS,PRD_US,P_DS,PM_LY_DRD_S,PMP_PY_DIDS,PP_S,PMP_RECV_FRMS) VALUES (:NE,:SID,CAST(TO_DATE(:PNG_TE, 'DDMMYYY,PMP_TRAN_FRMS,PMP_RECV_FRMS) VALUES (:NE_ID,:SUB_ID,CAST(TO_DATE(:POLLING_TIME, 'DDMMYYYYHH24MISS') AS DATE),:PMP_TRAN_OCTS,:PMP_RECV_OCTS,:PMP_DISCARD_US,:PMP_DISCARD_DS,:PMP_POLICY_DISCARD_US,:PMP_POLICY_DISCARD_DS,:PMP_TRAN_FRMS,:PMP_RECV_FRMS) ÷     {+ (Cõ{+ (Cõ{+ ð÷         ð÷         ÍïEÃ¼Î ì/'    „P'                            hdšÙÿ €¦    $µ            +       Ð»{+ XdšÙÿ   cšÙÿ                         Ð»{+                              M                         L                              šÙ     ƒß    @ešÙÿ ’Ü    cšÙÿ lcšÙÿ      M „P'       L
*** 2012-10-09 03:40:32.452
Short stack dump:
<-ksedsts()+315<-ksdxfstk()+32<-ksdxcb()+1764<-sspuser()+112<-__restore_rt()<-semtimedop()+10<-sskgpwwait()+265<-skgpwwait()+156<-ksliwat()+1546<-kslwaitctx()+162<-kjusuc()+3868<-ksipgetctx()+1456<-ksqcmi()+22853<-ksqgtlctx()+4311<-ksqgelctx()+601<-ktcwit1()+333<-ktbgtl0()+1321<-kdimod0()+4581<-kdiblLockPiece()+968<-kdiblLockRange()+1639<-kdiblcfls()+189<-kdiblFinish1()+978<-kdibliFinish()+73<-kxibDoFinish()+90<-kxibFinish()+431<-qerltcEndLoadProcessing()+614<-qerltcLoadStateMachine()+858<-qerltcInsertValues()+218<-qerltcFetch()+1373<-insexe()+1095<-opiexe()+5609<-opiodr()+1220<-ttcpip()+1227<-opitsk()+1449<-opiino()+1026<-opiodr()+1220<-opidrv()+580<-sou2o()+90<-opimai_real()+145<-ssthrdmain()+177<-main()+215<-__libc_start_main()+244<-_start()+41
user session for deadlock lock 0x1528de2e0
sid: 1104 ser: 22256 audsid: 8797820 user: 49/iurth flags: 0x45
pid: 71 O/S info: user: oracle, term: UNKNOWN, ospid: 8601
image: oracle@sgh0909
client details:
O/S info: user: user, term: , ospid: 30888
machine: sgj89909 program: sqlldr@sgj89909 (TNS V1-V3)
application name: SQL Loader Conventional Path Load, hash value=1935272243
action name: der/sample.ctl, hash value=3241011749
current SQL:
INSERT INTO sample (ID,SU,TIME,PMAN_S,CV_OS,PRD_US,P_DS,PM_LY_DRD_S,PMP_PY_DIDS,PP_S,PMP_RECV_FRMS) VALUES (:NE,:SID,CAST(TO_DATE(:PNG_TE, 'DDMMYYY,PMP_TRAN_FRMS,PMP_RECV_FRMS) VALUES (:NE_ID,:SUB_ID,CAST(TO_DATE(:POLLING_TIME, 'DDMMYYYYHH24MISS') AS DATE),:PMP_TRAN_OCTS,:PMP_RECV_OCTS,:PMP_DISCARD_US,:PMP_DISCARD_DS,:PMP_POLICY_DISCARD_US,:PMP_POLICY_DISCARD_DS,:PMP_TRAN_FRMS,:PMP_RECV_FRMS) ÷     {+ (Cõ{+ (Cõ{+ ð÷         ð÷         DlJÃ¼Î ì/'    „P'                            hdšÙÿ ¾®    $µ            +       Ð»{+ XdšÙÿ   cšÙÿ                         Ð»{+                              M                         L                              šÙ     ƒß    @ešÙÿ ’Ü    cšÙÿ lcšÙÿ      M „P'       L
Short stack dump:
<-ksedsts()+315<-ksdxfstk()+32<-ksdxcb()+1764<-sspuser()+112<-__restore_rt()<-semtimedop()+10<-sskgpwwait()+265<-skgpwwait()+156<-ksliwat()+1546<-kslwaitctx()+162<-kjusuc()+3868<-ksipgetctx()+1456<-ksqcmi()+22853<-ksqgtlctx()+4311<-ksqgelctx()+601<-ktcwit1()+333<-ktbgtl0()+1321<-kdimod0()+4581<-kdiblLockPiece()+968<-kdiblLockRange()+1639<-kdiblcfls()+189<-kdiblFinish1()+978<-kdibliFinish()+73<-kxibDoFinish()+90<-kxibFinish()+431<-qerltcEndLoadProcessing()+614<-qerltcLoadStateMachine()+858<-qerltcInsertValues()+218<-qerltcFetch()+1373<-insexe()+1095<-opiexe()+5609<-opiodr()+1220<-ttcpip()+1227<-opitsk()+1449<-opiino()+1026<-opiodr()+1220<-opidrv()+580<-sou2o()+90<-opimai_real()+145<-ssthrdmain()+177<-main()+215<-__libc_start_main()+244<-_start()+41
Global blockers dump start:---------------------------------
DUMP LOCAL BLOCKER/HOLDER: block level 3 res [0x2a001d][0x1cb9d],[TX]
----------resource 0x1341d3c30----------------------
resname : [0x2a001d][0x1cb9d],[TX]
Local node : 4
dir_node : 4
master_node : 4
hv idx : 14
hv last r.inc : 32
current inc : 32
hv status : 0
hv master : 4
open options : dd
grant_bits : KJUSERNL KJUSEREX
grant mode : KJUSERNL KJUSERCR KJUSERCW KJUSERPR KJUSERPW KJUSEREX
count : 3 0 0 0 0 1
val_state : KJUSERVS_NOVALUE
valblk : 0x5f4f4354532c504d505f524543565f4f OCTS,PMPRECV_O
access_node : 4
vbreq_state : 0
state : x0
resp : 0x1341d3c30
On Scan_q? : N
Total accesses: 8568
Imm. accesses: 7210
Granted_locks : 1
Cvting_locks : 3
value_block: 5f 4f 43 54 53 2c 50 4d 50 5f 52 45 43 56 5f 4f
GRANTED_Q :
lp 0x1537feef8 gl KJUSEREX rp 0x1341d3c30 [0x2a001d][0x1cb9d],[TX]
master 4 gl owner 0x154b13128 possible pid 4540 xid 39000-0005-00048D1F bast 0 rseq 1329 mseq 0 history 0x14951495
open opt KJUSERDEADLOCK
CONVERT_Q:
lp 0x1537ff0a8 gl KJUSERNL rl KJUSERPR rp 0x1341d3c30 [0x2a001d][0x1cb9d],[TX]
master 4 gl owner 0x155b0dd28 possible pid 12781 xid 37000-0005-00082EBC bast 0 rseq 1329 mseq 0 history 0x49a5149a
convert opt KJUSERGETVALUE
lp 0x1513ef168 gl KJUSERNL rl KJUSERPR rp 0x1341d3c30 [0x2a001d][0x1cb9d],[TX]
master 4 gl owner 0x159aaf240 possible pid 1347 xid 48000-0005-0001FACA bast 0 rseq 1329 mseq 0 history 0x49a5149a
convert opt KJUSERGETVALUE
lp 0x15365e060 gl KJUSERNL rl KJUSERPR rp 0x1341d3c30 [0x2a001d][0x1cb9d],[TX]
master 4 gl owner 0x154b105e0 possible pid 8601 xid 47000-0005-00024CDE bast 0 rseq 1329 mseq 0 history 0x49a5149a
convert opt KJUSERGETVALUE
----------enqueue 0x1537feef8------------------------
lock version : 2128337
Owner node : 4
grant_level : KJUSEREX
req_level : KJUSEREX
bast_level : KJUSERNL
notify_func : (nil)
resp : 0x1341d3c30
procp : 0x1510e0ee0
pid : 12781
proc version : 10700
oprocp : (nil)
opid : 0
group lock owner : 0x154b13128
possible pid : 4540
xid : 39000-0005-00048D1F
dd_time : 0.0 secs
dd_count : 0
timeout : 0.0 secs
On_timer_q? : N
On_dd_q? : N
lock_state : GRANTED
Open Options : KJUSERDEADLOCK
Convert options : KJUSERNOQUEUE KJUSERNODEADLOCKWAIT
History : 0x14951495
Msg_Seq : 0x0
res_seq : 1329
valblk : 0x2c3a504d505f504f4c4943595f444953 ,:PMP_POLICY_DIS
DUMP LOCAL BLOCKER: initiate state dump for DEADLOCK
possible owner[57.4540] on resource TX-002A001D-0001CB9D
*** 2012-10-09 03:40:32.794
Submitting asynchronized dump request [28]
DUMP LOCAL BLOCKER/HOLDER: block level 3 res [0x2f0003][0x1eee9],[TX]
----------resource 0x1355e6868----------------------
resname : [0x2f0003][0x1eee9],[TX]
Local node : 4
dir_node : 4
master_node : 4
hv idx : 64
hv last r.inc : 32
current inc : 32
hv status : 0
hv master : 4
open options : dd
grant_bits : KJUSERNL KJUSEREX
grant mode : KJUSERNL KJUSERCR KJUSERCW KJUSERPR KJUSERPW KJUSEREX
count : 1 0 0 0 0 1
val_state : KJUSERVS_NOVALUE
valblk : 0x5f4f4354532c504de00e0e5101000000 _OCTS,PMQ
access_node : 4
vbreq_state : 0
state : x0
resp : 0x1355e6868
On Scan_q? : N
Total accesses: 13955
Imm. accesses: 11923
Granted_locks : 1
Cvting_locks : 1
value_block: 5f 4f 43 54 53 2c 50 4d e0 0e 0e 51 01 00 00 00
GRANTED_Q :
lp 0x1528de2e0 gl KJUSEREX rp 0x1355e6868 [0x2f0003][0x1eee9],[TX]
master 4 gl owner 0x154b105e0 possible pid 8601 xid 47000-0005-00024CDE bast 0 rseq 1980 mseq 0 history 0x49a51495
open opt KJUSERDEADLOCK
CONVERT_Q:
lp 0x1528de490 gl KJUSERNL rl KJUSERPR rp 0x1355e6868 [0x2f0003][0x1eee9],[TX]
master 4 gl owner 0x154b13128 possible pid 4540 xid 39000-0005-00048D1F bast 0 rseq 1980 mseq 0 history 0x49a5149a
convert opt KJUSERGETVALUE
----------enqueue 0x1528de2e0------------------------
lock version : 2643245
Owner node : 4
grant_level : KJUSEREX
req_level : KJUSEREX
bast_level : KJUSERNL
notify_func : (nil)
resp : 0x1355e6868
procp : 0x1510f9800
pid : 4540
proc version : 21634
oprocp : (nil)
opid : 0
group lock owner : 0x154b105e0
possible pid : 8601
xid : 47000-0005-00024CDE
dd_time : 0.0 secs
dd_count : 0
timeout : 0.0 secs
On_timer_q? : N
On_dd_q? : N
lock_state : GRANTED
Open Options : KJUSERDEADLOCK
Convert options : KJUSERNOQUEUE KJUSERNODEADLOCKWAIT
History : 0x49a51495
Msg_Seq : 0x0
res_seq : 1980
valblk : 0x2c3a504d505f504f4c4943595f444953 ,:PMP_POLICY_DIS
DUMP LOCAL BLOCKER: initiate state dump for DEADLOCK
possible owner[71.8601] on resource TX-002F0003-0001EEE9
*** 2012-10-09 03:40:32.794
Submitting asynchronized dump request [28]
Global blockers dump end:-----------------------------------
Global Wait-For-Graph(WFG) at ddTS[0.108ea] :
BLOCKED 0x15365e060 3 wq 2 cvtops x1 TX 0x2a001d.0x1cb9d [47000-0005-00024CDE] 4
BLOCKER 0x1537feef8 3 wq 1 cvtops x28 TX 0x2a001d.0x1cb9d [39000-0005-00048D1F] 4
BLOCKED 0x1528de490 3 wq 2 cvtops x1 TX 0x2f0003.0x1eee9 [39000-0005-00048D1F] 4
BLOCKER 0x1528de2e0 3 wq 1 cvtops x28 TX 0x2f0003.0x1eee9 [47000-0005-00024CDE] 4

Your scenario involves mode 4 (KJUSERPR) and mode 6 (KJUSEREX) TX locks.
Mode 4 (S) TX locks can have a few causes, including ITLs, unique indexes and bitmap indexes.
It could be a very similar scenario to this recent thread where the situation was primary/unique key collisions from inserts on different nodes:
Re: Cause of Deadlock

EDI X12 scenario,deq.bat file not generating any trace file.

hello,
i have worked on the EDI X12 over internet(AS2) Transaction,everything is working fine until the creation and deployment of configurations on both Acme and GlobalChips servers.But During the Verification of Purchase Order Transactions when i am running deq.bat file on both Acme and GlobalChips servers the dq script is not generating any t1.trc trace file.
There is no problem with the Trading Partners on both servers they are on upstate,can anyone help me with this issue please,its very urgent.
note: where will be the web.xml file for transportServlet located,can anyone provide me with the file path.
thnx
sunny

Hello Sinkar,
Thanks for your reply,Finally i have managed resolve the issue(deq.bat file is generating t1.trc file) successfully.But there are certain other issues regarding this topic in which i need your help.
When i am running the deq.bat file in command prompt on both acme and globalchips servers it is showing the following status
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>deq.bat
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>java oracle.tip.adapter.b2b.data.IPDeq
ueue ipdequeue.properties
IPDequeue start...
Dequeue from IP_IN_QUEUE
and it also generated a t1.trc file on both servers,but the prompt in which i have run deq.bat is not giving any further message
i.e some thing like IPDequeue end.
and not even coming back to the original path i.e
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>
and even if close the prompt it is not showing anything in t1.trc file and if i am running the enq_850.bat in acme server it is showing following stat
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>enq_850.bat
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>java oracle.tip.adapter.b2b.data.IPEnq
ueue enq_850.properties
IPEnqueue start...
IPEnqueue end.
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>
and its didn't showing anything in the t1.trc file generated on the globalchips server and same thing is happening when i am running enq_855.bat file on the globalchips server its not showing up anything in the trace file generated on the acme server.
I have tried one thing that u have suggested for such kind of issue(t1.trc empty) in your forums
1.) I have applied the patch #6673231 and it is showing the Document Routing Id Field in the B2B UI,but when i am completing all the process in B2B UI and running deq.bat file the result is still the same,the IPDequeue is not ending
But a certain change has taken place after applying the pat
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>java oracle.tip.adapter.b2b.data.IPEnq+
ueue enq_850.properties+
IPEnqueue start...+
Action Name = null
IPEnqueue end.+
D:\oracle\OraJ2EE\ip\tutorial\X12\runtime>+
C:\oracle\OraJ2EE\ip\tutorial\X12\runtime>enq_855.bat+
C:\oracle\OraJ2EE\ip\tutorial\X12\runtime>java oracle.tip.adapter.b2b.data.IPEnq+
ueue enq_855.properties+
IPEnqueue start...+
Action Name = null
IPEnqueue end.+
C:\oracle\OraJ2EE\ip\tutorial\X12\runtime>+
I Think that no action is taking place in both the cases
bcoz its showing this Action Name = null+
if that is the case what is the problem here
I have also set oracle.tip.adapter.b2b.DocumentRouting=true.
but the situation is still the same,please read the above problem carefully and suggest a solution which would be fruitful for my further progress.
thanks
sunny
Edited by: user10470973 on Dec 16, 2008 10:43 AM
Edited by: user10470973 on Dec 16, 2008 10:44 AM

Trace file not Generated.

Hey Guys,
I am using oracle 10g and trying to generate a trace file.
Using sql_Plus I can see that timed_statistics is set to true, max_dump_file_size is set to unlimited, and user_dump_dest is set to C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\DUMP.
In Oracle SQL Developer I am running the script:
alter session set sql_trace = true;
... PL/SQL block that I want to trace...
alter session set sql_trace = false;
After this sql runs without error there is no file on my computer at the user_dump_dest. In fact the path under user_dump_dest does not even exist. Do I have to create the path first? Am I looking in the wrong location? Am I doing something wrong when setting sql_trace?
Thanks,
Ian

In fact the path under user_dump_dest does not even exist.Perhaps this is the source of the mystery.
If Oracle has no place to actually write the file, how should it proceed?
as a proof of concept do the following
ALTER SESSION SET SQL_TRACE=TRUE;
show parameter dump
SELECT SYSDATE FROM DUAL;
ALTER SESSION SET SQL_TRACE=FALSE;
now find the trace file
post results from session above
Edited by: sb92075 on Jun 1, 2010 4:45 PM

Interpreting Trace File.

Hi i am using 10.2.0.4.0 version of oracle.
I am having trace file info as below, for one of the query. So how should i interpret the trace file? What is the issue in the query, and the scope of improvement in the query? please note that , i have removed the query and its plans from the trace file, i have only posted the wait sections.
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.14       0.13          0          0          1           0
Execute      1      6.63     162.12      33540      72921        383           0
Fetch    17272    178.89    1933.95     274835    3147603         20      259063
total    17274    185.66    2096.21     308375    3220524        404      259063
Misses in library cache during parse: 1
Optimizer mode: CHOOSE
Parsing user id: 36
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
control file sequential read                    4        0.00          0.00
db file sequential read                    302812        0.62       1913.89
latch: cache buffers chains                     3        0.04          0.04
direct path write temp                        501        0.01          0.30
SQL*Net message to client                   17272        0.00          0.04
db file scattered read                        120        0.02          0.63
direct path read temp                         608        0.14          1.71
SQL*Net message from client                 17272       44.81      31865.74
SQL*Net more data to client                    15        0.00          0.00
latch: object queue header operation            1        0.00          0.00
latch: library cache                            3        0.03          0.04
latch: library cache pin                        1        0.00          0.00
latch: cache buffer handles                     1        0.00          0.00
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.14       0.13          0          0          1           0
Execute      1      6.63     162.12      33540      72921        383           0
Fetch    17272    178.89    1933.95     274835    3147603         20      259063
total    17274    185.66    2096.21     308375    3220524        404      259063
Misses in library cache during parse: 1
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
SQL*Net message to client                   17275        0.00          0.04
SQL*Net message from client                 17274       75.57      31941.39
SQL*Net more data from client                   2        0.00          0.01
db file sequential read                    302812        0.62       1913.89
control file sequential read                    4        0.00          0.00
latch: cache buffers chains                     3        0.04          0.04
direct path write temp                        501        0.01          0.30
db file scattered read                        120        0.02          0.63
direct path read temp                         608        0.14          1.71
SQL*Net more data to client                    15        0.00          0.00
latch: object queue header operation            1        0.00          0.00
latch: library cache                            3        0.03          0.04
latch: library cache pin                        1        0.00          0.00
latch: cache buffer handles                     1        0.00          0.00
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call     count       cpu    elapsed       disk      query    current        rows
Parse       11      0.02       0.01          0          0          0           0
Execute    348      0.20       0.17          0          0          1           0
Fetch      367      0.06       0.37         59       1187          0        3806
total      726      0.28       0.56         59       1187          1        3806
Misses in library cache during parse: 11
Misses in library cache during execute: 10
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
db file sequential read                        59        0.01          0.32
    1 user SQL statements in session.
348 internal SQL statements in session.
349 SQL statements in session.
********************************************************************************

below is the estimate and actual results.
| Id | Operation                              | Name                        | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads | Writes | OMem | 1Mem | Us
ed-Mem | Used-Tmp|
|* 1 | COUNT STOPKEY                         |                             | 13475 |        | 13475 |00:01:32.33 |     134K| 11357 |      0 |       |       |
    |         |
|   2 |   NESTED LOOPS                         |                             | 13475 |      2 | 13475 |00:01:31.66 |     134K| 11357 |      0 |       |       |
    |         |
|   3 |    NESTED LOOPS                        |                             | 13475 |      1 | 13475 |00:01:29.22 |   94325 | 11357 |      0 |       |       |
    |         |
|* 4 |     INDEX RANGE SCAN                   |                | 13475 |      1 | 13475 |00:00:26.63 |   40425 |   4014 |      0 |       |       |
    |         |
|   5 |     TABLE ACCESS BY INDEX ROWID        | | 13475 |      1 | 13475 |00:01:02.46 |   53900 |   7343 |      0 |       |       |
    |         |
|* 6 |      INDEX RANGE SCAN                  || 13475 |      1 | 13475 |00:00:16.80 |   40425 |   2056 |      0 |       |       |
    |         |
|* 7 |    TABLE ACCESS FULL                   | | 13475 |      2 | 13475 |00:00:02.26 |   40425 |      0 |      0 |       |       |
    |         |
|   8 | TABLE ACCESS BY INDEX ROWID           || 94399 |      1 | 94399 |00:06:17.09 |     389K| 32207 |      0 |       |       |
    |         |
|* 9 |   INDEX UNIQUE SCAN                    | | 94399 |      1 | 94399 |00:02:59.79 |     294K| 15488 |      0 |       |       |
    |         |
| 10 | TEMP TABLE TRANSFORMATION             |                             |      1 |        |    170K|00:35:11.08 |    1575K|    195K|   6158 |       |       |
    |         |
| 11 |   LOAD AS SELECT                       |                             |      1 |        |      1 |00:04:49.06 |   53704 | 28653 |    264 |   525K|   525K| 5
25K (0)|              |
| 12 |    PARTITION RANGE ALL                 |                             |      1 | 55430 | 16097 |00:06:26.06 |   53433 | 28651 |      0 |       |       |
    |         |
| 13 |     PARTITION HASH ALL                 |                             |     54 | 55430 | 16097 |00:09:20.69 |   53433 | 28651 |      0 |       |       |
    |         |
|* 14 |      TABLE ACCESS BY LOCAL INDEX ROWID | INV                         |    432 | 55430 | 16097 |00:06:11.42 |   53433 | 28651 |      0 |       |       |
    |         |
|* 15 |       INDEX SKIP SCAN                  | |    432 |    125K| 16097 |00:00:39.90 |    4642 |   4508 |      0 |       |       |
    |         |
| 16 |   TABLE ACCESS BY INDEX ROWID          | |      1 |      2 |    170K|00:30:21.66 |    1522K|    166K|   5894 |       |       |
    |         |
| 17 |    NESTED LOOPS                        |                             |      1 |     97 |    276K|34:55:49.92 |    1470K|    150K|   5894 |       |       |
    |         |
| 18 |     NESTED LOOPS                       |                             |      1 |     55 |    105K|00:22:14.57 |    1128K|    134K|   5894 |       |       |
    |         |
| 19 |      NESTED LOOPS OUTER                |                             |      1 |     52 |    105K|00:16:32.91 |     694K|    105K|   5894 |       |       |
    |         |
|* 20 |       HASH JOIN                        |                             |      1 |     52 |    105K|00:16:19.68 |     402K|    102K|   5894 | 9641K| 2205K| 16
27K (1)|        10240 |
| 21 |        VIEW                            |                             |      1 | 65234 |    105K|00:16:16.46 |     402K|    101K|   4655 |       |       |
    |         |
| 22 |         SORT UNIQUE                    |                             |      1 | 65234 |    105K|00:16:16.46 |     402K|    101K|   4655 | 8724K| 1161K| 61
8K (48)|         9216 |
| 23 |          UNION-ALL                     |                             |      1 |        |    105K|00:14:59.93 |     402K| 97342 |    252 |       |       |
    |         |
| 24 |           NESTED LOOPS OUTER           |                             |      1 | 19975 |    105K|00:14:10.24 |     395K| 94655 |      0 |       |       |
    |         |
| 25 |            NESTED LOOPS                |                             |      1 | 19975 |    105K|00:13:58.47 |     140K| 93616 |      0 |       |       |
    |         |
| 26 |             VIEW                       |                             |      1 | 55430 | 16097 |00:00:00.43 |     270 |    531 |      0 |       |       |
    |         |
| 27 |              TABLE ACCESS FULL         | |      1 | 55430 | 16097 |00:00:00.19 |     270 |    531 |      0 |       |       |
    |         |
|* 28 |             TABLE ACCESS BY INDEX ROWID| | 16097 |      1 |    105K|00:13:59.70 |     140K| 93085 |      0 |       |       |
    |         |
|* 29 |              INDEX RANGE SCAN          |     | 16097 |     10 |    145K|00:00:40.42 |   32685 |   8237 |      0 |       |       |
    |         |
| 30 |            TABLE ACCESS BY INDEX ROWID | |    105K|      1 | 84716 |00:00:16.78 |     254K|   1039 |      0 |       |       |
    |         |
|* 31 |             INDEX UNIQUE SCAN          | |    105K|      1 | 84716 |00:00:13.05 |     169K|    982 |      0 |       |       |
    |         |
| 32 |           NESTED LOOPS                 |                             |      1 | 45259 |      0 |00:00:17.19 |    7336 |   2687 |    252 |       |       |
    |         |
|* 33 |            HASH JOIN RIGHT OUTER       |                             |      1 | 45259 |      0 |00:00:17.19 |    7336 |   2687 |    252 |   884K|   884K| 3
09K (0)|              |
| 34 |             TABLE ACCESS FULL          | |      1 |   1673 |   1677 |00:00:00.01 |      24 |      8 |      0 |       |       |
    |         |
|* 35 |             HASH JOIN                  |                             |      1 | 45259 |      0 |00:00:17.13 |    7310 |   2678 |    252 | 3318K| 1235K| 4
47K (1)|         2048 |
|* 36 |              TABLE ACCESS FULL         | |      1 | 45259 | 49043 |00:00:07.41 |    7043 |   2170 |      0 |       |       |
    |         |
| 37 |              VIEW                      |                             |      1 | 55430 | 16097 |00:00:00.14 |     267 |    256 |      0 |       |       |
    |         |
| 38 |               TABLE ACCESS FULL        ||      1 | 55430 | 16097 |00:00:00.12 |     267 |    256 |      0 |       |       |
    |         |
| 39 |            TABLE ACCESS BY INDEX ROWID | |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |      0 |       |       |
    |         |
|* 40 |             INDEX UNIQUE SCAN          | |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |      0 |       |       |
    |         |
| 41 |        VIEW                            |                             |      1 | 55430 | 16097 |00:00:00.02 |     267 |      0 |      0 |       |       |
    |         |
| 42 |         TABLE ACCESS FULL              | |      1 | 55430 | 16097 |00:00:00.01 |     267 |      0 |      0 |       |       |
    |         |
| 43 |       TABLE ACCESS BY INDEX ROWID      | |    105K|      1 | 93385 |00:00:24.90 |     291K|   2104 |      0 |       |       |
    |         |
|* 44 |        INDEX UNIQUE SCAN               | |    105K|      1 | 93385 |00:00:16.45 |     196K|   1405 |      0 |       |       |
    |         |
| 45 |      TABLE ACCESS BY INDEX ROWID       | |    105K|      1 |    105K|00:05:49.82 |     434K| 29495 |      0 |       |       |
    |         |
|* 46 |       INDEX UNIQUE SCAN                ||    105K|      1 |    105K|00:02:54.37 |     328K| 14644 |      0 |       |       |
    |         |
|* 47 |     INDEX RANGE SCAN                   | |    105K|      2 |    170K|00:03:01.14 |     342K| 15690 |      0 |       |       |
    |         |
Predicate Information (identified by operation id):
   1 - filter(1>=ROWNUM)
   4 - access("XS"."SITEPK"=:B1)
   6 - access("XS"."VENDORPK"="XB"."VENDORPK")
   7 - filter(("XB"."BUYERCOMPANYPK"="CC"."PARENTCOMPANYPK" OR "XB"."BUYERCOMPANYPK"="CC"."CHILDCOMPANYPK"))
   9 - access("INVOICEPK"=:B1 AND "LINENUM"=:B2)
14 - filter(("IH"."INVOICEORIGIN"='APP' AND "IH"."PO_PK" IS NULL AND "IH"."ISPOSTED"='Y'))
15 - access("IH"."PAYPK"=3914297352 AND "IH"."POSTDATE">=1338508800000 AND "IH"."POSTDATE"<1341014400000)
       filter(("IH"."POSTDATE">=1338508800000 AND "IH"."PAYPK"=3914297352 AND "IH"."POSTDATE"<1341014400000))
20 - access("NEWVIEW"."PRIMARYKEY"="TAB"."INVOICEPK")
28 - filter(TO_NUMBER("RAT"."AUDITTYPE")<2)
29 - access("INNERTAB1"."INVOICEPK"="RAT"."INVOICEPK")
       filter("RAT"."INVOICEPK" IS NOT NULL)
31 - access("RAT"."USERPK"="UR"."USERPK")
33 - access("RA"."QUEUEPK"="Q"."QUEUEPK")
35 - access("INNERTAB2"."INVOICEPK"="RA"."INVOICEPK")
36 - filter(("RA"."INVOICEPK" IS NOT NULL AND "RA"."RECEIVERPK" IS NOT NULL))
40 - access("RA"."RECEIVERPK"="UR"."USERPK")
44 - access("TAB"."ENTEREDBY"="UR"."USERPK")
46 - access("TAB"."INVOICEPK"="ISUM"."INVOICEPK")
47 - access("IDD"."INVOICEPK"="TAB"."INVOICEPK")
87 rows selected.
Elapsed: 00:00:04.10
SQL>Edited by: 930254 on Aug 7, 2012 9:33 AM

TRACE files path

Similar Messages

Maybe you are looking for