今天测试服务器遇到问题
ORA-04030:out of process memory when trying to allocate string bytes
一看就猜到是内存不足了，把Oracle给累坏了
Oracle版本；Oracle 10.2.0
操作系统：Windows Server 2003
于是，直接查了下怎么修改Oracle内存大小的命令：
alter system set sga_max_size=2048M scope=spfile;
然后果断重启Oracle，于是杯具就产生了，Oracle起不来了，出现异常
ORA-27100: shared memory realm already exists
以前也遇到过修改WAS内存大小起不来的情况，难道也是相同的原因？
网上查了下，貌似真是这样
Oracle process使用的内存数量是有一定限制的：
A. 对于32位 系统，有SGA 1.7G限制
B. 某些OS系统本身也有一些内存参数限制，比如Linux可以运行ulimit查看
C. OS系统本身物理内存+Swap的限制
怎么办？想办法改回去呗先
于是，继续查找改回Oracle内存的方法
找到了这篇帖子
已经说明了修改的方法
大体意思就是spfile中的内存信息已经更新，需要重建
遗憾的是博主却没有说明怎么具体修改
甚至找到这篇文章
直接编辑二进制的spfile文件，尝试了一番，使用二进制文件编辑器编辑之后的spfile文件，Oracle是不识别的，也许是二进制文件编辑器的版本问题，总之，没有成功
经过实践，总结ORA-27100: shared memory realm already exists问题的解决办法如下：
1、sqlplus /nolog登录，然后conn /as sysdba切换dba身份；
2、关闭Oracle服务，如果shutdown命令无法使用，直接从服务管理器中关闭或者杀掉进程；
3、使用pfile启动Oracle服务
pfile在哪里？可以使用Oracle安装时自带的，目录一般在
${ORACLE_HOME}/db_1/admin/orcl/pfile/init.ora.xxxxxxxxxxxx
startup命令如下：
startup pfile="D:\Oracle\10.2.0\db_1\admin\orcl\pfile\init.ora.514201432247"4、使用如下命令重建spfile文件
create spfile = 'D:\Oracle\10.2.0\db_1\dbs\SPFILEORCL.ORA' from pfile='D:\Oracle\10.2.0\db_1\admin\orcl\pfile\init.ora.514201432247'>
其中，spfile参数是要重建生成的spfile文件路径，pfile参数是Oracle的pfile文件模板；
如果重建的spfile文件路径不在${ORACLE_HOME}/db_1/dbs目录，需要人工拷贝过去
5、重启Oracle服务，或者重启服务器，验证问题是否解决；
6、重新调整Oracle的SGA参数为合适的值，解决最初的问题。
版权声明：本文为博主原创文章，未经博主允许不得转载。