we have the default have a shared pool of 500000000 so are you saying to
decrease it to less than the default?
Also this has been this way for years. In fact I just increased shared_pool
from 300000000 to 500000000
I just don 't know. I did see leaks from our update against our db link and
hs link.
I am trying to see if our .net server
-- --Original Message-- --
From: Wolfson Larry - lwolfs [mailto:lawrence.wolfson@(protected)]
Sent: Friday, May 28, 2004 5:18 PM
To: 'oracle-l@(protected) '
Subject: RE: 4031 - errors
Kathy, hi how are you?
Got in here a couple days late but we had a sever problem with 4031s
and after looking on metalink I used this script to see how busy the
shared_pool_reserve was.
SPOOL $DBS/Sharedpoolreserved.$ORACLE_SID
COL name FOR A05
COL REQUEST_FAILURES FOR 999,999 HEA "REQUEST|FAILURES "
COL LAST_FAILURE_SIZE FOR 999,999,999 HEA "LAST |FAILURE |SIZE "
select name
,free_space
,avg_free_size
,used_space
,avg_used_size
,request_failures
,last_failure_size
,TO_CHAR(SYSDATE, 'DD-MON-YYYY HH24 MI SS ') DATE_AN_TIME
from db
,v$shared_pool_reserved
;
SPOOL OFF
name is just the our INTERNAL DB name like CHICago, JACKsonville,
DALLas etc. to tell one PROD from another.
We had a lot of free space and minimized the SPR to give more memory
to SP. We didn 't have any more problems
Larry
Information written to trace file.
17:14:22 SQL > SHOW PARAMETERS shar
PS What are these parms doing for you?
_row_cache_instance_locks 1000
_row_cache_buffer_size 2000
-- --Original Message-- --
From: oracle-l-bounce@(protected)
[mailto:oracle-l-bounce@(protected)]On Behalf Of Duret, Kathy
Sent: Wednesday, May 26, 2004 2:53 PM
To: oracle-l@(protected)
Subject: 4031 - errors
Had a strange problems on Friday afternoon. We are on 8.1.7.4 Solaris
Had a ton of Bam - ora_04031 errors.
Tried to flush the shared pool and it would release some space but a large
chuck was not being released and this was strange since we have only acouple
of objects pinned.
When I tried to pin an object that was failing right after I would flush the
shared_pool I couldn 't get space.
Nothing new was put in that week as far as I know.
Put in a tar with Oracle and they suggested to bounce the database - which I
did later, increased the shared_pool and session_cached_cursors
We have pinned some more objects that are being loaded alot.
I looked at the sql area and nothing looked horrible, all the same normal
stuff. In fact there was really no load on the database or machine, no
swapping or paging.
It was very strange. It looked like "something " had memory and wasn 't
releasing it.
Oracle Supportless was of no help.... except to say bounce the database and
told me to set a parameter that isn 't available until 9i.
I tried running quite a few of Steve Adams scripts but really didn 't
enlighten me as to what was causing the problem.
I have since set the event in the init.ora for 4031. I know we don 't use
enough bind variable since the "java " structure with Jbosse doesn 't work
with bind variable ( this is what I am told anyway)
the cursor_spaced_for_time is set to true which I believe was done for the
Jbosse app we are running since they pool connections and can 't/dont use
bind variables. I am wondering
if this should be set to false.
My questions are:
1) Is there a way to tell an object is holding/leaking memory in the
database. Or a way to monitor the shared_pool so I can be proactive if
fragmentation is getting out of hand.
2) This Steve Adams query says to set kgl_bucket_count to 7 the hash table
from growing
-- dynamically, and thus prevents the performance problems
-- associated with hash table growth -
How can I see if I have a problem with this hash table growth?
select
least(8, ceil(log(2, ceil(count(*) / 509)))) "INDEX "
from
sys.x_$kglob o
where
o.inst_id = userenv( 'Instance ') and
o.kglhdadr = o.kglhdpar
/
Any suggestions, welcome.
init.ora - I took out the nls and archive,etc info
This transmission contains information solely for intended recipient and may
be privileged, confidential and/or otherwise protect from disclosure. If
you are not the intended recipient, please contact the sender and delete all
copies of this transmission. This message and/or the materials contained
herein are not an offer to sell, or a solicitation of an offer to buy, any
securities or other instruments. The information has been obtained or
derived from sources believed by us to be reliable, but we do not represent
that it is accurate or complete. Any opinions or estimates contained in
this information constitute our judgment as of this date and are subject to
change without notice. Any information you share with us will be used in
the operation of our business, and we do not request and do not want any
material, nonpublic information. Absent an express prior written agreement,
we are not agreeing to treat any information confidentially and will use any
and all information and reserve the right to publish or disclose any
information you share with us.
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected)
put 'unsubscribe ' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
**********************************************************************
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination,
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected)
put 'unsubscribe ' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
This transmission contains information solely for intended recipient and may
be privileged, confidential and/or otherwise protect from disclosure. If
you are not the intended recipient, please contact the sender and delete all
copies of this transmission. This message and/or the materials contained
herein are not an offer to sell, or a solicitation of an offer to buy, any
securities or other instruments. The information has been obtained or
derived from sources believed by us to be reliable, but we do not represent
that it is accurate or complete. Any opinions or estimates contained in
this information constitute our judgment as of this date and are subject to
change without notice. Any information you share with us will be used in
the operation of our business, and we do not request and do not want any
material, nonpublic information. Absent an express prior written agreement,
we are not agreeing to treat any information confidentially and will use any
and all information and reserve the right to publish or disclose any
information you share with us.
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe send email to: oracle-l-request@(protected)
put 'unsubscribe ' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
