Skip to main content
ExLibris

Knowledge Assistant

BETA
 
  • Subscribe by RSS
  • Back
    Aleph

     

    Ex Libris Knowledge Center
    1. Search site
      Go back to previous article
      1. Sign in
        • Sign in
        • Forgot password
    1. Home
    2. Aleph
    3. Knowledge Articles
    4. manage-01: ORA-27102: out of memory

    manage-01: ORA-27102: out of memory

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    1. Description
    2. Resolution
    • Article Type: General
    • Product: Aleph
    • Product Version: 20, 21, 22, 23

    Description

    The following messages appear in the xxx01_p_manage_01 log (in the p_manage_01_e step) of a manage-01 run with 16 processes:

      ORA-01034: ORACLE not available  
      ORA-27102: out of memory
     

    The job is suspended and few or no z98 records are written.  (Note:  Oracle was *not* down during this time.  The "Oracle not available" problem seems to be confined to this particular job.)

    Note:  The xxx01 bib file has 3.2 million records.

    Resolution

    The p_manage_01_e step (the building of the z98) is the step which uses the most memory (and disk space).  The more (concurrent) processes specified in the submission, the more memory it will require.  

    Reducing the number of processes from 16 to 8 let the job run to completion, but the log still had some "ORACLE not available" and "out of memory" messages, and testing showed that certain searches did not retrieve correct results. 

    When the number of processes was reduced to 4 manage-01 ran without error, and test searching showed the correct results being retrieved.  The job ran in 12 hours -- the same time it took with 16 and 8 processes .  

    Note:  This (Test) server had 8G of (real) memory.  This should be OK for a Test server with this size database, but, as described in the following article, for a database this size, on a Production server, the SGA may need to be increased, which, in turn, may necessitate an increase in the (real) memory:  Multi-process, I/O intensive jobs slow in Aleph 22/Oracle 11r2 .

    View article in the Exlibris Knowledge Center
    1. Back to top
      • manage-01: "name is already used ...; such column list already indexed"
      • manage-01: W-MAX-INDEX-TYPE = 000; Error(s) in tab00
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Language
      English
      Product
      Aleph
    2. Tags
      1. manage-01
      2. ORA-01034
      3. ORA-27102
    1. © Copyright 2025 Ex Libris Knowledge Center
    2. Powered by CXone Expert ®
    • Term of Use
    • Privacy Policy
    • Contact Us
    2025 Ex Libris. All rights reserved