在測試PlateSpine克隆的資料庫伺服器時,由於資源有限,克隆過來的資料庫伺服器只給了9G的記憶體,結果在測試時,老是會出現OOMkiller導致宕機,即out of memory killer,是linux下麵當記憶體耗盡時的的一種處理機制。當記憶體較少時,OOM會遍歷整個進程鏈表,然後根據進程的內... ...
在測試PlateSpine克隆的資料庫伺服器時,由於資源有限,克隆過來的資料庫伺服器只給了9G的記憶體,結果在測試時,老是會出現OOMkiller導致宕機,即out of memory killer,是linux下麵當記憶體耗盡時的的一種處理機制。當記憶體較少時,OOM會遍歷整個進程鏈表,然後根據進程的記憶體使用情況以及它的oom score值最終找到得分較高的進程,然後發送kill信號將其殺掉。 於是調整了一下sga_target和sga_max_size這兩個參數,結果重啟的時候悲劇了:
[oracle@mylnx01 ~]$ sqlplus / as sysdba
SQL*Plus: Release 10.2.0.5.0 - Production on Thu Dec 15 09:28:11 2016
Copyright (c) 1982, 2010, Oracle. All Rights Reserved.
Connected to an idle instance.
SQL> startup
ORA-00821: Specified value of sga_target 3072M is too small, needs to be at least 12896M
SQL> startup nomount
ORA-00093: _shared_pool_reserved_min_alloc must be between 4000 and 0
SQL>
出現這個這個錯誤,突然想起來這個伺服器設置過shared_pool_size參數,於是生成pfile,檢查initGSP.ora,如下所示,
SQL> create pfile='/u01/app/oracle/product/10.2.0/db_1/dbs/initGSP.ora' from spfile;
File created.
手工將.shared_pool_size設置為0, 然後啟動資料庫實例,問題解決。如下所示:
SQL> startup pfile='/u01/app/oracle/product/10.2.0/db_1/dbs/initGSP.ora'
ORACLE instance started.
Total System Global Area 3221225472 bytes
Fixed Size 2099752 bytes
Variable Size 637535704 bytes
Database Buffers 2533359616 bytes
Redo Buffers 48230400 bytes
Database mounted.
Database opened.
SQL> exit