6月18日下午,有个同事找我帮忙,他说启动数据库的时候报错了,这是一个10g的数据库
(1) 分析过程
SQL> startup
ORA-00371: not enough shared pool memory, should be atleast 218227097 bytes
同事非常奇怪,那个数据库刚才用得好好的,修改了processes参数,重起之后就不成功了
操作过程:
alter system set processes=2000 scope=spfile;
shutdown immediate
startup
然后就报ora-00371的错误
我跟他解释,因为share_pool的需要的大小是跟进程数有关系的
同事的情况跟这个案例是类似的
http://rdc.taobao.com/blog/dba/html/64_sharedpool_processes.html
引用文章中的一句话:
"从上面的错误说明,oracle会根据processes参数的值在共享池中分配一定数量的内存,参数值越大,分配的内存也越多。"
(2) 解决过程
最麻烦的就是不能startup nomount,只能利用比较旧的pfile进行启动.
SQL> startup nomount pfile='/ora/oracle/admin/sm/pfile/init.ora.632008194025';
ORACLE instance started.
Total System Global Area 1308622848 bytes
Fixed Size 1219232 bytes
Variable Size 452986208 bytes
Database Buffers 838860800 bytes
Redo Buffers 15556608 bytes
SQL> create pfile='/ora/oracle/admin/sm/pfile/init.ora.20090618' from spfile='/ora/oracle/product/10.2.0/db_1/dbs/spfilesm.ora';
把spfile的文件恢复到pfile里进行修改,增大share pool的大小到300M
SQL> shutdown immediate
SQL> startup nomount pfile='/ora/oracle/admin/sm/pfile/init.ora.20090618';
SQL> create spfile='/ora/oracle/product/10.2.0/db_1/dbs/spfilesm.ora' from pfile='/ora/oracle/admin/sm/pfile/init.ora.20090618';
SQL> shutdown immediate
SQL> startup
到此为止,数据库可以恢复使用了.
ORA-00371 not enough shared pool memory
猜你喜欢
转载自tianyihuyidao9.iteye.com/blog/1508610
今日推荐
周排行