RE: Shared pool from 8i to 9i

  • From: "Goulet, Dick" <DGoulet@xxxxxxxx>
  • To: <BSpears@xxxxxxxxxxxxxxxxx>, <Nagarajan.Subbiah@xxxxxxxx>, <Michael.Kline@xxxxxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
  • Date: Thu, 20 Jan 2005 11:43:01 -0500

I would not totally blame Oracle.  PeopleSoft still has LONG data types
running around that are problematic at best and cause ORA-04031 errors.
The real fix is to get rid of the longs, which in 99% of the cases is
doable.  There's a note on Metalink (sorry don't have the number) that
has the instructions for removing a long from a table.  In PeopleSoft
you have to redefine the field as a varchar2(4000), then export the
table, drop & recreate it per the PeopleSoft created script (no don't
let app designer do it automatically). And then import the data back
with the ignore=3Dyes flag.  Hopefully now that PeopleSoft and Oracle =
one and the same things like this will get better.

Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA
-----Original Message-----
From: Spears, Brian [mailto:BSpears@xxxxxxxxxxxxxxxxx]=20
Sent: Thursday, January 20, 2005 11:17 AM
To: Nagarajan.Subbiah@xxxxxxxx; Michael.Kline@xxxxxxxxxxxx;
Subject: RE: Shared pool from 8i to 9i

We had a big system upgraded just on those versions... And we had a lot
of problems with ORA-4031.. We patched it..still Oracle pointed fingers
as peoplesoft and reverse...til the oracle in and owned up to
the problem.
Oracle can't do that anymore since the finger would have to be at
itself.. Probably a good thing.

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Subbiah, Nagarajan
Sent: Thursday, January 20, 2005 10:20 AM
To: 'Michael.Kline@xxxxxxxxxxxx'; 'oracle-l@xxxxxxxxxxxxx'
Subject: RE: Shared pool from 8i to 9i on HP-UX has some compiler related issues and Oracle suggested
to upgrade to ( wasn't released that time). We were
getting ORA-7445 due to shared_pool memory allocation issue.=3D20 also has some shared_pool related issues which give ORA-4031. So upgrade may be required.


-----Original Message-----
From: Kline.Michael [mailto:Michael.Kline@xxxxxxxxxxxx]=3D20
Sent: Thursday, January 20, 2005 6:49 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Shared pool from 8i to 9i

I converted hpux to Oracle9i Enterprise Edition Release - 64bit Production.

Shared pool was originally around 80M and never had any problems for
over a year.


I got a memory error, and then we upped it to 100M, then 160M, and
finally 400M.


ALTER SYSTEM SET shared_pool_size=3D3D400M SCOPE=3D3DBOTH;



Is this typical?


I start getting a lot of:

Thu Jan 20 06:24:13 2005

Errors in file /u001/app/oracle/admin/DPFRPT/bdump/dpfrpt_cjq0_7146.trc:

ORA-00604: error occurred at recursive SQL level 1

ORA-01003: no statement parsed




There are 722 memory allocation errors for object-level stat

 in the last 15 minutes

 There are 13884 memory allocation errors for object-level stat

 in the last 15 minutes

 There are 8339 memory allocation errors for object-level stat

 in the last 15 minutes

Mon Jan 10 06:00:16 2005


Michael Kline
Database Administration
SunTrust Technology Center
1030 Wilmer Avenue
Richmond, Virginia  23227
Outside 804.261.9446
STNet 643.9446

Cell 804.744.1545
 <mailto:michael.kline@xxxxxxxxxxxx> michael.kline@xxxxxxxxxxxx=3D20
The information transmitted is intended solely=3D20
for the individual or entity to which it is =3D20
addressed and may contain confidential and/or=3D20
privileged material. Any review, retransmission,=3D20
dissemination or other use of or taking action=3D20
in reliance upon this information by persons or=3D20
entities other than the intended recipient is=3D20
prohibited. If you have received this email in=3D20
error please contact the sender and delete the=3D20
material from any computer.=3D20


Other related posts: