如何动态扩大oracle 9i SGA区中的内存空间？

Oracle 9i 具有动态SGA的功能，用操作系统命令查看系统内存时，发现系统中还有空闲内存. 但为什么有时使用oracle 9i 的
sql > alter system set db_cache_size=xxxxM
命令时数据库会报告错 -- 没有足够的内存. 这是由操作系统引起的吗？

不是，原因在于此时SGA区中没有多余空闲内存。尽管系统中有空闲内存，但未分配给SGA 区。
在oracle 9i 中 动态SGA的概念是无需经过 关闭实例（instance）, 修改初始化参数文件和重启实例这一过程，就可动态调整 buffer cache 和 share pool 的大小。 另外，动态SGA允许在实例运行时设置，下次启动时将有多少物理内存分配给SGA 这一数据库参数。 SGA 可用最大物理内存是由SGA_MAX_SIZE 参数来决定的。
在启动实例时，大小为SGA_MAX_SIZE 的内存就分配给了SGA，SGA成员（buffer cache, share pool等）根据参数值也会获得相应的内存。
实例启动后SGA的各成员所用内存之和可以小于SGA_MAX_SIZE。 数据库管理员通过使用 alter system 命令来调整SGA成员间的内存分配。 当SGA中有足够多的空闲内存时，增大share pool 或 buffer cache 才能完成，否则会报内存不足。
另外Share pool 和 buffer cache 的尺寸也可动态缩小。 当实例已启动，SGA已达到 SGA_MAX_SIZE值，可通过先减少某一成员的内存，再增加另一成员的内存来完成。
SGA成员间是相互独立的，在成员间分配内存时，其和一定不能大于 SGA_MAX_SIZE ， 并且db_cache_size 参数不能等于0。

在OLAP与OLTP混合型的应用环境中，利用动态SGA的功能，可以根据不同时刻应用的优先级，来动态的调整buffer cache 和 share pool 的尺寸，以提高系统的性能 ：
a. 当OLTP 应用 优先级高时，缩小 buffer cache 的值，增大 share pool 的值；
b. 当 OLAP 应用优先级高时，缩小 share pool 的值，增大buffer cache 的值。

例如：
1． 增大buffer cache 尺寸
SQL> show parameter db_cache_size; 显示当前 buffer chache 的大小
NAME TYPE VALUE
-------------------------- ----------- -----------------
db_cache_size big integer 4194304
SQL> alter system set db_cache_size=8M; 增大buffer cache 到8MB。
System altered.
SQL> show parameter db_cache_size;
NAME TYPE VALUE
-------------------------- ----------- -----------------
db_cache_size big integer 8388608

2. 调整参数 SGA_MAX_SIZE (需重启实例)
SQL> alter system set SGA_MAX_SIZE= 1000M scope=spfile;
System altered.

3． 增大shared_pool_size 尺寸
假设，初始参数值为：
SGA_MAX_SIZE=128M
DB_CACHE_SIZE=88M
SHARED_POOL_SIZE=32M

SQL>ALTER SYSTEM SET SHARED_POOL_SIZE=64M; 设置share_pool 的内存为64M
Error ORA-04033, insufficient memory

SQL>ALTER SYSTEM SET DB_CACHE_SIZE=56M; 减少buffer cache 的大小
SQL>ALTER SYSTEM SET SHARED_POOL_SIZE=64M;
Error ORA-04033, insufficient memory
需要等 buffer cache 释放完，才可扩大 share pool 的大小

SQL> select * from v$buffer_pool ; 检查内存释放是否完成。

SQL>ALTER SYSTEM SET SHARED_POOL_SIZE=64M;
System altered.


另有一些参考：
rem _db_block_lru_latches=cpu_count*2*8
alter system set "_db_block_lru_latches"=64 scope=spfile;
rem 32bit os 1.7G以上SGA必须设置USE_INDIRECT_DATA_BUFFERS为真
alter system set USE_INDIRECT_DATA_BUFFERS=true scope=spfile;
rem 去掉sga_max_size和db_cache_size参数，否则不支持32bit大容量sga
alter system reset sga_max_size scope=spfile sid='*';
alter system reset db_cache_size scope=spfile sid='*';
rem 设置该参数可以确保启动时内存不溢出
alter system set lock_sga=false scope=spfile;
rem 800MB
alter system set shared_pool_size=838860800 scope=spfile;
rem 358400*8192=2.8G db_cache_size
alter system set db_block_buffers=358400 scope=spfile;
rem 100MB
alter system set large_pool_size=104857600 scope=spfile;
rem 100MB
alter system set java_pool_size=146800640 scope=spfile;
rem 3G
alter system set pga_aggregate_target=3221225472 scope=spfile;
alter system set open_cursors=700 scope=spfile;
alter system set cursor_sharing=similar scope=spfile;
rem 启用作业调度
alter system set job_queue_processes=3 scope=spfile;
rem 启用日志挖掘
alter system set logmnr_max_persistent_sessions=3 scope=spfile;
rem 3M
alter system set log_buffer=3145728 scope=spfile;
rem 归档日志模式
alter system set log_archive_dest='e:archivelogchs'
alter system set log_archive_start=TRUE
--注册表HKEY_LOCAL_MACHINESOFTWAREOracleHome0AWE_WINDOW_MEMORY=274572800(_db_block_lru_latches*4096*db_block_size+5MB)
--Windows 2003启动加/PAE参数

转自：http://www.cnblogs.com/tester2test/archive/2006/07/10/446960.html
http://hyee.itpub.net/post/1984/156695