ora-27100shared memory realm already exists(20120529修改)
这个问题一般情况下，是因为调整内存参数的时候出现问题了，而且数据库在启动的时候，没有办法去使用正确的参数文件启动。所以就会一直在使用错误的参数文件启动，就会报这个错误，数据库就启动不起来。我遇到的是这种情况，解决方法就是用数据库初始化的init的那个文件启动后，再把内存参数提供OEM调整回去。重新启动数据库一下，没事了，但是我们做的数据库不是实时性要求非常高的。而且程序在连接不上数据库时，会暂时的堆积处理文件，所以我可以重新启动数据库，而且不影响大局，假如你要是也跟我一样的话，应该也可以，但是也要考虑你自己的数据库是那种类型的再做。把网上的一个不错的文章摘抄过来，感谢作者。嘿嘿。
     

    整理这篇文章的原因是前段时间帮网友远程解决一个问题时，用startup pfile='d:/1.ora';时总是报错ORA-27100，最后是用oradim删除了服务后再创建服务后解决。

一直比较郁闷，所以做了一下测试，终于搞清楚了原因。


测试环境：系统物理内存2G，ORACLE9.2.0.8及ORACLE10.2.0.1，sga_max_size=500M，SPFILE启动。

错误模拟，设置sga_max_size=200G

SQL> alter system set sga_max_size=200000000000 scope=spfile;

系统已更改。

SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup;
ORA-27102: out of memory
OSD-00022: Message 22 not found;  product=RDBMS; facility=SOSD

O/S-Error: (OS 存储空间不足，无法处理此命令。
SQL> startup;
ORA-27100: shared memory realm already exists
SQL> shutdown immediate;
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
SQL> startup;
ORA-27100: shared memory realm already exists
SQL>
这个错误的意思是实例共享内存的空间已经存在，但是实际上自己又没有启动数据为实例。

      检查参数文件后，生成一个新的pfile='d:/1.ora'，把sga_max_size改成正确的值(500M)，然后关闭服务，重新启动服务后，再进入sqlplus

SQL> startup pfile='d:/1.ora';
ORA-27100: shared memory realm already exists


错误依旧，但是这时明明自己没有启动实例啊。

       仔细分析一下，这是windows服务及oracle的问题，oracle在windows启动中如果由于sga_max_size的问题，实例不会启动成功，但是仍然会有一个错误的实例存，shutdown immediate及shutdown abort都关闭不了。由于缺省安装时，oracle在windows服务启动时会自动启动实例，所以每次启动服务都会自动用默认的错误的spfile启动实例，导至内存错误。

知道问题的原因后，解决的办法就很简单，解决的办法以下两种：
1.关闭服务，删除数据库的spfile文件，用新的正确的pfile启动后，再生成新的spfile；
2.设置数据库在服务启动时不自动启动实例，再用正确的pfile启动实例，然后再生成新的spfile。


如何设置数据库在服务启动时不自动启动实例有以下两种方法：
1.直接修改注册表HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/HOME0下的数据库对象项ORA_MYDB_AUTOSTART值为false
2.使用ORACLE安装的工具Administration Assistant for Windows NT修改数据库启动关闭选项。



   以上是我摘抄的部分，感谢作者的实验，但是和我情况不太一样，而且我没用他的方法，不适合我的情况和原因，我的方法很简单：
找到D:\oracle\admin\orcl\pfile\目录下的init.ora.32720121360，复制路径和文件名。
  sys用户连上数据库，然后startup pfile=D:\oracle\admin\orcl\pfile\init.ora.32720121360;
  这个时候，数据库应该可以启动了了，（在实际应用中，发现即使这样，也有可能启动不起来，方法为重启大法！重新启动oracle的主服务。然后重新连接即可。）启动后，打开OEM，调整内存参数到原来的正常的时候的，但是如果数据库被重新启动后，依然还是会去读原来的那个有问题的参数文件，可以通过OEM看到使用那个参数文件启动的；
   接下来，就create spfile from pfile创建正常的参数文件，数据库重新启动下，应该就正常了。
   纯属个人在实践中总结出来的，有疑问可以讨论。