由于SGA大小在os上的限制導致數據庫無法啟動實例

2024-07-21 02:38:05

字體：大中小

來源：轉載

供稿：網友

    以前只是知道Oracle SGA在不同的平臺上都有大小限制，需要手工解除這個限制，但是由于一直沒有把SGA調整得太大，所以一直沒有碰到過，但是一旦真得讓我碰上了，竟有些不知所措，搞了半天才想起來是這個原因！    故障日期：2005.8.12     故障現象：早晨數據庫無法啟動。錯誤如下：    SVRMGR> startup nomount
    ORA-27123: unable to attach to shared memory segment
    SVR4 Error: 22: Invalid argument
    Additional information: 1
    Additional information: 41203    SVRMGR>    故障處理：為了保證系統盡快投入使用，暫時還原以前的參數文件    故障分析：昨天為了優化數據庫，我修改了shared_pool_size和db_block_buffer，當時把db_block_buffer加大了，shared_pool_size調小了，但是總的來說sga是調大了，現在提示shared memory 錯誤，看來是shared_pool_size的大小有問題    實驗如下：    當時Database Buffers 是1474560000 bytes，幾乎等于1.38G, shared_pool_size當時攝制的是600M，這樣再加上其它的內存分配，總的已經超過了2G；后來把shared_pool_size調整為550M就沒問題了，此時    SVRMGR> startup nomount    ORACLE instance started.    Total System Global Area                       2123047072 bytes    Fixed Size                                          73888 bytes    Variable Size                                   637911040 bytes    Database Buffers                               1474560000 bytes    Redo Buffers                                     10502144 bytes    SVRMGR>    SGA=2123047072 bytes=1.977G    看來Solaris下oracle sga的限制為2G,以后需要想辦法調整這個限制

上一篇：TIP 如何為表加唯一約束(保存或者刪除冗余的數據)

下一篇：關于SGA設置的一點總結