Gather Schema Statistics produces HUGE oracle trace file

Hi
I am running gather schema stats on my E-Biz 12.1.3 / 11.2.0.3 system
Each week we run Gather Schema Stats
I have noticed that when the job completes a 3g trace fuile is produced under the Oracle RDBMS home
I have tried un-checking the box when the COnc Request is submitted to DO NOT SAVE OUTPUT FILE but it is still procuced.
I dont want it and do not understand why it is produced. Anyone out there have a resolution?

I have noticed that when the job completes a 3g trace fuile is produced under the Oracle RDBMS homeWhat is the file name/location? What is the contents of this trace file?
I have tried un-checking the box when the COnc Request is submitted to DO NOT SAVE OUTPUT FILE but it is still procuced.Do you have any debug/trace enabled on HRMS schema?
I dont want it and do not understand why it is produced. Anyone out there have a resolution?Was this working before? If yes, any changes been done since then?
What are the parameters you use to run "Gather Schema Statistics" concurrent program?
Thanks,
Hussein

Similar Messages

Gather Schema Statistics Report taking more than 13 hours to complete is it normal?

I have run Gather Schema Statistics Report at 9 pm and it completed on 11am next morning. It almost took more than 13 hours, is this behavior normal.
I have used the following parameter.
Schema name: ALL
Estimate percent:50
Backup Flag :NOBACKUP
History Mode :LASTRUN
Gather Option:GATHER
Invalidate Dependent Cursor : Y
My database size is about 250 GB.
Please reply

Gather schema stastics is erroring out when i'm using the GATHER_AUTO option with 10%.
Here is the log file
+---------------------------------------------------------------------------+
Application Object Library: Version : 12.0.0
Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.
FNDGSCST module: Gather Schema Statistics
+---------------------------------------------------------------------------+
Current system time is 13-AUG-2013 10:42:12
+---------------------------------------------------------------------------+
**Starts**13-AUG-2013 10:42:12
ORACLE error 20001 in FDPSTP
Cause: FDPSTP failed due to ORA-20001: SYS_NTGNSVL1S+OCZGRAAHKD9MYG== is an invalid identifier
ORA-06512: at "APPS.FND_STATS", line 774
ORA-06512: at line 1
The SQL statement being executed at the time of the error was: SE
+---------------------------------------------------------------------------+
Start of log messages from FND_FILE
+---------------------------------------------------------------------------+
In GATHER_SCHEMA_STATS , schema_name= ALL percent= 10 degree = 8 internal_flag= NOBACKUP
ORA-20001: SYS_NTGNSVL1S+OCZGRAAHKD9MYG== is an invalid identifier
+---------------------------------------------------------------------------+
End of log messages from FND_FILE
+---------------------------------------------------------------------------+
+---------------------------------------------------------------------------+
Executing request completion options...
Finished executing request completion options.
+---------------------------------------------------------------------------+
Concurrent request completed
Current system time is 13-AUG-2013 10:43:29
+---------------------------------------------------------------------------+
I have used the following parameters
Schema name: ALL
Estimate percent:10
Backup Flag :NOBACKUP
History Mode :LASTRUN
Gather Option:GATHER_AUTO
Invalidate Dependent Cursor : Y

Gather Schema Statistics request fails with ORA-03113

Hi All,
We are run Oracle 9i R2 database & 11i APPS.
when we are run the Gather Schema Statistics concurrent request it's come with following error massege.
Gather Schema Statistics concurrent request fails with following error:
FDPSTP failed due to ORA-03113: end-of-file on communication channel
Please help.

Is this the only program that gives this error ? After how long does this error get generated ? Is the database being shut down when this concurrent is running ?
Pl see MOS Docs
1020463.6 - DIAGNOSING ORA-3113 ERRORS
17613.1 - ORA-03113 on Unix - What Information to Collect
You will most likely get a better/faster response by posting EBS questions on the EBS Forums at http://forums.oracle.com/forums/category.jspa?categoryID=3
HTH
Srini

How often we need to run gather schema statistics etc.. ??

HI,
Am on 11.5.10.2
RDBMS 9.2.0.6
How often we need to run the following requests in Production...
1.Gather schema statistics
2.Gather Column statistics
3.Gather Table statistics
4.Gather All Column statisitics
Thanks

Hi;
We discussed here before about same issue. Please check below thread which could be helpful about your issue:
How often we need to run gather schema statistics
Re: Gather schema stats run
How we can collect custom schema information wiht gather statistics
gather schema stats for EBS 11.5.10
gather schema stats conc. program taking too long time
Re: gather schema stats conc. program taking too long time
How it runs
Gather Schema Statistics
http://oracle-apps-dba.blogspot.com/2007/07/gather-statistics-for-oracle.html
gather statistict collect which informations
Gather Schema Statistics...
Regard
Helios

FNDGSCST module: Gather Schema Statistics - ERROR: While GATHER_TABLE_STATS

Hi
I ran gather schema Statistics
In GATHER_SCHEMA_STATS , schema_name= ALL percent= 10 degree = 4 internal_flag= NOBACKUP
the error are:
stats on table AQ$_WF_CONTROL_P is locked
stats on table FND_CP_GSM_IPC_AQTBL is locked
Error #1: ERROR: While GATHER_TABLE_STATS:
object_name=AP.JE_FR_DAS_010***ORA-20001: invalid column name or duplicate columns/column groups/expressions in method_opt***
Error #2: ERROR: While GATHER_TABLE_STATS:
object_name=AP.JE_FR_DAS_010_NEW***ORA-20001: invalid column name or duplicate columns/column groups/expressions in method_opt***
Error #3: ERROR: While GATHER_TABLE_STATS:
object_name=AP.JG_ZZ_SYS_FORMATS_ALL_B***ORA-20001: invalid column name or duplicate columns/column groups/expressions in method_opt***
I ran this while ago.
anyone can help me to fix it
Thanks

Please see old threads which discuss the same issue -- http://forums.oracle.com/forums/search.jspa?threadID=&q=Gather+AND+Schema+AND+Statistics+AND+ORA-20001&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
Thanks,
Hussein

Gather Schema Statistics

Hi All,
          When I run gather schema statistics, it is completing status normal . But it took only 45 min.
          EBS - 12.1.3
             DB - 11.2.0.3
             OS - RHEL 64
          As per my understanding , it will take 2-3 hrs. After DB upgraded to 11.2.0.3, got an completd with error and followd the note: Gather Schema Statistics fails with Ora-20001 errors after 11G database upgrade [ID 781813.1]
          After that it completd with normal. But it took time only 45 min max in every run. with percentage 10 and 40. My DB size is 90 GB
Request Log file:
Start of log messages from FND_FILE
+---------------------------------------------------------------------------+
In GATHER_SCHEMA_STATS , schema_name= ALL percent= 40 degree = 8 internal_flag= NOBACKUP
stats on table FND_CP_GSM_IPC_AQTBL is locked
stats on table FND_SOA_JMS_IN is locked
stats on table FND_SOA_JMS_OUT is locked
+---------------------------------------------------------------------------+
End of log messages from FND_FILE
+---------------------------------------------------------------------------+
Start of log messages from FND_FILE
+---------------------------------------------------------------------------+
In GATHER_SCHEMA_STATS , schema_name= ALL percent= 10 degree = 8 internal_flag= NOBACKUP
stats on table FND_CP_GSM_IPC_AQTBL is locked
stats on table FND_SOA_JMS_IN is locked
stats on table FND_SOA_JMS_OUT is locked
+---------------------------------------------------------------------------+
End of log messages from FND_FILE
+---------------------------------------------------------------------------+
Now I querey the below :
SQL> select column_name, nvl(hsize,254) hsize from FND_HISTOGRAM_COLS where table_name = 'JE_BE_LINE_TYPE_MAP' order by column_name;
COLUMN_NAME                         HSIZE
SOURCE                                254
a)   Is this an expected behavior ?
b)   If not, please suggest, to fix
Thanks
SAL

Did the concurrent program fail? -- Gather Schema Statistics Fails With Error For APPLSYS Schema (Doc ID 1393184.1)
Please check the LAST_ANALYZED column of DBA_TABLES and DBA_INDEXES views (Note: 166346.1 - How to Determine When a Table Was Last Analyzed By the Gather Schema Statistics Program).
Thanks,
Hussein

Gather Schema Statistics issue?

Hi
Actually, we have a custom schema in our EBS R12.0.6 instance database. But i have observed that, 'Gather Schema Statistics' program is not picking-up this schema. why? May be something wrong with database schema registration but since 1 & half year the interface associated with this schema is running fine. I do not know,how to resolve this issue?
I can manually run 'Gather Table Statistics' program against all tables.
Regards

Hi;
Actually, we have a custom schema in our EBS R12.0.6 instance database. But i have observed that, 'Gather Schema Statistics' program is not picking-up this schema. why? May be something wrong with database schema registration but since 1 & half year the interface associated with this schema is running fine. I do not know,how to resolve this issue?For can run hather stat for custom schema please check
gather schema stats for EBS 11.5.10
gather schema stats for EBS 11.5.10
I can manually run 'Gather Table Statistics' program against all tables. Please see:
How To Gather Statistics On Oracle Applications 11.5.10(and above) - Concurrent Process,Temp Tables, Manually [ID 419728.1]
Also see:
How to work Gather stat
Gather Schema Statistics
http://oracle-apps-dba.blogspot.com/2007/07/gather-statistics-for-oracle.html
Regard
Helios

Gather Schema Statistics - GATHER AUTO option failing to gather stats

Hi ,
We recently upgraded to 10g DB and 11.5.10 version of Oracle EBS. I want to employ GATHER AUTO option while running Gather Schema Statistics.
To test the working, I created a test table with 1 million rows. Then, stats were gathered for this table alone by using Gather Table Stats. Now, I deleted ~12% of rows & issued commit. The table all_tab_statistics shows that the table has stale statistics (stale stats column = YES). After that I ran Gather Schema Stats for that particular schema. But the request did not pick the test table to be gathered.
What is the criterion on which Oracle chooses which all tables to be gather statistics for under Gather Auto option? I am aware of the 10% change in data, but how is this 10% calculated? Is it only based on (insert + update + delete)?
Also, what is the difference between Gather Auto and Gather Stale ?
Any help is appreciated.
Thanks,
Jithin

Randalf,
FYI.. this is what happens inside the concurrent progarm call.. there are a few additional parameters for output/ error msgs:
procedure GATHER_SCHEMA_STATS(errbuf out varchar2,
retcode out varchar2,
schemaname in varchar2,
estimate_percent in number,
degree in number ,
internal_flag in varchar2,
request_id in number,
hmode in varchar2 default 'LASTRUN',
options in varchar2 default 'GATHER',
modpercent in number default 10,
invalidate in varchar2 default 'Y'
is
exist_insufficient exception;
bad_input exception;
pragma exception_init(exist_insufficient,-20000);
pragma exception_init(bad_input,-20001);
l_message varchar2(1000);
Error_counter number := 0;
Errors Error_Out;
-- num_request_id number(15);
conc_request_id number(15);
degree_parallel number(2);
begin
-- Set the package body variable.
stathist := hmode;
-- check first if degree is null
if degree is null then
degree_parallel:=def_degree;
else
degree_parallel := degree;
end if;
l_message := 'In GATHER_SCHEMA_STATS , schema_name= '|| schemaname
|| ' percent= '|| to_char(estimate_percent) || ' degree = '
|| to_char(degree_parallel) || ' internal_flag= '|| internal_flag ;
FND_FILE.put_line(FND_FILE.log,l_message);
BEGIN
FND_STATS.GATHER_SCHEMA_STATS(schemaname, estimate_percent,
degree_parallel, internal_flag, Errors, request_id,stathist,
options,modpercent,invalidate);
exception
when exist_insufficient then
errbuf := sqlerrm ;
retcode := '2';
l_message := errbuf;
FND_FILE.put_line(FND_FILE.log,l_message);
raise;
when bad_input then
errbuf := sqlerrm ;
retcode := '2';
l_message := errbuf;
FND_FILE.put_line(FND_FILE.log,l_message);
raise;
when others then
errbuf := sqlerrm ;
retcode := '2';
l_message := errbuf;
FND_FILE.put_line(FND_FILE.log,l_message);
raise;
END;
FOR i in 0..MAX_ERRORS_PRINTED LOOP
exit when Errors(i) is null;
Error_counter:=i+1;
FND_FILE.put_line(FND_FILE.log,'Error #'||Error_counter||
': '||Errors(i));
-- added to send back status to concurrent program manager bug 2625022
errbuf := sqlerrm ;
retcode := '2';
END LOOP;
end;

Can we track the progress of Gather Schema Statistics?

Is there a way that we can track the progress of gather schema statistics other than querying dba_tables?
I am trying to find a better option. Please suggest.
Thanks,
Suneel

SRV008 wrote:
Is there a way that we can track the progress of gather schema statistics other than querying dba_tables?
I am trying to find a better option. Please suggest.
Thanks,
SuneelNo, it's either the request log file or dba_tables (last_analyzed column).
Thanks,
Hussein

'Gather Schema Statistics' concurrent request question

Hello,
I just have a question about the 'Gather Schema Statistics' concurrent request.
We run this every evening on ALL schemas, however our SYS and SYSTEM schemas aren't registered in the application so therefore stats aren't gathered for these.
Should SYS and SYSTEM be registered and stats gathered for these 2 schemas every night?
Please advise
Thank you
Sarah

Hi Sarah,
First of all, Its not necessary to run gather schema statistics every evening. Either once in a week or month would suffice the need. Please look at the following note:
How Often Should Gather Schema Statistics Program be Run? [ID 168136.1]
With respect to your question:
Sys and system users are not included in the "ALL" specified parameters in gather schema statistic program. It includes the list of product related users. But it is recommended you collect statistics for sys and system users and you can automate and achieve this by creating a job and schedule it at DB level. Please follow the following note which will assist you:
EBPERF FAQ - Collecting Statistics in Oracle EBS 11i and R12 [ID 368252.1]
Cheers,
Asif

Gather Schema Statistics improve the performance of the R12 application?

Hi All,
If we run “Gather Schema Statistics” program, it will improve the performance of the R12 application?
Platform Linux and DB version 10.2.0.4.
Thanks & Regards,
Tharun

Hi Tharun,
If we ruer n “Gather Schema Statistics” program, it will improve the performance of the R12 application?
Yes, it will speed up as it ensures to have an up to date statistics.
Please refer notes:
Concurrent Processing - How To Gather Statistics On Oracle Applications Release 11i and/or Release 12 - Concurrent Process,Temp Tables, Manually [ID 419728.1]
How Often Should Gather Schema Statistics Program be Run? [ID 168136.1]
Why Stats Gather?
Stats gathering must be set as a routine job and is recommended to be scheduled. Even though this program is available from the fronted in the form of submitting a concurrent program basically it performs a DB level enhancement and ensures that you have an up to date optimizer statistics.Because the objects in a database can be constantly changing, statistics must be regularly updated so that they accurately describe these database objects.
For indepth understand as to why it should be run, please refer doc:
Managing Optimizer Statistics
Thanks &
Best Regards,

Does concurrent Gather Schema Statistics generate histograms?

Hello:
Does anybody know if concurrent Gather Schema Statistics generates histograms?
Thank you.
Alex.

Alex,
When Gather Schema Statistics is executed, it reads FND_HISTOGRAM_COLS and builds the histograms.
Performance Tuning the Apps Database Layer
http://blogs.oracle.com/stevenChan/2007/05/performance_tuning_the_apps_da.html
Regards,
Hussein

APPLICATIONS 11I GATHER SCHEMA STATISTICS의 수행 주기

제품 : AOL
작성날짜 : 2003-12-02
APPLICATIONS 11I GATHER SCHEMA STATISTICS의 수행 주기
================================================
PURPOSE
APPLICATIONS 11I GATHER SCHEMA STATISTICS의 수행 주기
Explanation
Gather Schema Statistics 수행에 대한 정해진 주기는 없다. 일부 System은 매주 수행할 필요가 있을수 있고, 또 다른 System은 1개월 주기로 수행할 수 있다. 수행 주기는 data 양과 형태 그리고 얼마나 자주 변경되느냐에 따라 결정된다.
가장 효과적인 수행 주기를 결정하기 위하여 다른 Schedule 로 수행하여 Monitoring 이 필요하다.
일반적으로 다음과 같이 수행한다.
1) 많은 양의 Data 및 Data 내용이 변경된 후 수행
2) Data import 후 에 수행
3) Performance의 저하가 발생한경우.
11i 에서는 ANALYZE command 와 DBMS_STATS packages가 지원되지 않으므로 FND_STATS 을 사용하여 한다.
Gather Schema Statistics 는 FND_STATS 을 사용한다.
Example
Reference Documents
Note 168136.1 - How Often Should Gather Schema Statistics Program be
Run?

john
you can do these things
1. gather schema statistics regularly weekly once -full
2. gather schema statistics daily - atleast 10%
3. rebuild the fragmented indexes regularly - 15 days
4. coalesce the tablespaces monthly once
5. purge the unwanted data weekly once
6. pin the db objects into SGA with dbms_shared_pool package
7. find the objects which have become invalid and then validate them .
8. purge workflow runtime data
and there are still some more that as system administrator you should keep a watch on....
but do the above you , your job is best done
any help post here
regards
sdsreenivas

Exclude a table from GATHER SCHEMA STATISTICS

Hello All,
How do you exclude a table from gather schema statistcs?
Thanks.
Gregg

hi,
it is explained here:--
http://download.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_stats.htm#i1043993
LOCK_TABLE_STATS Procedure
This procedure locks the statistics on the table.
Syntax
DBMS_STATS.LOCK_TABLE_STATS (
ownname VARCHAR2,
tabname VARCHAR2);
thanks.
Edited by: varun4dba on Dec 10, 2010 7:39 PM

Huge nsa trace files in 11.2

Dear all,
11.2.2 rac one node on windows 2008. We are using Physical standby for this too. We have huge generation of trace files in the rdbms/trace directory with the below name
medtdw_2_nsa2_7644
contents of the file are :
Trace file C:\APP\ORAADMIN\diag\rdbms\medtdw\medtdw_2\trace\medtdw_2_nsa2_7644.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
Windows NT Version V6.1 Service Pack 1
CPU                 : 16 - type 8664, 8 Physical Cores
Process Affinity    : 0x0x0000000000000000
Memory (Avail/Total): Ph:8426M/16373M, Ph+PgF:23293M/32745M
Instance name: medtdw_2
Redo thread mounted by this instance: 2
Oracle process number: 61
Windows thread id: 7644, image: ORACLE.EXE (NSA2)
*** 2012-02-24 10:08:11.265
*** SESSION ID:(642.3) 2012-02-24 10:08:11.265
*** CLIENT ID:() 2012-02-24 10:08:11.265
*** SERVICE NAME:() 2012-02-24 10:08:11.265
*** MODULE NAME:() 2012-02-24 10:08:11.265
*** ACTION NAME:() 2012-02-24 10:08:11.265
*** 2012-02-24 10:08:11.265 862 krsw.c
NSA2: initializing for LGWR communication
NSA2: connecting to KSR channel
Success
NSA2: subscribing to KSR channel
Success
*** 2012-02-24 10:08:11.265 907 krsw.c
NSA2: initialized successfully ASYNC=1
*** 2012-02-24 10:08:24.260
NSA2: receiving message on its channel
No NET_TIMEOUT has been specified - will use default network timeout
...Successfully Received Message from KSR
Received message opcodes(11,11) and status=0
*** 2012-02-24 10:08:24.260 1277 krsw.c
Message 1 has 1 parts
Destination is specified with ASYNC=61440
*** 2012-02-24 10:08:24.260 7291 krsw.c
krsw_log_switch_wait: log switch in progress
*** 2012-02-24 10:08:24.369 2116 krsa.c
Requesting CFTXN 0x0000000055D2D548 noenqueue (last PID:7656) [krsw.c:5185] IX0
*** 2012-02-24 10:08:28.316
*** 2012-02-24 10:08:28.316 2133 krsa.c
Started    CFTXN 0x0000000055D2D548 noenqueue (PID:7644) [krsw.c:5185] IX+
Retrieving log 3
*** 2012-02-24 10:08:28.316 5212 krsw.c
Sending online log thread 2 seq 422 [logfile 3] to standby
Opening logfile [logno 3]
*** 2012-02-24 10:08:28.331 4654 krsw.c
Acquiring Async LNS enqueue thread 2 seq 422 dest 2 mode 4
*** 2012-02-24 10:08:28.331 4674 krsw.c
Acquired Async LNS enqueue thread 2 seq 422 dest 2 mode 4 [id1 131074 id2 422]
Clearing FARC_FINAL/FARC_EOR by Lgwr archive NotiFYer routine
krsd_init_sdips: called from [krsl.c:915] with function 5
Log switch from thread 2 sequence 421 to sequence 422
Changing dest 1 PDI dstvno from 0 to 2 [krsd.c:6072]
Changing [krsd.c:6097] dest 1 stavno from 0 to 2
Setting dest 1 KCRRDROP [krsd.c:6107]
Changing dest 2 PDI dstvno from 0 to 2 [krsd.c:6072]
Changing [krsd.c:6097] dest 2 stavno from 0 to 2
Setting dest 2 KCRRDROP [krsd.c:6107]
Changing dest 3 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 3 stavno from 0 to 1
Setting dest 3 KCRRDROP [krsd.c:6107]
Changing dest 4 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 4 stavno from 0 to 1
Setting dest 4 KCRRDROP [krsd.c:6107]
Changing dest 5 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 5 stavno from 0 to 1
Setting dest 5 KCRRDROP [krsd.c:6107]
Changing dest 6 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 6 stavno from 0 to 1
Setting dest 6 KCRRDROP [krsd.c:6107]
Changing dest 7 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 7 stavno from 0 to 1
Setting dest 7 KCRRDROP [krsd.c:6107]
Changing dest 8 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 8 stavno from 0 to 1
Setting dest 8 KCRRDROP [krsd.c:6107]
Changing dest 9 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 9 stavno from 0 to 1
Setting dest 9 KCRRDROP [krsd.c:6107]
Changing dest 10 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 10 stavno from 0 to 1
Setting dest 10 KCRRDROP [krsd.c:6107]
Changing dest 11 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 11 stavno from 0 to 1
Setting dest 11 KCRRDROP [krsd.c:6107]
Changing dest 12 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 12 stavno from 0 to 1
Setting dest 12 KCRRDROP [krsd.c:6107]
Changing dest 13 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 13 stavno from 0 to 1
Setting dest 13 KCRRDROP [krsd.c:6107]
Changing dest 14 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 14 stavno from 0 to 1
Setting dest 14 KCRRDROP [krsd.c:6107]
Changing dest 15 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 15 stavno from 0 to 1trace files are getting very huge and reaching 80Gb too.. what are these files ? any clue ?
Kai

Handle: KaiS
Email: [email protected]
Status Level: Newbie (10)
Registered: Nov 20, 2007
Total Posts: 1,353
Total Questions: 574 (434 unresolved)
You have very bad profile status, please bring down the number of pending thread and mark then answered if possible...Please read following
https://forums.oracle.com/forums/ann.jspa?annID=718
Now coming backup to your problem, it seems that you have enabled the tracing of archive..Please read following metalink document which applies to your case...
How To Avoid Many Trace Files With KCRRDROP [ID 1150056.1]
set log_archive_trace=0, if its current value is higher...
Bye

Gather Schema Statistics produces HUGE oracle trace file

Similar Messages

Maybe you are looking for