11g trace files

Hi all,
In my production database the trace file is occupying over 40gb of space. can I delete it to save space?
It is of the name PRD_mrp0_24180.trc.
Please help.
Thanks.

can I delete it to save space?Solution is both OS & application dependent.
If application holds the file (handle) OPEN, Windows will prevent another session from messing with the file
& *NIX will fake you out leave file untouched until application CLOSE the file.

Similar Messages

11g Trace File Problem

I have an 11.1.0.7 database on a Windows 2003 64bit server. When I was building the database I turned on tracing in the SQLNET.ORA file. It didn't seem to work and I forgot about it and while I was backing up the server I noticed that a couple of directories were filling fast with trace files. They are under \Ora11g\diag\clients\user_"oracle user account"\host_2328975676_11\trace.
I went back and cleared out all of the extra lines in the sqlnet.ora file leaving only "sqlnet.authentication_services = (none)" and then bumped the database and restarted the listener. The files keep building up. I have two other databases setup exactly the same way on the same server/os combinations and I don't have these trace files building up. Is there somewhere else that I need to look where tracing might have been turned on when I altered the sqlnet.ora file? The database runs fine, I just don't want to have to clean these directories out. Thanks for any help.

CKPT wrote:
You can check with NET MANAGER or NETCA
I looked at Net Manager but I don't know what setting to look for. I didn't see anything about tracing. I don't know how to attach a trace file to this post so I copied some text from it. I don't know if that helps.
Trace file d:\ora11g\diag\clients\user_oraaxdb\host_2328975676_11\trace\ora_976_3032.trc
2011-01-22 17:38:37.028976 : nioqsn:entry
2011-01-22 17:38:37.031654 : nioqsn:exit
2011-01-22 17:38:37.031694 : nioqrc:entry
2011-01-22 17:38:37.031722 : nsbasic_bsd:entry
2011-01-22 17:38:37.031747 : nsbasic_bsd:tot=0, plen=68.
2011-01-22 17:38:37.031793 : nsbasic_bsd:packet dump
2011-01-22 17:38:37.031846 : nsbasic_bsd:00 44 00 00 06 00 00 00 |.D......|
2011-01-22 17:38:37.031873 : nsbasic_bsd:00 00 11 69 C2 FE FF FF |...iÂþÿÿ|
2011-01-22 17:38:37.031898 : nsbasic_bsd:FF FF FF FF FF 01 00 00 |ÿÿÿÿÿ...|
2011-01-22 17:38:37.032145 : nsbasic_bsd:00 00 00 00 00 02 00 00 |........|
2011-01-22 17:38:37.032169 : nsbasic_bsd:00 03 3B C3 FE FF FF FF |..;Ãþÿÿÿ|
2011-01-22 17:38:37.032188 : nsbasic_bsd:FF FF FF FF FF 00 00 00 |ÿÿÿÿÿ...|
2011-01-22 17:38:37.032208 : nsbasic_bsd:00 00 00 00 FE FF FF FF |....þÿÿÿ|
2011-01-22 17:38:37.032227 : nsbasic_bsd:FF FF FF FF FE FF FF FF |ÿÿÿÿþÿÿÿ|
2011-01-22 17:38:37.032246 : nsbasic_bsd:FF FF FF FF |ÿÿÿÿ |
2011-01-22 17:38:37.032265 : nsbasic_bsd:exit (0)
2011-01-22 17:38:37.032285 : nsbasic_brc:entry: oln/tot=0
2011-01-22 17:38:37.032309 : nsbasic_brc:type=6, plen=179
2011-01-22 17:38:37.032333 : nsbasic_brc:what=1, tot =179
2011-01-22 17:38:37.032352 : nsbasic_brc:packet dump
2011-01-22 17:38:37.032372 : nsbasic_brc:00 B3 00 00 06 00 00 00 |.³......|
2011-01-22 17:38:37.032393 : nsbasic_brc:00 00 08 9A 00 9A 4F 72 |...š.šOr|
2011-01-22 17:38:37.032413 : nsbasic_brc:61 63 6C 65 20 44 61 74 |acle.Dat|
2011-01-22 17:38:37.032432 : nsbasic_brc:61 62 61 73 65 20 31 31 |abase.11|
2011-01-22 17:38:37.032451 : nsbasic_brc:67 20 45 6E 74 65 72 70 |g.Enterp|
2011-01-22 17:38:37.032470 : nsbasic_brc:72 69 73 65 20 45 64 69 |rise.Edi|
2011-01-22 17:38:37.032490 : nsbasic_brc:74 69 6F 6E 20 52 65 6C |tion.Rel|
2011-01-22 17:38:37.032509 : nsbasic_brc:65 61 73 65 20 31 31 2E |ease.11.|
2011-01-22 17:38:37.032528 : nsbasic_brc:31 2E 30 2E 37 2E 30 20 |1.0.7.0.|
2011-01-22 17:38:37.032547 : nsbasic_brc:2D 20 36 34 62 69 74 20 |-.64bit.|
2011-01-22 17:38:37.032566 : nsbasic_brc:50 72 6F 64 75 63 74 69 |Producti|
2011-01-22 17:38:37.032585 : nsbasic_brc:6F 6E 0A 57 69 74 68 20 |on.With.|
2011-01-22 17:38:37.032604 : nsbasic_brc:74 68 65 20 50 61 72 74 |the.Part|
2011-01-22 17:38:37.032623 : nsbasic_brc:69 74 69 6F 6E 69 6E 67 |itioning|
2011-01-22 17:38:37.032642 : nsbasic_brc:2C 20 4F 4C 41 50 2C 20 |,.OLAP,.|
2011-01-22 17:38:37.032661 : nsbasic_brc:44 61 74 61 20 4D 69 6E |Data.Min|
2011-01-22 17:38:37.032680 : nsbasic_brc:69 6E 67 20 61 6E 64 20 |ing.and.|
2011-01-22 17:38:37.032700 : nsbasic_brc:52 65 61 6C 20 41 70 70 |Real.App|
2011-01-22 17:38:37.032719 : nsbasic_brc:6C 69 63 61 74 69 6F 6E |lication|
2011-01-22 17:38:37.032741 : nsbasic_brc:20 54 65 73 74 69 6E 67 |.Testing|
2011-01-22 17:38:37.032760 : nsbasic_brc:20 6F 70 74 69 6F 6E 73 |.options|
2011-01-22 17:38:37.032779 : nsbasic_brc:00 07 10 0B 09 01 00 00 |........|
2011-01-22 17:38:37.032798 : nsbasic_brc:00 51 04 |.Q. |
2011-01-22 17:38:37.032816 : nsbasic_brc:exit: oln=0, dln=169, tot=179, rc=0
2011-01-22 17:38:37.032835 : nioqrc:exit
2011-01-22 17:38:37.033295 : nioqsn:entry
2011-01-22 17:38:37.033313 : nioqsn:exit
2011-01-22 17:38:37.033331 : nioqsn:entry
2011-01-22 17:38:37.033342 : nsbasic_bsd:entry
2011-01-22 17:38:37.033352 : nsbasic_bsd:tot=0, plen=8155.
2011-01-22 17:38:37.033483 : nsbasic_bsd:packet dump
2011-01-22 17:38:37.033499 : nsbasic_bsd:1F DB 00 00 06 00 00 00 |.Û......|
2011-01-22 17:38:37.033511 : nsbasic_bsd:00 00 03 5E C4 29 05 04 |...^Ä)..|
2011-01-22 17:38:37.033523 : nsbasic_bsd:00 00 00 00 00 FE FF FF |.....þÿÿ|

Controlfile trace file in 11g r2

Hi,
i created a backup of controlfile like
alter database backup controlfile to trace; in oracle 11g 2r on oel 5where i can find this trace file in os level.
and i am finding user and background trace files in trace directory.
how i can identify separately.
thank you!

Hi,
Please see below query.
SQL>alter database backup controlfile to trace;
Database altered.
SQL>SELECT sid FROM v$session WHERE audsid = userenv('sessionid');
SID
412
1 row selected.
SQL>Select s.sid, s.username,
i.instance_name || '_ora_' || ltrim(to_char(p.spid)) ||
decode (p.traceid, null, '', '_'||p.traceid) || '.trc'
TraceFile
from v$session s, v$process p, v$instance i
where p.addr = s.paddr
and s.type = 'USER' and s.username is not null
and s.sid=412 <<<<--------------------------------------------------SID
order by username, sid
SID USERNAME TRACEFILE
412 SYS DBname_ora_24625.trc
Thanks.
Tarun
Edited by: user8886876 on Nov 16, 2011 2:56 AM

Do trace files need to be purged in Oracle 11g DB

We have the Oracle 11g database setup. I have a query as to if it is required to purge the trace files found in adump, Bdump & Cdump administration file subdirectories or there is automatic log rotation of the trace files?
I hope my query is clear that if it is required to manually purge the trace files or is there an automatic log rotation for the trace files.
Please revert with the reply to my query.
Regards

starting with 11g and ADRCI there are two Parameters which controls the purging of old log and / or trace files:
SHORTP_POLICY (default 720 hours) and LONGP_POLICY (default 8720 hours). As with the Default most traces and logs stay an entire year it might be worth changing those values like follows:
adrci> set control (SHORTP_POLICY = 168)
adrci> set control (LONGP_POLICY = 720)
you can verify the current values with
adrci> show control
Unfortunately those parameters are only valid for components managed with ADR (Automatic Diagnostic Repository). So adump or any log locations under $ORACLE_HOME are still not managed automatically.

How to disable trace files in oracle version 11g

Senario : trace file are growing
How to disable trace files in oracle version 11g
pls guide with best practice

SHANOJ wrote:
Senario : trace file are growing
How to disable trace files in oracle version 11g
pls guide with best practiceIn 11g, there is an extensive tracing that happens for the reasons best known to Oracle only. But if you want to disable it, Coskan had published a small post mentioning an undocumented parameter(which means you must think twice before using it) to disable it- disablehealth_check* . You may want to read the complete post here,
http://coskan.wordpress.com/2009/06/03/too-many-trace_file-on-11g/
Aman....

Oracle 11g ADR Purged trace file list

In Oracle 11g, how do I get list of files automatically purged by ADR ?
Is there any data dictionary view or physical file which keeps track of trace files deleted by ADR ?

See if the following post helps:
Oracle 11g ADR Automatic Diagnostic Repository
http://virag.sharma.googlepages.com/oracle11gadrautomaticdiagnosticrepositor
Regards,
Naveed.

Trace files generated for every session in 11g

Hi
I have two databases - both 11.1.0.7, both on RHEL5
Database A runs on Server A
Database B runs on Server B
Both installation of 11g and each database are new installations.
On Database A a trace file is being created for every session in ADR_HOME.../trace.
On Database B - this is not happening
The problem I have is Database A. As every session connection creates a trace file (or 2 - being *.trc and *trm), at the end of the day we have 1000's of unnecessry trace files.
A trace file is created for every user - SYS, SYSTEM, application users, etc... It's being created immediately - even if no SQL statements are run in the session.
I've compared the init.ora parameters running in each database - and can find no differences. btw - SQL_TRACE is set to FALSE.
Any ideas why a trace file is being generated for every session on Database A? And how to switch this off?
TIA
Regards
Paul

What type of content is in generated trace files? Is it SQL trace or something different?
Have you any AFTER LOGON trigger? It can be checked with:
col text format a100
select name, text
from dba_source
where name in (select trigger_name from dba_triggers where triggering_event like 'LOGON%')
order by name, line

Trace Files 11g (Space Issue)

friends, we are running 11g (11.1.0.7.0) database in our environment. Currently our OS slice is facing space related issues due to huge number of trace files generation. Please share any helpful note/idea.
Regards,
Irfan Ahmad

please see following information against trace related parameters:
log_archive_trace     3     0     0
sql_trace     1     FALSE     FALSE
sec_protocol_error_trace_action     2     TRACE     TRACE
tracefile_identifier     2
trace_enabled     1     TRUE     TRUE
any idea.
regards

What happens 2 old trace files in Oracle 11g?Is there any automatic handlin

Hi,I dont see old trace files in my trace directory in oracle 11g 11.1.0.7 database thats in /diag/rdbms/DB_NAME/trace directory.I dont have any auto delete procedure for trace files.
Just wanted to know if theres any autodelete/autoarchive procedure in 11g which I dont know ?
Thanks in advance
Gagan

gaganahuja wrote:
Hi,I dont see old trace files in my trace directory in oracle 11g 11.1.0.7 database thats in /diag/rdbms/DB_NAME/trace directory.I dont have any auto >delete procedure for trace files.Read this and this
You can also do :
SELECT * FROM V$DIAG_INFO;to see informations about diagnostic locations of that instance.
Just wanted to know if theres any autodelete/autoarchive procedure in 11g which I dont know ?No

Excessive trace files in 11G on AIX 6.1

Hello friends,
I have a few new Oracle 11g (11.1.0.7) databases running on IBM P560's, AIX 6.1.
After a few weeks of running these databases, I've noticed an excessive amount of trace files generated in the $ORACLE_BASE/diag/.../trace directory for various background processes and wondered if I might have a parameter set incorrectly. Note that there are no errors noted or references to the trace files in the alert logs, and I'm seeing the same behavior on two separate similar servers and databases.
I recall on HP-UX, setting ASYNC IO will cause thousands of trace files to be generated, but this seems new with 11g since we are not getting the trace files in our 10G environment.
For every trace file, there is also a 'trm' file.
E.g.,
DBAtst_dbrm_172144.trc
DBAtst_dbrm_172144.trm
The trm file is a binary file, and the trc file is ascii.
Inside of the trace file, the contents are similar to:
=========================================================
System name: AIX
Node name: DBAos2_test
Release: 1
Version: 6
Machine: 00C2AAF44C00
Instance name: DBAtst
Redo thread mounted by this instance: 1
Oracle process number: 5
Unix process pid: 172144, image: oracle@DBAos2_test (DBRM)
*** 2009-05-12 14:17:03.072
*** SESSION ID:(551.1) 2009-05-12 14:17:03.072
*** CLIENT ID:() 2009-05-12 14:17:03.072
*** SERVICE NAME:() 2009-05-12 14:17:03.072
*** MODULE NAME:() 2009-05-12 14:17:03.072
*** ACTION NAME:() 2009-05-12 14:17:03.072
kgsksysstop: from KGSKWT_INTSTATECHNG8 retry TRUE mode
kgsksysstop: Succeeded
kgsksysstop: from KGSKWT_INTSTATECHNG8 retry TRUE mode
*** 2009-05-12 22:00:00.177
kgsksysstop: Succeeded
kgskreset: Threshold setting
low[0] = 8, high[0] = 12
*** 2009-05-12 22:00:37.480
kgsksysstop: from KGSKWT_INTSTATECHNG7 retry FALSE mode
kgsksysstop: Succeeded
Running Count dump BEFORE recalc
Running cnt[0]: 1, Runnable cnt[0]: 0
Running Count dump AFTER recalc
Running cnt[0]: 1, Runnable cnt[0]: 0
kgsksysstop: from KGSKWT_INTSTATECHNG7 retry FALSE mode
Don Burleson has a great web page addressing trace files in 11G, but it doesn't mention anything about excessive trace files.
http://www.praetoriate.com/t_debugging_adr_monitoring_tools.htm
I'm concerned that something is wrong and I should not be getting all these trace files. Plus, they will eventually fill up my disks if I don't keep them pruned down.
Thanks.

According to an article on Metalink, this is not a bug. This is what was posted on metalink
"Solution:
The bug 9056228 was closed as 'Not a bug'.
The messages are expected behavior due to the way the code is written. According to Development, these are not errors but some information Oracle dumps into trace files.
Customers need not to worry about anything about these messages. These are expected.
As a corrective action, these traces can be deleted at any time or ignored. "
I hope this helps.

Too many trace files 11g

Thanks for taking my question!
I just installed 11g and I have a ton of .trc and .trm files. A trc file and trm file is created for just about everything - even Rman backups. I prefer these jobs to show in the alert log not independent trc files.
Has anyone experienced this issue with 11g? Is there a way to stop the trace files from taking over:)
Thanks, Kahtie

There's no way to stop,but to maintain ADR (Automatic Diagnostic Repository) :
http://download.oracle.com/docs/cd/B28359_01/server.111/b28310/diag.htm#adminChapterDiagnosability
Werner

How to create the trace file using run_report_object at runtime

Dear All
using :
Oracel Application Server 10g
Oracle Database 11g
Windows XP/sp3
I'm using run_report_object to call a report inside the form. THis report is running OK from reports builder, however it's too slow when run from Application server.
How Can I create a trace file (at runtime) that contains the time spent in sql and formating the layout of the report ??
Here is My code :
repid := find_report_object('report5');
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_FILENAME,'INVOICE.REP');
v_url :='paramform=no';
v_url := v_url||' FROM_NO=' || :PRINT_BLOCK.FROM_NO ;
v_url := v_url ||' TO_NO=' || :PRINT_BLOCK.TO_NO ||' FROM_DATE=' || v_from_date ||' TO_DATE='|| v_to_date ||' NO_DATE=' ;
v_url := v_url ||:PRINT_BLOCK.NO_DATE||' IDENT=' ||:PRINT_BLOCK.IDENT_NO||' REPORT_HEADING='''||V_REPORT_HEADING||'''' ;
v_url := v_url||' COMPANY_NO='||:global.company_no;
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_OTHER,v_url);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_SERVER,:GLOBAL.INV_REPORT_SERVER_NAME);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_DESFORMAT,'pdf');
v_rep := RUN_REPORT_OBJECT(repid);
IF rep_status = 'FINISHED' THEN
V1:='/reports/rwservlet/getjobid'||substr(v_rep,instr(v_rep,'_',-1)+1);
WEB.SHOW_DOCUMENT('/reports/rwservlet/getjobid'||substr(v_rep,instr(v_rep,'_',-1)+1)||'?server='||REPORT_SERVER_NAME,'_blank');
END IF;
Thanks a lot

Slow running reports often are not the result of a flawed report, but rather a flawed configuration. For example:
1. If you call your reports (from Forms) via the default or inProcess Reports Server, often because startup time is slow, it will appear that it took too long for the report to be delievered. Using a stand-alone Rep Server is the preferred way to do this.
2. If your Forms application makes numerous calls to RRO (RUN_REPORT_OBJECT), this can tend to result in what might appear as a memory leak (although it is not). The result is delayed processing because of the excessive memory use. This problem has been overcome in Forms/Reports 11 by the use of JVM pooling. However in v10 enabling "6i compatibility" mode is the way to overcome the issue. See Note 266073.1
3. If the report runs fine from the Builder and it is connecting to the same db as when you run it from App Server, the issue is unlikely a db problem. However, if you want to look anyway, enable sqlnet tracing.
4. To enable Reports tracing and investigate other tuning options, refer to the Reports 10 documentation:
http://docs.oracle.com/cd/B14099_11/bi.1012/b14048/pbr_tune.htm
Almost forgot to mentioned this one....
If you are using a v11 db with App Server 10, you will probably want to consider reviewing Note 1099035.1 as it discusses an issue related to performance with such a configuration.
Edited by: Michael Ferrante on Apr 10, 2012 8:49 AM

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

Trace file in different location

Dear all,
11g on Solaris 10.
My oracle home (dump location) located in a file system of 10GB.. I need to trace a session which will generate huge trace file. Is there anyway I can have the trace file generated in a different location where I have enough space to allow the growth of the trace file.
Thanks
Kai

Please refer:
http://www.oracle.com/technology/oramag/oracle/09-mar/o29asktom.html?_template=/ocom/print
Edited by: SKU on 19-Dec-2009 05:10

Ubormal trace file generation in 11.1.0.7

oracle version
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE 11.1.0.7.0 Production
TNS for 64-bit Windows: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production
OS
Windows 2008 EE R1 SP2
Problem
My trace files generated every 30 second and its drive me crazy i have to delete to maintain space of the server
i check the alert logfile and it does not show anything suspecious here are a couple of lines from the alert.log file
Sat Jan 22 00:16:52 2011
Thread 1 advanced to log sequence 117 (LGWR switch)
Current log# 1 seq# 117 mem# 0: E:\DATA\ORACLE\PMDB\REDO01A.LOG
Current log# 1 seq# 117 mem# 1: E:\DATA\ORACLE\PMDB\REDO01B.LOG
Sat Jan 22 02:00:00 2011
Clearing Resource Manager plan via parameter
Sat Jan 22 06:00:00 2011
Setting Resource Manager plan SCHEDULER[0x2C49]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Sat Jan 22 06:00:03 2011
Begin automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"
End automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"
Sat Jan 22 06:00:36 2011
Thread 1 advanced to log sequence 118 (LGWR switch)
Current log# 2 seq# 118 mem# 0: E:\DATA\ORACLE\name\REDO02A.LOG
Current log# 2 seq# 118 mem# 1: E:\DATA\ORACLE\nameREDO02B.LOG
Sat Jan 22 11:09:15 2011
Thread 1 advanced to log sequence 119 (LGWR switch)
Current log# 1 seq# 119 mem# 0: E:\DATA\ORACLE\name\REDO01A.LOG
Current log# 1 seq# 119 mem# 1: E:\DATA\ORACLE/name\REDO01B.LOG
Sat Jan 22 11:37:19 2011
Thread 1 advanced to log sequence 120 (LGWR switch)
Current log# 2 seq# 120 mem# 0: E:\DATA\ORACLE\nam\REDO02A.LOG
Current log# 2 seq# 120 mem# 1: E:\DATA\ORACLE\name\REDO02B.LOG
And i have cheched the trace files and here are a couple of lines
*** 2011-01-19 15:23:54.265
*** SESSION ID:(43.21827) 2011-01-19 15:23:54.265
*** CLIENT ID:() 2011-01-19 15:23:54.265
*** SERVICE NAME:(name) 2011-01-19 15:23:54.265
*** MODULE NAME:(OMS) 2011-01-19 15:23:54.265
*** ACTION NAME:() 2011-01-19 15:23:54.265
XS Users and Roles -- OCI Info
kzxupnamread error -- 942: ORA-00942: table or view does not exist
XS Users and Roles -- OCI Info
kzxupnamread error -- 942: ORA-00942: table or view does not exist
Trace file e:\app\oracle\diag\rdbms\pmdb\pmdb\trace\pmdb_ora_7688.trc
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Windows NT Version V6.0 Service Pack 2
CPU : 16 - type 8664, 8 Physical Cores
Process Affinity : 0x0000000000000000
Memory (Avail/Total): Ph:8575M/16372M, Ph+PgF:24932M/32827M
Instance name: name
Redo thread mounted by this instance: 1
Oracle process number: 18
Windows thread id: 7688, image: ORACLE.EXE (SHAD)
Would you please help me in identifying a solution to this problem

Thanks everybody ,
I have communciated to Oracle Support below is their reply :-
<< Based on the Developer comment in the bug, "This belongs to EXTENDED SECURITY and don't have conditions to run, it is addressed in patch 7019661 and solved in 11.2", >>
i have to test the patch in the test environment and than i will do it in Live
Thank you again

11g trace files

Similar Messages

Maybe you are looking for