RE: ora-04031
- From: "George Leonard" <leonarge@xxxxxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 11 Mar 2004 10:54:21 +0200
Hi there
We found something interesting, it normally happens on a specific set of
queries, big ones. What we found if execute via the front end (Oracle
Application server involved) we get this error, if executed via toad
directly on the back end we have no problems.
What we are thinking is that the error is actually produced by the
application servers infrastructure database. We are altering the shared
pool and buffer cache parameters for this and restarting the environment
to see if this resolves our problems.
George
________________________________________________
George Leonard
Oracle Database Administrator
Dimension Data (Pty) Ltd
(Reg. No. 1987/006597/07)
Tel: (+27 11) 575 0573
Fax: (+27 11) 576 0573
E-mail:george.leonard@xxxxxxxxxxxxx
Web: http://www.didata.co.za
You Have The Obligation to Inform One Honestly of the risk, And As a
Person
You Are Committed to Educate Yourself to the Total Risk In Any Activity!
Once Informed & Totally Aware of the Risk,
Every Fool Has the Right to Kill or Injure Themselves as They See Fit!
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of
chris@xxxxxxxxxxxxxxxxxxxxx
Sent: 11 March 2004 10:47 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: ora-04031
George,
Does this always happen even after a shutdown and restart of the
database?
It might help to look at the size of the free chunks in the SGA. Steve
Adam's
ixora site (www.ixora.com.au) has some excellent scripts for getting the
size
of each of the free chunks.
HTH
Chris
Quoting George Leonard <leonarge@xxxxxxxxxxxxx>:
> Hi all, weird thing, the developers is executing pretty big queries
via
> java. Sometimes on some of the queries they get this error, if they
take
> the SQL and execute it via sqlplus immediate it works no errors.
>
> java.sql.SQLException: ORA-04031: unable to allocate 1553024 bytes of
> shared memory ("shared pool","select (isoyear * 100) +
> iso...","Typecheck heap","qry_text : qcpisqt")
>
> George
>
> ________________________________________________
>
> George Leonard
> Oracle Database Administrator
> Dimension Data (Pty) Ltd
> (Reg. No. 1987/006597/07)
> Tel: (+27 11) 575 0573
> Fax: (+27 11) 576 0573
> E-mail:george.leonard@xxxxxxxxxxxxx
> Web: http://www.didata.co.za
>
> You Have The Obligation to Inform One Honestly of the risk, And As a
> Person
> You Are Committed to Educate Yourself to the Total Risk In Any
Activity!
> Once Informed & Totally Aware of the Risk,
> Every Fool Has the Right to Kill or Injure Themselves as They See Fit!
>
>
>
>
> "This e-mail is sent on the Terms and Conditions that can be accessed
by
> Clicking on this link http://www.vodacom.net/legal/email.asp "
>
Chris Dunscombe
chris@xxxxxxxxxxxxxxxxxxxxx
-------------------------------------------------
Everyone should have http://www.freedom2surf.net/
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
?This e-mail is sent on the Terms and Conditions that can be accessed by
Clicking on this link http://www.vodacom.net/legal/email.asp "
Other related posts:
