今天突然接到同事电话，说oracle数据库连接不上了，我远程过去用pl/sql developer登录,提示ORA-01034: ORACLE not available ORA-27101: shared memory realm does not exist.意思是oracle无法使用，共享内存领域不存在。

        马上感觉到数据库应该没启动。

       立马执行如下操作：

        1.sqlplus /nolog

        2.conn /as sysdba

        3.startup

        发现oracle报错，具体如下：

       ORA-04031: unable to allocate 68648 bytes of shared memory ("shared pool","unknown object","sga heap(1,0)","KTI-UNDO")意思是在共享内存中无法分配足够的空间。这样看来应该是初始化参数出问题了。马上询问同事，是否改了参数，得到了肯定的答案。

       我们来看一下oracle默认启动的顺序：

       1、直接在默认路径下查找spfileSID.ora --（spfile）

            如果没有再查找2

       2、直接在默认路径下查找spfile.ora      

            如果没有再查找3

       3、直接在默认路径下查找initSID.ora --（pfile）

             如果还没有 就会报错……

        马上到oracle的安装路径E:\app\Administrator\product\11.2.0\dbhome_1\database下面查找，spfilesid.ora和initsid.ora都存在。

       这样看来，出问题的肯定是spfilesid.ora了。

       尝试startup pfile='E:\app\Administrator\product\11.2.0\dbhome_1\database\initorcl.ora'，成功启动数据库。

       接下来赶紧执行create spfile from pfile ='E:\app\Administrator\product\11.2.0\dbhome_1\database\initorcl.ora'; 提示文件已创建

       再通过shutdown immediate和startup,验证了一下，oracle数据库可以成功关闭和启动了。

      通过这次经历，我们不难看出，系统参数并不是修改的越大越好，系统参数值过大，很可能会造成内存空间不够，从而无法启动数据库。只能通过pfile启动数据库，然后再创建spfile。这样下来有些系统参数就会被改成pfile文件中的值了。可以通过alter system set来重新更改参数的值。在确保参数值合理，修改完之后，能够正常重启服务器的情况下，也可以通过create pfile from spfile来更改pfile，从来保证pflie的参数值和spfile的参数值统一，避免下次再通过pfile启动数据库时，又造成系统参数的值被更改。