前几天一位同事打电话给我寻求紧急救援。
原来，因为程序出来问题，他怀疑是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公司本身没有将其设计得很好。
希望能对有些朋友有些帮助。