前几天一位同事打电话给我寻求紧急救援。

      原来，因为程序出来问题，他怀疑是Oracle数据库配置有问题，然后他将客户生产数据库的SGA调整了，没想到可怕的事情发生了，

Oracle数据库再也无法连接上了。表现的现象是登录数据库的时候总是提示协议适配器错误，即使是使用windows身份验证，也是无法

连接上数据库，检查oracle服务，服务可以正常启动，运行正常。

     这个问题可以说是Oracle新手最经常犯得一种错误，而且一犯了这种错误就会一筹莫展，因为此时Oracle Instance启动是不正常的，

不管是用什么方法都是没有办法登录的，所以也无法用诸如

     c:\sqlplus /nolog

     sql> conn / as sysdba

     这样的命令行登录的，进一步的处理自然无法进行。

     结果同事在排除这个错误的时候犯了一个更致命的错误，他用记事本打开spfile修改了spfile中sga分配内存的大小，实际上spfile是一个

二进制文件，绝对是不可以用记事本等工具编辑的。急得跳脚此时又有何用？

     要解决这个问题，其实很简单，可以使用以下方法。

     1. 新建一个数据库，如testdb

     2. 按以下步骤执行 

         1）打开原来出问题的数据库的pfile，文件名一般如 'D:\oracle\product\10.2.0\admin\<sid>\pfile\init.ora.628200817533'

              init.ora.628200817533文件时创建数据库生成的一个文件，每一个数据库都不一样。

         2）用记事本文件打开init.ora.628200817533，修改sqa为一个较小的数值，将文件另存为c:\pfile.ora。

         3）运行命令行

              c:\sqlplus /nolog

              sql>conn sys/test@testdb as sysdba;

              sql> create spfile ='c:\spfile<sid>.ora' from pfile='c:\pfile.ora';

          4）将在c盘中的spfile覆盖到原来的路径下，如D:\oracle\product\10.2.0\db_1\dbs\spfile<sid>.ora。

          文中<sid>指原来出问题的数据库SID号。

      3. 重新启动服务器或者重新启动oracle服务，此时数据库应该就可以登录了。

      要说明的是SGA设置不正确的时候，是会造成各种各样的错误提示的，设置SGA大小的时候要小心，在windows 32 bit操作系统下，SGA

最大不能超过1.7G，另外不要迷信自动化内存管理，在oracle10g中这项功能实际上鸡肋，oracle公司本身没有将其设计得很好。

      希望能对有些朋友有些帮助。