今天测试sga_target和sga_max_size参数。由于公司电脑是512M的内存，oracle数据库的sga和pga都设置的很小。

Show parameter sga_target

显示sga_target=96M，由于此前也没有设置sga_max_size参数，默认的也是96M，

Alter system set sga_target=120M scope=spfile

Alter system set sga_max_size=100M scope=spfile

然后重启数据库来验证sga_max_size的参数也会随着sga_target来改变。

Shutdown immediate；

Startup；

此时出现了ORA-27100: shared memory realm already exists

共享内存领域已经存在，觉得是系统内存太小sga分配不了导致数据库无法启动

好了重写一个initorcl.ora吧，修改sga参数sga_target=96M sga_max_size=96M

此时制定pfile参数文件来启动数据库

Startup pfile=’d:oracleproduct10.2.0databaseinitorcl.ora’ nomount

还是那个ORA-27100: shared memory realm already exists

咋回事啊，都改回了以前的参数还是不行啊，查看可用内存还有200多M了，应该够了。又换了一个session，关了点电脑的程序还是包同样的错误。

只好在os上处理下了。

Net stop oracleserviceorcl

关闭数据库服务的历程

Net start oracleserviceorcl

Cmd>sqlplus / as sysdba

Sql>startup;

这次居然ok了！而且还是用的sga_target和sga_max_size为120M的参数

由于是在windows平台上又是测试库可以os来处理关闭数据库，如果生产库可真不敢跳过oracle在os上乱动，用的是oracle 10.2.0.0也不知道是不是oracle的bug。

[@more@]

ITPub博客

修改sga_target引起的ora-27100 bug吗