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