Dennis,
There has been a substantial amount of discussion on this subject in the past,
you might want to go look at the archives. But to directly answer your questions:
1) I'm not having a problem with it (8.1.7.4)
2) NO.
Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA
-----Original Message-----
Sent: Friday, June 27, 2003 4:34 PM
To: Multiple recipients of list ORACLE-L
Hi All,
Currently we have a very large database ( 8.1.7.4 ) on Tru64 that is having query
optimization problems. Lacking good, up-to-date statistics is the main cause of it.
Because of the size and availability window we can't afford to analyze the whole
schema. Now 8i has
a new feature that only gathers stats when stale. You have to set table to monitoring
mode first.
I am intrigued by this new feature and am reading up on it and have 2 questions:
1. How reliable and bug-free is this feature?
2. We do a lot of sqlldr direct path, which bypasses table insert. Will this feature
catch the rows inserted that way?
TIA
Dennis
-----Original Message-----
Sent: Friday, June 27, 2003 2:30 PM
To: Multiple recipients of list ORACLE-L
One of our third party applications gave us the following message:
ORA-04031: unable to allocate 4192 bytes of shared memory
Environment is Oracle 8.1.7 on AIX 4.3.2
The output from "select * from v$sgastat showed about 3 mb free
out of a total of 40 mb of shared pool. I increased the
size of shared pool to 60 mb and started to watch the
"shared pool"/"free memory" value in v$sgastat. It seems to vary
between about 3 and 11 mb.
1. What is the application likely to be doing that requires it to
allocate shared pool?
2. How do I know when I have the shared pool value in init.ora set high
enough so that I won't get the ORA-04031 errors?
3. Is there any other init.ora parameter I ought to be looking at here?
Thanks,
Peter Schauss
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Schauss, Peter
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Meng, Dennis
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Goulet, Dick
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
