ORA-04030 error
Database 8i
OS wndows 2000 server
RAM 1.5 GB
SGA 1136617500 bytes
getting error ORA-04030: Out of process memory when running dbms_stats.gather_schema_stats procedure.
after reducing e size of sort_area_size from 40 M to 10 M above procedure has been successfully completed but problem is this sort_area_size is not suitable
for my normal batch processing How to decide about optimum sort_area_size?
.
In the init.ora
PARALLEL_MAX_SERVERS specifies the maximum number of parallel execution processes and parallel recovery processes for an instance. As demand increases, Oracle increases the number of processes from the number created at instance startup up to this value.
If you set this parameter too low, some queries may not have a parallel execution process available to them during query processing. If you set it too high, memory resource shortages may occur during peak periods, which can degrade performance.
Similar Messages
-
Need help to avoid ORA-04030 error
Oracle version : 11.1.0.6.0
OS - Solaris 64bit Sparc
Hi All,
Today we have recieved the below error messeges in the alert log.
ORA-04030: out of process memory when trying to allocate 56 bytes (callheap,kghscAllocDataElem:dataElem)
ORA-04030: out of process memory when trying to allocate 184 bytes (callheap,temporary memory)
ORA-04030: out of process memory when trying to allocate 56 bytes (callheap,temporary memory)
Trace dumping is performing id=[cdmp_20110222134605]
Tue Feb 22 13:46:52 2011
Sweep Incident[104533]: completed
Sweep Incident[104532]: completed
Sweep Incident[104531]: completed
Sweep Incident[104530]: completed
Sweep Incident[104528]: completed
Tue Feb 22 17:04:25 2011
SYS@MYDB>!oerr ora 4030
04030, 00000, "out of process memory when trying to allocate %s bytes (%s,%s)"
//*Cause: Operating system process private memory was exhausted.
//*Action:I came to know that it was due to the operating system prvate memory exhausted. Database memory configuration is as below
SYS@MYDB>show parameter sga
NAME TYPE VALUE
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 2000M
sga_target big integer 0
SYS@MYDB>show parameter pga
NAME TYPE VALUE
pga_aggregate_target big integer 521658240
SYS@MYDB>OS Memory information
load averages: 1.58, 1.82, 2.13; up 196+10:43:15 20:55:35
408 processes: 406 sleeping, 2 on cpu
CPU states: 80.0% idle, 15.6% user, 4.4% kernel, 0.0% iowait, 0.0% swap
Memory: 32G phys mem, 18G free mem, 43G total swap, 42G free swapThere are other 2 more databases are running on this server, one is 10g and another one is 9i and its memory configuration have given below respectivly
SQL>show parameter sga
NAME TYPE VALUE
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 4G
sga_target big integer 4G
RPT>show parameter pga
NAME TYPE VALUE
pga_aggregate_target big integer 4G
SQL> show parameter sga
NAME TYPE VALUE
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1135171060
SQL> show parameter pga
NAME TYPE VALUE
pga_aggregate_target big integer 2147483648
SQL>Could you please suggest me how to avoid this error in future ? Looks like i need to fine tune the memory parameters, could you please suggest how can i do so ? I also noticed SGA Target is set to 0 (Automatic Memory managment is not enabled), If i set SGA target will resolve the issue ?
Kindly advise ..
Thanks in advance
NishantI just took the plan by setting set autotrace traceonly explain. Please check this will help, I will check and update you the table's statistics soon.
Execution Plan
Plan hash value: 1841079096
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 210M| 96G| | 29M (1)| 99:12:47 |
| 1 | SORT ORDER BY | | 210M| 96G| | 29M (1)| 99:12:47 |
| 2 | HASH UNIQUE | | 210M| 96G| 1000K| 41115 (2)| 00:08:14 |
| 3 | CONCATENATION | | | | | | |
| 4 | NESTED LOOPS | | | | | | |
| 5 | NESTED LOOPS | | 980 | 470K| | 34365 (2)| 00:06:53 |
| 6 | NESTED LOOPS | | 980 | 455K| | 33384 (2)| 00:06:41 |
| 7 | NESTED LOOPS | | 980 | 445K| | 32893 (2)| 00:06:35 |
|* 8 | HASH JOIN | | 980 | 434K| 7968K| 31912 (2)| 00:06:23 |
| 9 | NESTED LOOPS | | 19606 | 7735K| | 28804 (2)| 00:05:46 |
|* 10 | HASH JOIN | | 1 | 306 | 11M| 27300 (2)| 00:05:28 |
| 11 | TABLE ACCESS FULL | VERSION_FILE_MAP | 517K| 6064K| | 2275 (3)| 00:00:28 |
|* 12 | HASH JOIN | | 296K| 83M| 11M| 20121 (2)| 00:04:02 |
|* 13 | HASH JOIN | | 296K| 8401K| 7168K| 4103 (4)| 00:00:50 |
| 14 | INDEX FAST FULL SCAN | ATTACHMENT_PK | 407K| 2389K| | 280 (3)| 00:00:04 |
|* 15 | HASH JOIN | | 296K| 6663K| 8408K| 2966 (4)| 00:00:36 |
| 16 | TABLE ACCESS FULL | ATTACHMENT_MAP | 296K| 4925K| | 1810 (5)| 00:00:22 |
| 17 | INDEX FAST FULL SCAN | VERSION_PK | 482K| 2829K| | 317 (3)| 00:00:04 |
| 18 | TABLE ACCESS FULL | FILES | 509K| 128M| | 8744 (1)| 00:01:45 |
|* 19 | TABLE ACCESS FULL | ATTACHMENT | 31967 | 3059K| | 1504 (2)| 00:00:19 |
| 20 | TABLE ACCESS FULL | VERSION | 482K| 23M| | 1290 (2)| 00:00:16 |
|* 21 | TABLE ACCESS BY INDEX ROWID | VERSION | 1 | 12 | | 1 (0)| 00:00:01 |
|* 22 | INDEX UNIQUE SCAN | VERSION_PK | 1 | | | 1 (0)| 00:00:01 |
|* 23 | INDEX UNIQUE SCAN | PAGE_THREE_PK | 1 | 10 | | 1 (0)| 00:00:01 |
|* 24 | INDEX UNIQUE SCAN | PAGE_TWO_PK | 1 | | | 1 (0)| 00:00:01 |
| 25 | TABLE ACCESS BY INDEX ROWID | PAGE_TWO | 1 | 16 | | 1 (0)| 00:00:01 |
| 26 | NESTED LOOPS | | | | | | |
| 27 | NESTED LOOPS | | 1 | 492 | | 6644 (2)| 00:01:20 |
| 28 | NESTED LOOPS | | 1 | 227 | | 6643 (2)| 00:01:20 |
| 29 | NESTED LOOPS | | 1 | 215 | | 6641 (2)| 00:01:20 |
| 30 | NESTED LOOPS | | 1 | 209 | | 6640 (2)| 00:01:20 |
| 31 | MERGE JOIN CARTESIAN | | 1 | 192 | | 6639 (2)| 00:01:20 |
| 32 | NESTED LOOPS | | | | | | |
| 33 | NESTED LOOPS | | 1 | 186 | | 6359 (2)| 00:01:17 |
| 34 | NESTED LOOPS | | 1 | 170 | | 6358 (2)| 00:01:17 |
| 35 | NESTED LOOPS | | 1 | 158 | | 6357 (2)| 00:01:17 |
|* 36 | HASH JOIN | | 1 | 148 | 28M| 6356 (2)| 00:01:17 |
| 37 | TABLE ACCESS FULL | VERSION | 482K| 23M| | 1290 (2)| 00:00:16 |
|* 38 | TABLE ACCESS FULL | ATTACHMENT | 407K| 38M| | 1504 (2)| 00:00:19 |
|* 39 | INDEX UNIQUE SCAN | PAGE_THREE_PK | 1 | 10 | | 1 (0)| 00:00:01 |
|* 40 | TABLE ACCESS BY INDEX ROWID| VERSION | 1 | 12 | | 1 (0)| 00:00:01 |
|* 41 | INDEX UNIQUE SCAN | VERSION_PK | 1 | | | 1 (0)| 00:00:01 |
|* 42 | INDEX UNIQUE SCAN | PAGE_TWO_PK | 1 | | | 1 (0)| 00:00:01 |
| 43 | TABLE ACCESS BY INDEX ROWID | PAGE_TWO | 1 | 16 | | 1 (0)| 00:00:01 |
| 44 | BUFFER SORT | | 407K| 2389K| | 6638 (2)| 00:01:20 |
| 45 | INDEX FAST FULL SCAN | ATTACHMENT_PK | 407K| 2389K| | 280 (3)| 00:00:04 |
|* 46 | TABLE ACCESS BY INDEX ROWID | ATTACHMENT_MAP | 1 | 17 | | 2 (0)| 00:00:01 |
|* 47 | INDEX RANGE SCAN | ATTACHMENTMAP_IDX3 | 1 | | | 1 (0)| 00:00:01 |
|* 48 | INDEX UNIQUE SCAN | VERSION_PK | 1 | 6 | | 1 (0)| 00:00:01 |
| 49 | TABLE ACCESS BY INDEX ROWID | VERSION_FILE_MAP | 1 | 12 | | 2 (0)| 00:00:01 |
|* 50 | INDEX RANGE SCAN | VERSION_FMAP_IDX2 | 1 | | | 1 (0)| 00:00:01 |
|* 51 | INDEX UNIQUE SCAN | FILES_PK | 1 | | | 1 (0)| 00:00:01 |
|* 52 | TABLE ACCESS BY INDEX ROWID | FILES | 1 | 265 | | 1 (0)| 00:00:01 |
Predicate Information (identified by operation id):
8 - access("A"."ID"="VERSION"."ATTACH_ID" AND "A"."LATEST_VSN"="VERSION"."ID")
filter("A"."LATEST_VSN">="VERSION"."ID")
10 - access("C"."ID"="D"."VERSION_ID" AND "D"."FILE_ID"="E"."ID")
12 - access("E"."ID"="A"."FILE_ID")
13 - access("A"."ATTACH_ID"="B"."ID")
15 - access("A"."LATEST_VSN"="C"."ID")
19 - filter(NVL("A"."DELETE_FLAG",0)=0 AND ("CTXSYS"."CONTAINS"("A"."DESCRIPTION",'EHS%')>0 OR
"CTXSYS"."CONTAINS"("E"."CONTENT_URL",'EHS%')>0 AND "E"."CONTENT_URL" IS NOT NULL))
21 - filter("A"."ID"="D"."ATTACH_ID")
22 - access("A"."LATEST_VSN"="D"."ID")
23 - access("A"."ID"="C"."ID" AND "A"."CLASS"="C"."CLASS")
24 - access("A"."ID"="B"."ID" AND "A"."CLASS"="B"."CLASS")
36 - access("A"."ID"="VERSION"."ATTACH_ID" AND "A"."LATEST_VSN"="VERSION"."ID")
filter("A"."LATEST_VSN">="VERSION"."ID")
38 - filter(NVL("A"."DELETE_FLAG",0)=0)
39 - access("A"."ID"="C"."ID" AND "A"."CLASS"="C"."CLASS")
40 - filter("A"."ID"="D"."ATTACH_ID")
41 - access("A"."LATEST_VSN"="D"."ID")
42 - access("A"."ID"="B"."ID" AND "A"."CLASS"="B"."CLASS")
46 - filter("A"."FILE_ID"=0)
47 - access("A"."ATTACH_ID"="B"."ID")
48 - access("A"."LATEST_VSN"="C"."ID")
50 - access("C"."ID"="D"."VERSION_ID")
51 - access("D"."FILE_ID"="E"."ID")
filter(LNNVL("E"."ID"="A"."FILE_ID"))
52 - filter("CTXSYS"."CONTAINS"("A"."DESCRIPTION",'EHS%')>0 OR
"CTXSYS"."CONTAINS"("E"."CONTENT_URL",'EHS%')>0 AND "E"."CONTENT_URL" IS NOT NULL) -
Workaround for ORA-04030 error
hi,
we've encountered the following error:
ORA-04030: out of process memory when trying to allocate 296 bytes (callheap, koposal dvoid)
all of the research i've done points to setting up the database with a Very Large Memory configuration, which will be carried out at a later date as we're still in the development stage.
is there a possible workaround for this error?
thanks
santosh sewlalhi,
we're inserting into tables - spatial data and images, from a C#.net application that sends data to the db in a BLOB -
Nested tables and memory usage (ORA-04030 error)
Dear All,
I have table with approximately 5,000,000 records
and try to Bulk Collect part of it into nested table in PL/SQL, the code is bellow
Declare
Type TcardRec Is Record(
serno Pls_Integer,
numberx Char(16),
caccserno Pls_Integer
Type TcardList Is Table Of TcardRec;
fcardInfo TcardList;
Begin
Select c.serno, substr(c.numberx,1,16), c.caccserno
Bulk Collect Into fcardinfo
From cardx c;
End;
After reading approx. 80% it fails with error
ORA-04030: out of process memory when trying to allocate 16396 bytes (koh-kghu call ,pmucalm coll)
I 2G memory, is it realy no enough?
How can I tune memory usage for collection?
How can I estimate the maximum size of the collection the will fit into memory?
Thank you in advance for any help
ArtemDeclare it as a cursor.
Open the cursor.
Use fetch bulk collect with the limit option in the loop.
In your case, you could do like:
Declare
Cursor c1 is
Select c.serno, substr(c.numberx,1,16), c.caccserno
From cardx c;
TcardList Is Table Of c1%rowtype;
fcardInfo TcardList;
Begin
Open c1;
Loop
Fetch c1 Bulk Collect Into fcardInfo Limit 10000;
Exit when c1%notfound;
-- Do some processing here.
End Loop;
Close c1;
End;
I hope this helps. -
Hi all,
I´m using oracle 9.2.0.4 with Red Hat9 (memory: 2GB).
I´m trying to perform a backup by using RMAN, but now I get the error like this:
kgefec: fatal error 0
released channel: c1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03015: error occurred in stored script saturday_backup
RMAN-03009: failure of backup command on c1 channel at 12/09/2007 06:22:30
RMAN-10015: error compiling PL/SQL program
RMAN-10033: error during compilation of job step 2: ORA-00603: ORACLE server session terminated by fatal error
ORA-04030: out of process memory when trying to allocate 200 bytes (PL/SQL DIANA,LISIMA: Add cells)Somebody nows about this error?
It seems memory problem , but it began to occur a few days ago.
Thanks!!!!There's a bug reported:
Bug 3174292 - Proxy backup generates huge PLSQL code with many datafiles
Doc ID: Note:3174292.8
Should be fixed in 9.2.0.6 .
Werner -
ORA-04030 error on Oracle 10g R2 and Windows Server 2003
We are getting this messege atleast once a day, using Oracle database 10g R2 with Oracle Developer 6i forms, we have to restart the service and then it works fine.... DB Server has 4GB RAM
SGA 1.6 GB
PGA 800 MHi
It is due to lack of memory or due to more put more work on server processes so try to increase memory or decrease the number of users
Shafiulla -
ORA-04030 On ORACLE 10g RAC database with two nodes as active
OS-HP-AIX 5L(5.3)----IBM
DATABASE-10.2.0.2(10G)
I am getting error "ORA-04030" while executing a query
I have already set the ulimits for oracle account to UNLIMITED
1)STACK----UNLIMITED(BOTH SOFT/HARD LIMITs)
2)DATA----UNLIMITED(BOTH SOFT/HARD LIMITs)
3)MEMORY----UNLIMITED(BOTH SOFT/HARD LIMITs)
4)TIME----UNLIMITED(BOTH SOFT/HARD LIMITs)
step 1:-When I skip the listener then query executes very fine.But when
i go through the listener the "ORA-04030" errors come.
step 2:-Then when i stop and start listener on both the nodes the all
the query works fine.
This thing happens every time the system reboots
Can anyone tell me the solution for this
and why this thing happensThanks for ur immediate response
ORA-04030: out of process memory when trying to allocate 127000 bytes (QERHJ
hash-joi,kllcqas:kllsltba)
ORA-04030: out of process memory when trying to allocate 66184 bytes (pga
heap,kco buffer)
ORA-04030: out of process memory when trying to allocate 127000 bytes (QERHJ
hash-joi,kllcqas:kllsltba)
sql qurry
SELECT
WRK_PERF_ID, WRK_ID, PTY_NA_ID, PTY_ID PTY_ID,
PTY_TYP_CDE, PTY_ROL_TYP_CDE, SOC_CDE2 SOC_CDE,
DECODE(SOC_CDE2,'10','Y',NULL,'N',
NVL(( SELECT NVL(AFL_IND, 'N') FROM pty y WHERE y. IPI_BAS_NR = SOC_CDE2 AND NVL(DEL_FL,'N') = 'N'
AND ROWNUM < 2 ),'N')) AFL_IND,
pDate,
ENTMT_ID, ROL_TYP_CDE, IP_STA_IND_CDE, UNID_ID_FST_NA,
UNID_IP_NA, IP_PAY_STA, REASON, SHR_OWN_PTY_NA_ID,
PGM_STT_DT, PAY DIRIND,
ACTV_OWN_SHR, ACTV_COPY_SHR, CLM_OWN_SHR, CLM_COPY_SHR,
FNC_PTY_RESIGNED_ON_DIS_DT ( PTY_ID,
TO_DATE( DECODE(PTY_TYP_CDE,'WRTMB',
'2004-04-10' ,'AFMBR', '2004-05-10' , '2004-03-10'),'YYYY-MM-DD')) TF
FROM
SELECT WRK_PERF_ID, WRK_ID, PTY_NA_ID, PTY_ID PTY_ID,
PTY_TYP_CDE, PTY_ROL_TYP_CDE, NVL(SOC_CDE2,'0') SOC_CDE2,
DECODE(PTY_TYP_CDE,'WRTMB', '2004-04-10' ,'AFMBR', '2004-05-10' , '2004-03-10') pDATE,
ENTMT_ID, ROL_TYP_CDE, IP_STA_IND_CDE, UNID_ID_FST_NA,
UNID_IP_NA, IP_PAY_STA, REASON, SHR_OWN_PTY_NA_ID,
PGM_STT_DT, PAY_DIR_IND,
SUM(NVL(ACTV_OWN_SHR,0)) ACTV_OWN_SHR,
SUM(NVL(ACTV_COPY_SHR,0)) ACTV_COPY_SHR,
NVL( SUM(NVL(CLM_OWN_SHR,0)),0) CLM_OWN_SHR,
NVL(SUM(NVL(CLM_COPY_SHR,0)),0) CLM_COPY_SHR
FROM
SELECT B.WRK_PERF_ID, B.WRK_ID, B.PTY_NA_ID,
D.PTY_ID , D.PTY_TYP_CDE, D.PTY_ROL_TYP_CDE,
CASE
WHEN D.PTY_ROL_TYP_CDE ='W' OR D.PTY_ROL_TYP_CDE ='P'
THEN
SELECT MIN(soc_cde)
FROM MBRSH_AGR_TER A
WHERE A.pty_id = D.PTY_ID
AND A.STT_DT <= TO_DATE( DECODE(D.PTY_TYP_CDE,'WRTMB', '2004-04-10' ,'AFMBR', '2004-
05-10' , '2004-03-10' ),'YYYY-MM-DD')
AND ( A.END_DT >= TO_DATE( DECODE(D.PTY_TYP_CDE,'WRTMB', '2004-04-10' ,'AFMBR', '2004-05-10' , '2004-03-1
0' ),'YYYY-MM-DD') OR A.END_DT IS NULL)
AND A.INCL_EXCL_IND = 'I'
AND ( A.TIS_CDE = 840 OR
EXISTS (
SELECT 1
FROM CPST_TERR C
WHERE C.CHILD_TIS_CDE = 840
AND C.PARENT_TIS_CDE = A.TIS_CDE
AND NVL(C.DEL_FL, 'N') = 'N'
AND NVL(A.DEL_FL,'N') = 'N'
AND soc_cde NOT IN
SELECT soc_cde
FROM MBRSH_AGR_TER B
WHERE B.pty_id = D.PTY_ID
-- b.soc_cde = a.soc_cde
AND B.STT_DT <= TO_DATE( DECODE(D.PTY_TYP_CDE,'WRTMB', '2004-04-10' ,'AFMBR', '2004-0
5-10' , '2004-03-10' ),'YYYY-MM-DD')
AND (B.END_DT >= TO_DATE( DECODE(D.PTY_TYP_CDE,'WRTMB', '2004-04-10' ,'AFMBR', '2004-05-10' , '2004-03-10'
),'YYYY-MM-DD') OR B.END_DT IS NULL)
AND B.INCL_EXCL_IND = 'E'
AND NVL(B.DEL_FL,'N') = 'N'
AND ( B.TIS_CDE = 840 OR
EXISTS ( SELECT 1
FROM CPST_TERR D2
WHERE D2.CHILD_TIS_CDE = 840
AND D2.PARENT_TIS_CDE = B.TIS_CDE
AND NVL(D2.DEL_FL, 'N') = 'N'
)-- NOT IN
) --w,p end
WHEN D.PTY_TYP_CDE='SOC' THEN D.IPI_BAS_NR
END
) SOC_CDE2,
B.ENTMT_ID, B.ROL_TYP_CDE,
B.IP_STA_IND_CDE, B.UNID_ID_FST_NA, B.UNID_IP_NA, B.IP_PAY_STA, B.REASON, B.SHR_OWN_PTY_NA_ID,
A.PGM_STT_DT, D.PAY_DIR_IND,
ACTV_OWN_SHR, ACTV_COPY_SHR, CLM_OWN_SHR, CLM_COPY_SHR
FROM STG_ACIP_DIST_MODE1 B, STAGING_USAGE_SELECTION_MODE1 A, PTY_NA C, PTY D
WHERE B.WRK_PERF_ID = A.WRK_PERF_ID
AND B.PTY_NA_ID = C.PTY_NA_ID
AND C.PTY_ID = D.PTY_ID
AND A.CALC_RUN_CTL_ID = 279
AND A.DIS_ID = 241
GROUP BY WRK_PERF_ID, WRK_ID, PTY_NA_ID, PTY_ID, PTY_TYP_CDE, PTY_ROL_TYP_CDE,
SOC_CDE2, ENTMT_ID, ROL_TYP_CDE, IP_STA_IND_CDE, UNID_ID_FST_NA,
UNID_IP_NA, IP_PAY_STA, REASON, SHR_OWN_PTY_NA_ID,
PGM_STT_DT, PAY_DIR_IND
order by WRK_PERF_ID, WRK_ID, PTY_NA_ID, PTY_ID
It is just a simple query with group by which i ran by sqlplus but it is geting more then million records. -
Getting ora-04030 out of process memory using utl_http package
Hi,
Using oracle db v9 on aix. I run an extract (pl/sql package) which processes about 50,000 records. When processing gets to about record 45,500 ora 04030 error is reported when calling utl_http.get response or utl_http.read_text. Only have this problem after about 45500 records prcoessed.
Can anybody help?donl wrote:
Hi,
Using oracle db v9 on aix. I run an extract (pl/sql package) which processes about 50,000 records. When processing gets to about record 45,500 ora 04030 error is reported when calling utl_http.get response or utl_http.read_text. Only have this problem after about 45500 records prcoessed.
Can anybody help?04030, 00000, "out of process memory when trying to allocate %s bytes (%s,%s)"
// *Cause: Operating system process private memory was exhausted.
// *Action:
[oracle@localhost ~]$ -
ORA-04030: out of process memory when trying ....
Hi!
Environment: Oracle Database 10.2.0.5.0 on Windows Server 2003 SP1. Memory: 4GB Ram. /3GB and PAE not set in boot.ini
There is a job that runs at night that triggered this message. We assume that not enough OS memory was free for this
process? Any recommendations greatly appreciated. Thanks!
SGA
Total System Global Area 734003200 bytes
Fixed Size 1305424 bytes
Variable Size 213910704 bytes
Database Buffers 511705088 bytes
Redo Buffers 7081984 bytesExcerpt of alert log:
Wed Oct 19 01:00:51 W. Europe Daylight Time 2011
Process startup failed, error stack:
Wed Oct 19 01:00:51 W. Europe Daylight Time 2011
Errors in file h:\oracle\admin\trwprod\bdump\trwprod_psp0_3392.trc:
ORA-27300: OS system dependent operation:CreateThread failed with status: 8
ORA-27301: OS failure message: Not enough storage is available to process this command.
ORA-27302: failure occurred at: ssthrddcr
Wed Oct 19 01:00:52 W. Europe Daylight Time 2011
Process m001 died, see its trace file
Wed Oct 19 01:00:52 W. Europe Daylight Time 2011
ksvcreate: Process(m001) creation failed
Wed Oct 19 02:00:07 W. Europe Daylight Time 2011
Errors in file h:\oracle\admin\trwprod\bdump\trwprod_j007_1320.trc:
ORA-12012: Fehler beim autom Ausführen von Job 21
ORA-04030: Zu wenig Prozessspeicher für Versuch 123404 Bytes zuzuweisen (QERHJ hash-joi,kllcqas:kllsltba)
ORA-06512: in "WKSYS.WK_JOB", Zeile 443
ORA-04030: Zu wenig Prozessspeicher für Versuch 123404 Bytes zuzuweisen (QERHJ hash-joi,kllcqas:kllsltba)
ORA-06510: PL/SQL: Unbehandelte benutzerdefinierte Exception
ORA-06512: in "WKSYS.WK_JOB", Zeile 766
ORA-04030: Zu wenig Prozessspeicher für Versuch 123404 Bytes zuzuweisen (QERHJ hash-joi,kllcqas:kllsltba)
ORA-06512: in Zeile 1Excerpt of trace log
Wed Oct 19 02:37:09 W. Europe Daylight Time 2011
Process m000 died, see its trace file
Wed Oct 19 02:37:09 W. Europe Daylight Time 2011
ksvcreate: Process(m000) creation failed
Wed Oct 19 02:51:03 W. Europe Daylight Time 2011
Thread 1 advanced to log sequence 3210 (LGWR switch)
Current log# 3 seq# 3210 mem# 0: K:\ORACLE\ORADATA\TRWPROD\REDO03A.LOG
Current log# 3 seq# 3210 mem# 1: L:\ORACLE\ORADATA\TRWPROD\REDO03B.LOG
Wed Oct 19 07:37:00 W. Europe Daylight Time 2011
Thread 1 advanced to log sequence 3211 (LGWR switch)
Current log# 1 seq# 3211 mem# 0: K:\ORACLE\ORADATA\TRWPROD\REDO01A.LOG
Current log# 1 seq# 3211 mem# 1: L:\ORACLE\ORADATA\TRWPROD\REDO01B.LOG
======================================================
PRIVATE MEMORY USAGE FOR LARGEST PROCESS
Begin memory detail for largest PGA user, pid 37
============================
Begin PGA memory detail dump
============================
Dumping only 0 of 1 process heap scans requested
============================
End PGA memory detail dump
============================
End of memory detail for pid 37
(if there was no memory detail for pid 37, it probably timed out and
may appear in the trace file for pid 37)
Died during process startup with error 4030 (seq=155312)
OPIRIP: Uncaught error 4030. Error stack:
ORA-04030: out of process memory when trying to allocate 1636 bytes (pga heap,ldm context)I too believe that this is a memory issue, but need to get confirmed.
Can you tell us what is the bit-version (32 or 64 bit?) of windows?
Generally when we get ora-04030 error, we have some recommendations. see this link
http://www.dba-oracle.com/t_ora_04030_out_process_memory.htm
I also faced same problem and I archived that in my blog
http://pavandba.com/2009/10/30/handling-ora-04030-ora-600723-on-32-bit-windows-machine/ -
We have a new Dell server, OS Windows 2003 Server Enterprise 32bit with 32GB or RAM in it. Right now 64bit is not available to us because of Vendor issues so I can't go down that road yet. I keep running into ORA-04030 errors whether I put in the /3GB /USERVA=2560 switches or not. I got the /USERVA setting from Oracle's Best Practices for Windows Servers Guide. This new server is our current test box so we can upgrade our main application to 11g. Our current production server is running 10g and is set up the exact same way as this one using the same application, just on 10g. The only difference is that on 11g I am using Automatic Memory Management, it is at 11.1.0.6 right now. I plan to bump it up to 11.1.0.7 soon though.
The problem happens when Oracle.exe uses memory up to the limit of the Memory_target setting, then it throws the ORA-04030 error. It is like the process is reaching the Memory_target and then not using the memory it has, it is trying to grab more from the OS. I have tried setting this target lower and higher with the same results. I have also tried with and without the /3gb switch, same results. Dell hasn't offered much information, they told me to try Large Page Support.
I am at a loss, any help would be appreciated.Thanks for the suggestions so far. This is what I got back from my vendor. It is possibly due to an unpublished Bug 7330813 that has to do with Function Based Indexes. This bug is fixed in 11.2.
-Unpublished Bug 7330813 deails
CBO may incur high hard parse times (as compared to 10g) for queries involving
Tables with functional indexes.
This Fix complements the fix for unpublished bug 6194582.
Workaround:
Set "_replace_virtual_columns"=false;
I have set the above parameter so we will see if it helps. Keep in mind that Oracle says not to use this Initialization parameter unless told to do so by Oracle Support. -
I loaded a file I/O class with methods as assignFile, openFile, readln etc. to a Oracle 8i (8.1.5) on a HP-Unix machine and defined a call specification.
During tests with large files (looping through a file of lets say 10MB or 300'000 lines/records, reading each line and storing data to a table) the session crashes!
Mostly an ORA-04030 error (SHARED_POOL_SIZE is set to 70'000'000) or an ORA-29516 ("...Aurora assertion failure: Assertion failure at joetsl.c:307 Unable to initialize thread semaphore") occures.
What could the problem be? I don't know the size of the process memory quota set, could this be too small? Or is there a problem/bug in the garbage collector? Or is there a way to force the garbage collector to free non used memory?...Some memory settings that might help are outlined in the FAQ at: http://technet.oracle.com/products/oracle8i/htdocs/jserver_faq/index.html#_52_
...and see if that helps track it down.
Other ideas - is this all one giant transaction? If so, is it possible you are running out of rollback space in a really ugly way. Other then that, I can only suggest that you get the smallest test case to reproduce this problem and log it as a bug with support.
take care
John.
Oracle JServer Development Team
null -
DBCA Build Stops with ORA-04030 out of Mem
I am running VMware vSphere 4.1.
I built a VM and installed Windows 2008 Enterprise Edition.
The VM has 6 GB of RAM (as seen in the edit settings of the VM).
I then installed Oracle 11g Standard One.
I am using DBCA to build a DB from a DBCA template that was saved under Oracle 10g.
The DB build proceeds until the Oracle JVM is being installed
Then I get the ora-04030 error (out of memory).
vCenter performance screen shows the VM has only 4 GB of RAM?
BUT, the Windows Task Mgr is showing 6 GB matching the VM settings.
Since this is Windows Server 2008 Enterprise, it looks like the Windows VM is seeing 6 GB, but the vCenter Perf screen is only showing the VM as having 4 GB.
I assume the ora-04030 is because the install is only seeing 4 GB of RAM?
Any suggestion on what is going on?
thanksOracle doesn't test its software on VMware. You may have better luck in the VMware forums, or maybe in the database forum.
-
ORA 04030 Out of process memory error
Dear experts,
I know there are multiple discussions around this error and I have been reading through most of them in the past one week or so, but looks like we are running out of options or are missing the color altogether. Ok, we are getting ORA-04030 - out of process memory while allocating....while one of our batch process runs in the night. It simply tries to insert/update to a table. Our installation is 11.2.0.1.0 with no RAC configuration and on 64-bit AIX having 6 cores, 12 CPUs and 16 GB memory.
We have checked the Workarea_Size_Policy is set to be as Auto so Oracle decides how much memory to allocate to PGA automatically on run-time based on the demand. And based on the AWR report it doesnt look like we are anywhere near the country having a PGA-deficit!! I am attaching the AWR report in a word document here for your reference.
Also attached below are the configurations and the ulimit values.
IKBTRN1> show parameter workarea;
NAME TYPE VALUE
workarea_size_policy string AUTO
oraipeikbtrn1:/home/oracle-> ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 4194304
memory(kbytes) unlimited
coredump(blocks) unlimited
nofiles(descriptors) unlimited
threads(per process) unlimited
processes(per user) unlimited
Now, nothing seems to have contributed to the out of process memory issue from Oracle standpoint. I would be happy to be proved wrong here, if I am wrong.
So, whats going wrong here? A possible memory leak which we cannot zero down to, a OS memory limit or something else?
Seeking expert's advise on this, and also sincerely appreciate your time in looking at this.
Thanks.
P.S - I am pasting the whole AWR report since there is no 'upload file' option here that I can see.
WORKLOAD REPOSITORY report for
DB Name DB Id Instance Inst num Startup Time Release RAC
IKBTRN1 54659199 IKBTRN1 1 06-Jun-11 02:06 11.2.0.1.0 NO
Host Name Platform CPUs Cores Sockets Memory (GB)
oraipeikbtrn1.******.com AIX-Based Systems (64-bit) 12 6 16.00
Snap Id Snap Time Sessions Cursors/Session
Begin Snap: 5952 26-Aug-11 03:00:48 34 2.0
End Snap: 5953 26-Aug-11 04:00:52 32 1.9
Elapsed: 60.07 (mins)
DB Time: 1.93 (mins)
Report Summary
Cache Sizes
Begin End
Buffer Cache: 1,056M 704M Std Block Size: 8K
Shared Pool Size: 3,456M 3,456M Log Buffer: 7,184K
Load Profile
Load Profile
Per Second Per Transaction Per Exec Per Call
DB Time(s): 0.0 2.0 0.02 0.02
DB CPU(s): 0.0 0.5 0.00 0.00
Redo size: 556.1 34,554.8
Logical reads: 151.4 9,407.6
Block changes: 1.9 119.8
Physical reads: 14.2 882.6
Physical writes: 9.5 590.4
User calls: 1.8 112.8
Parses: 1.5 93.7
Hard parses: 0.1 8.9
W/A MB processed: -0.1 -6.9
Logons: 0.0 1.6
Executes: 1.9 115.4
Rollbacks: 0.0 0.0
Transactions: 0.0
Instance Efficiency Percentages (Target 100%)
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 96.63 In-memory Sort %: 99.97
Library Hit %: 95.68 Soft Parse %: 90.49
Execute to Parse %: 18.74 Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 57.23 % Non-Parse CPU: 86.28
Shared Pool Statistics
Begin End
Memory Usage %: 85.72 85.76
% SQL with executions>1: 93.91 96.66
% Memory for SQL w/exec>1: 89.07 87.04
Top 5 Timed Foreground Events
Event Waits Time(s) Avg wait (ms) % DB time Wait Class
DB CPU 29 24.66
db file scattered read 3,456 17 5 14.92 User I/O
db file sequential read 4,304 17 4 14.77 User I/O
direct path read temp 764 17 22 14.31 User I/O
direct path write temp 259 5 21 4.70 User I/O
Host CPU (CPUs: 12 Cores: 6 Sockets: )
Load Average Begin Load Average End %User %System %WIO %Idle
1.39 1.37 0.2 0.2 0.2 99.6
Instance CPU
%Total CPU %Busy CPU %DB time waiting for CPU (Resource Manager)
0.1 20.5 0.0
Memory Statistics
Begin End
Host Mem (MB): 16,384.0 16,384.0
SGA use (MB): 4,704.0 4,352.0
PGA use (MB): 196.1 188.4
% Host Mem used for SGA+PGA: 29.91 27.71
Main Report
• Report Summary
• Wait Events Statistics
• SQL Statistics
• Instance Activity Statistics
• IO Stats
• Buffer Pool Statistics
• Advisory Statistics
• Wait Statistics
• Undo Statistics
• Latch Statistics
• Segment Statistics
• Dictionary Cache Statistics
• Library Cache Statistics
• Memory Statistics
• Streams Statistics
• Resource Limit Statistics
• Shared Server Statistics
• init.ora Parameters
Back to Top
Wait Events Statistics
• Time Model Statistics
• Operating System Statistics
• Operating System Statistics - Detail
• Foreground Wait Class
• Foreground Wait Events
• Background Wait Events
• Wait Event Histogram
• Wait Event Histogram Detail (64 msec to 2 sec)
• Wait Event Histogram Detail (4 sec to 2 min)
• Wait Event Histogram Detail (4 min to 1 hr)
• Service Statistics
• Service Wait Class Stats
Back to Top
Time Model Statistics
• Total time in database user-calls (DB Time): 115.9s
• Statistics including the word "background" measure background process time, and so do not contribute to the DB time statistic
• Ordered by % or DB time desc, Statistic name
Statistic Name Time (s) % of DB Time
sql execute elapsed time 101.69 87.75
DB CPU 28.58 24.66
parse time elapsed 10.14 8.75
hard parse elapsed time 9.92 8.56
failed parse elapsed time 4.92 4.25
hard parse (sharing criteria) elapsed time 4.27 3.68
connection management call elapsed time 0.42 0.36
PL/SQL compilation elapsed time 0.34 0.30
PL/SQL execution elapsed time 0.18 0.15
sequence load elapsed time 0.00 0.00
repeated bind elapsed time 0.00 0.00
DB time 115.88
background elapsed time 86.01
background cpu time 5.06
Back to Wait Events Statistics
Back to Top
Operating System Statistics
• *TIME statistic values are diffed. All others display actual values. End Value is displayed if different
• ordered by statistic type (CPU Use, Virtual Memory, Hardware Config), Name
Statistic Value End Value
NUM_LCPUS 0
NUM_VCPUS 0
AVG_BUSY_TIME 1,260
AVG_IDLE_TIME 360,705
AVG_IOWAIT_TIME 534
AVG_SYS_TIME 483
AVG_USER_TIME 679
BUSY_TIME 16,405
IDLE_TIME 4,329,811
IOWAIT_TIME 7,284
SYS_TIME 7,092
USER_TIME 9,313
LOAD 1 1
OS_CPU_WAIT_TIME 503,900
PHYSICAL_MEMORY_BYTES 17,179,869,184
NUM_CPUS 12
NUM_CPU_CORES 6
GLOBAL_RECEIVE_SIZE_MAX 1,310,720
GLOBAL_SEND_SIZE_MAX 1,310,720
TCP_RECEIVE_SIZE_DEFAULT 16,384
TCP_RECEIVE_SIZE_MAX 9,223,372,036,854,775,807
TCP_RECEIVE_SIZE_MIN 4,096
TCP_SEND_SIZE_DEFAULT 16,384
TCP_SEND_SIZE_MAX 9,223,372,036,854,775,807
TCP_SEND_SIZE_MIN 4,096
Back to Wait Events Statistics
Back to Top
Operating System Statistics - Detail
Snap Time Load %busy %user %sys %idle %iowait
26-Aug 03:00:48 1.39
26-Aug 04:00:52 1.37 0.38 0.21 0.16 99.62 0.17
Back to Wait Events Statistics
Back to Top
Foreground Wait Class
• s - second, ms - millisecond - 1000th of a second
• ordered by wait time desc, waits desc
• %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
• Captured Time accounts for 78.2% of Total DB time 115.88 (s)
• Total FG Wait Time: 62.08 (s) DB CPU time: 28.58 (s)
Wait Class Waits %Time -outs Total Wait Time (s) Avg wait (ms) %DB time
User I/O 8,949 0 56 6 48.74
DB CPU 29 24.66
System I/O 1,916 0 3 1 2.18
Other 506 88 1 2 0.92
Configuration 2 50 1 500 0.86
Commit 37 0 1 18 0.56
Application 20 0 0 17 0.29
Network 4,792 0 0 0 0.01
Concurrency 1 0 0 0 0.00
Back to Wait Events Statistics
Back to Top
Foreground Wait Events
• s - second, ms - millisecond - 1000th of a second
• Only events with Total Wait Time (s) >= .001 are shown
• ordered by wait time desc, waits desc (idle events last)
• %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
Event Waits %Time -outs Total Wait Time (s) Avg wait (ms) Waits /txn % DB time
db file scattered read 3,456 0 17 5 59.59 14.92
db file sequential read 4,304 0 17 4 74.21 14.77
direct path read temp 764 0 17 22 13.17 14.31
direct path write temp 259 0 5 21 4.47 4.70
control file sequential read 1,916 0 3 1 33.03 2.18
ADR block file read 38 0 1 28 0.66 0.92
log buffer space 2 50 1 500 0.03 0.86
log file sync 37 0 1 18 0.64 0.56
enq: RO - fast object reuse 14 0 0 24 0.24 0.29
local write wait 44 0 0 1 0.76 0.03
SQL*Net message to client 4,772 0 0 0 82.28 0.01
Disk file operations I/O 110 0 0 0 1.90 0.00
ADR block file write 7 0 0 0 0.12 0.00
SQL*Net message from client 4,773 0 15,396 3226 82.29
Streams AQ: waiting for messages in the queue 720 100 3,600 5000 12.41
Back to Wait Events Statistics
Back to Top
Background Wait Events
• ordered by wait time desc, waits desc (idle events last)
• Only events with Total Wait Time (s) >= .001 are shown
• %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
Event Waits %Time -outs Total Wait Time (s) Avg wait (ms) Waits /txn % bg time
control file sequential read 4,950 0 35 7 85.34 40.74
control file parallel write 1,262 0 31 25 21.76 36.46
log file parallel write 383 0 4 10 6.60 4.37
db file parallel write 627 0 2 3 10.81 2.36
change tracking file synchronous read 56 0 2 34 0.97 2.21
os thread startup 17 0 1 88 0.29 1.74
ADR block file read 135 0 1 7 2.33 1.04
change tracking file synchronous write 56 0 1 15 0.97 0.98
SGA: allocation forcing component growth 8 100 1 100 0.14 0.93
db file sequential read 112 0 1 6 1.93 0.75
process diagnostic dump 94 0 0 1 1.62 0.09
ADR block file write 92 0 0 1 1.59 0.07
LGWR wait for redo copy 11 0 0 1 0.19 0.01
log file sync 2 0 0 3 0.03 0.01
ADR file lock 92 22 0 0 1.59 0.01
Parameter File I/O 24 0 0 0 0.41 0.01
direct path write 6 0 0 1 0.10 0.00
Disk file operations I/O 54 0 0 0 0.93 0.00
rdbms ipc message 17,637 97 61,836 3506 304.09
Streams AQ: waiting for time management or cleanup tasks 5 60 11,053 2210602 0.09
DIAG idle wait 7,203 100 7,203 1000 124.19
PX Idle Wait 1,802 100 3,604 2000 31.07
pmon timer 1,212 99 3,603 2973 20.90
Space Manager: slave idle wait 726 99 3,603 4963 12.52
smon timer 12 100 3,600 300004 0.21
Streams AQ: qmn slave idle wait 128 0 3,583 27993 2.21
Streams AQ: qmn coordinator idle wait 256 50 3,583 13996 4.41
SQL*Net message from client 293 0 2 5 5.05
Back to Wait Events Statistics
Back to Top
Wait Event Histogram
• Units for Total Waits column: K is 1000, M is 1000000, G is 1000000000
• % of Waits: value of .0 indicates value was <.05%; value of null is truly 0
• % of Waits: column heading of <=1s is truly <1024ms, >1s is truly >=1024ms
• Ordered by Event (idle events last)
% of Waits
Event Total Waits <1ms <2ms <4ms <8ms <16ms <32ms <=1s >1s
ADR block file read 173 80.3 5.2 2.3 5.8 1.7 4.6
ADR block file write 99 96.0 3.0 1.0
ADR file lock 102 100.0
Disk file operations I/O 165 100.0
LGWR wait for redo copy 11 90.9 9.1
Parameter File I/O 24 100.0
SGA: allocation forcing component growth 8 100.0
SQL*Net break/reset to client 6 100.0
SQL*Net message to client 4992 100.0
SQL*Net more data from client 20 100.0
asynch descriptor resize 541 100.0
change tracking file synchronous read 56 83.9 1.8 14.3
change tracking file synchronous write 56 80.4 7.1 1.8 10.7
control file parallel write 1262 80.3 1.7 .6 .6 .8 1.3 14.7
control file sequential read 6866 94.1 .9 .7 .7 .3 .4 2.9
db file parallel write 628 94.3 2.1 1.0 .8 .3 .3 1.3
db file scattered read 3457 72.6 7.2 5.4 6.9 5.7 .5 1.6
db file sequential read 4525 78.7 2.7 1.8 9.6 5.3 .4 1.5
direct path read temp 764 40.2 18.6 9.4 6.2 11.0 5.8 8.9
direct path sync 1 100.0
direct path write 6 83.3 16.7
direct path write temp 259 .4 1.2 88.8 .4 9.3
enq: RO - fast object reuse 14 42.9 42.9 7.1 7.1
latch free 1 100.0
latch: cache buffers lru chain 2 100.0
latch: checkpoint queue latch 2 100.0
latch: messages 2 100.0
latch: object queue header operation 2 100.0
latch: redo allocation 1 100.0
latch: row cache objects 1 100.0
local write wait 44 100.0
log buffer space 2 50.0 50.0
log file parallel write 383 92.4 .8 1.0 5.7
log file sync 39 82.1 2.6 2.6 12.8
os thread startup 17 100.0
process diagnostic dump 94 34.0 63.8 2.1
reliable message 7 100.0
utl_file I/O 12 100.0
DIAG idle wait 7204 100.0
PX Idle Wait 1802 100.0
SQL*Net message from client 5067 87.1 6.6 1.0 .5 .5 .1 .5 3.7
Space Manager: slave idle wait 726 .6 99.4
Streams AQ: qmn coordinator idle wait 256 49.2 .8 50.0
Streams AQ: qmn slave idle wait 128 100.0
Streams AQ: waiting for messages in the queue 721 100.0
Streams AQ: waiting for time management or cleanup tasks 5 40.0 20.0 40.0
class slave wait 17 100.0
pmon timer 1212 .9 99.1
rdbms ipc message 17.6K 1.8 .4 .2 .2 .1 .1 21.0 76.2
smon timer 12 100.0
Back to Wait Events Statistics
Back to Top
I couldnt add the rest of the report here since it is telling me I have exceeded 30000 characters. If you want to see the full report, please email me at [email protected]Unless your database is strictly a DSS-type of database, your AWR report exposes loads of issues with it. And I think none of the time during the AWR window was spent on database. Look at the DB time (with all those multi cores) compared with the elapsed time of the AWR.
As you are on 11g, why not make use of MEMORY_TARGET (a single parameter to manage both SGA and PGA)? If you are already on it, ignore this as I can't see it anywhere. If not, get rid of SGA_TARGET and PGA_AGGREGATE_TARGET and replace it with a single MEMORY_TARGET parameter. However you may have a minimum threshold set for different SGA pools so that they won't shrink beyond that point.
Having said that, setting MEMORY_TARGET is not a guarantee to avoid ORA-4030. Just a single bad PL/SQL code could go and exploit the untunable part of your process memory and even go and blow up the physical memory. If you are using FORALL and BULK load, see if you can cut it down into few chunks rather than running as a single process.
What does your V$PGASTAT say? -
How to resolve this Error ORA-04030: out of process memory when trying to a
Hi
I am connecting as a sysdba and trying to execute a query on the V$Logmnr_contents but getting the following Error
ORA-04030: out of process memory when trying to allocate 408 bytes (T-LCR
structs,krvuinl_InitNewLcr)
Can anyone guide me how to resolve this issue.
ThanksHi,
As root user, edit the /etc/sysconfigtab file, and try to set the udp_recvspace parameter to 262144 and reboot the machine :
inet:
udp_recvspace = 262144
Metalink note 297030.1 Ora-04030 During Execution Of LogMiner Query
Nicolas. -
Hi
I have a stored procedure that uses the XMLQuery function (SELECT XMLQuery( '......' RETURNING CONTENT) FROM dual; ) to extract data from 3 different tables and store the xml file in XML DB. This store procedure was running fine for a long time until 2 weeks ago where I started seeing the following error:
Database Error: DBD::Oracle::db do failed: ORA-04030: out of process memory when trying to allocate 92 bytes (koh dur heap d,qmxtkWriteXobToOpn:heap)
Currently I have 16,000 records. I am not sure what is going on, the size of the previous successful output xml file is about 2M. I also noticed when the stored procedure runs with 3G of system memory available, it basically used up all the memory and cpu time. The store proc consistently dies after 3.5 hour and spits out the ORA-04030 out of process memory error.
Does anyone have any suggestion what to look for or what parameters I need to set? ThanksUnless your database is strictly a DSS-type of database, your AWR report exposes loads of issues with it. And I think none of the time during the AWR window was spent on database. Look at the DB time (with all those multi cores) compared with the elapsed time of the AWR.
As you are on 11g, why not make use of MEMORY_TARGET (a single parameter to manage both SGA and PGA)? If you are already on it, ignore this as I can't see it anywhere. If not, get rid of SGA_TARGET and PGA_AGGREGATE_TARGET and replace it with a single MEMORY_TARGET parameter. However you may have a minimum threshold set for different SGA pools so that they won't shrink beyond that point.
Having said that, setting MEMORY_TARGET is not a guarantee to avoid ORA-4030. Just a single bad PL/SQL code could go and exploit the untunable part of your process memory and even go and blow up the physical memory. If you are using FORALL and BULK load, see if you can cut it down into few chunks rather than running as a single process.
What does your V$PGASTAT say?
Maybe you are looking for
-
Dock.app Crashes on Yosemite
After an upgrade from Mavericks to Yosemite, my system reports that the Dock.app is crashing. These are the issues; Desktop Background is black and will not update via System Preferences Screen Saver does not launch and fails to use "Hot Corners" Sp
-
Crating multiple sales orders based on one inbound purchase order idoc
Hi All, I have a requirement to create multiple sales orders based on single inbound PO idoc.Please let me know whether is it possible or not? Regards mahesh
-
Dock coming up empty with mobile account
I have Kerberos setup correctly. My mobile accounts were great in the networked environment. HOWEVER, when I step out of the building and I try to login, the login is successful, but the dock comes up as only a Finder and Dashboard icon, and I can ac
-
Using Oracle Net Manager, I am trying to make a connection to an external customer database. I get the ORA-12569: TNS:packet checksum failure message. I am able to connect to another customer's database so I believe I can effectively rule out anythin
-
BW3.x - BEx - Views vs Queries
Where can I find the link between a view and the related query? Thanks. LQ