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
    Nishant

    I 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 sewlal

    hi,
    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
    Artem

    Declare 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.

  • ORA-04030 error on backup

    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 M

    Hi
    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 happens

    Thanks 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/

  • 11g and ORA-04030 problems

    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.

  • ORA-29516/ORA-04030

    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?
    thanks

    Oracle 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.
    Thanks

    Hi,
    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.

  • Database Error: DBD::Oracle::db do failed: ORA-04030: out of process memory

    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? Thanks

    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?

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

  • ORA-12569

    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