重要说明：由于本文由本人测试并完成，其中可能还有不足之处，另外不同的环境可能也有不同的解决方法，本文仅供参考，并欢迎指证

问题描述：

在11G单机ASM中修改sga大小，修改完后，关闭instance并startup时，提示sga没有达到最小值，因些无法启动，而此时数据库实例已经关闭，已不能在之前的那种模式修改参数，具体的操作如下：

1、查询sga大小

SQL> show parameter sga
NAME                     TYPE     VALUE
------------------------------------ ----------- ------------------------------
lock_sga                 boolean     FALSE
pre_page_sga                 boolean     FALSE
sga_max_size                 big integer 1G
sga_target                 big integer 1G

2、修改sga大小为500M

SQL> alter system set sga_target=500M scope=spfile;
System altered.

3、因为是指定参数为spfile，因此要重启instance才能使参数生效

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

4、重启instance 时，提示sga最小值应该为668M

SQL> startup
ORA-01078: failure in processing system parameters
ORA-00821: Specified value of sga_target 500M is too small, needs to be at least 668M

解决细路：

首先我们要理解一下oracle数据库在启动过程中调用 的参数，其顺序为：

spfilesid.ora -> spfile.ora ->initsid.ora-> init.ora  从这条启动线来说，如果第一个spfilesid.ora文件找不到的话，它会找到二个spfile.ora文件，如果能找到就能正常启动，若找不到，再继续找下一个initsid.ora文件，一直找到最后一个init.ora文件，说明：如果找到其中一个则会正常启动instance

解决方法：

通过创建pfile文件方式来启动数据库，然后再以pfile文件为模板创建spfile,具体步骤是：

1、以spfile模板创建pfile文件，并指定路径为本地硬盘位置

create pfile='/oracle/initudevasm.ora' from spfile='+DGDATA02/udevasm/spfileudevasm.ora';

2、修改initudevasm.ora文件，找到sga_target字段，修改大于668M

vi /oracle/initudevasm.ora

udevasm.__db_cache_size=826277888
udevasm.__java_pool_size=4194304
udevasm.__large_pool_size=8388608
udevasm.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
udevasm.__pga_aggregate_target=629145600
udevasm.__sga_target=1073741824
udevasm.__shared_io_pool_size=0
udevasm.__shared_pool_size=222298112
udevasm.__streams_pool_size=0
*.audit_file_dest='/oracle/app/oracle/admin/udevasm/adump'
*.audit_trail='db'
*.compatible='11.2.0.4.0'
*.control_files='+DGDATA02/udevasm/controlfile/current.256.945212019'
*.db_block_size=8192
*.db_create_file_dest='+DGDATA02'
*.db_domain=''
*.db_name='udevasm'
*.db_recovery_file_dest_size=3221225472
*.diagnostic_dest='/oracle/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=udevasmXDB)'
udevasm.log_archive_dest_1='LOCATION=+DGRECOVERY/'
*.nls_language='AMERICAN'
*.nls_territory='AMERICA'
*.open_cursors=300
*.pga_aggregate_target=629145600
*.processes=1000
*.remote_login_passwordfile='EXCLUSIVE'
*.sessions=170
*.sga_target=754288000  --大于668M
*.undo_tablespace='UNDOTBS1'
3、以pfile文件启动instance

SQL> startup pfile='/oracle/initudevasm.ora'
ORACLE instance started.
Total System Global Area  751595520 bytes
Fixed Size            2257032 bytes
Variable Size          603983736 bytes
Database Buffers      142606336 bytes
Redo Buffers            2748416 bytes
Database mounted.
Database opened.

4、以pfile文件为模板创建spfile文件

SQL> create spfile='+DGDATA02/udevasm/spfileudevasm.ora' from pfile='/oracle/initudevasm.ora';
File created.

5、关闭实例，并重新启动spfile,因为在在创建spfile时已经默认指定原来的路径，并把原来的spfile文件覆盖了，所以只要直接启动即可

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area  751595520 bytes
Fixed Size            2257032 bytes
Variable Size          603983736 bytes
Database Buffers      142606336 bytes
Redo Buffers            2748416 bytes
Database mounted.
Database opened.

6、查询修改后的sga大小

SQL> show parameter sga
NAME                     TYPE     VALUE
------------------------------------ ----------- ------------------------------
lock_sga                 boolean     FALSE
pre_page_sga                 boolean     FALSE
sga_max_size                 big integer 720M
sga_target                 big integer 720M

通过上面查询则判断已经修改并恢复成功

总结：

    1、当数据库发生因为有关参数文件异常无法启动正常时，可以先把原理理解，然后通过创建pfile与spfile文件方式解决启动问题。

    2、要备份有关数据库参数文件以防止误操作导致数据库无法正常启动