Tracing/Debugging Oracle Applications Concurrent Programmes - 11i/R12
Diagnosing/Tracing Oracle Applications Concurrent Programmes 11i/R12
- Simple tracing :- Creates a trace file without bind or wait (tracing without using event 10046 at level 12)
- Query the Concurrent programmes definition
- Check the Enable Trace check box
- Run the concurrent program using relevant responsibility
- Note down the concurrent request number after submitting
- Go to the oracle udump directory and find the trace file. Trace file names normally contain the os process id.
- Extended Tracing:- Creates a trace file with bind and wait (tracing with binds and waits using event 10046 at level 12)
- Go to the SRS screen of the respective responsibility to submit the request you want to trace
- Select the name of the request
- Click on the debug options button (If you don’t set the profile option the debug option won’t be enabled)
- Clicking debug options take you to create debug rule page
- Select the SQL Trace check box and select SQL Trace with Binds and waits
- Click the OK button
- Click the Ok button
- Submit the Request
- After submitting the request note down the request id
- Find out the process id which is actually doing the work
- Go to the udump directory on the database server and find out the trace file, trace file name contains the process id you have from the above stepUse the following sql to find out process idselect request_id,oracle_process_id from fnd_concurrent_requests WHERE request_id = :request_id ;Ex:Go the udump location and search for trace file which contains this process id, the above query gave me my process id 16301.So here is my trace file name test_ora_16301.trcUse tkprof or trcanlzr to format the trace file.tkprof does not report on bind variables but you can see bind variable info in the trace file
Comments
Post a Comment