3. Oracle 下需要做调整的参数
SGA_MAX_SIZE
SGA_TARGET
DB_CACHE_SIZE
SGA_MAX_SZIE 为实例允许使用的sga 上限,一个静态参数,是不能动态修改的.
SGA_TARGET 为10g 推出的sga 自动
管理的参数,动态参数,可以动态修改.
sga_max_size 与 SGA 各组件大小的关系
设置的 sga_max_size 小于实际的SGA 中各个pool 的尺寸总和的大小,那么
sga_max_size 的值会被oracle 自动以实际的SGA 的总尺寸代替。如果不设置
sga_max_size ,oracle 会自动的以实际的SGA 的总尺寸来设置sga_max_size 的值。
设置 sga_max_size 的值为大于SGA 中各个pool 的尺寸总和的值:但是
sga_max_size 的值相对于所有可用的物理内存来说,是一个合理的值。sga_max_size
的实际的值和pfile 中的sga_max_size 指定的值是一样的。
在Oracle 10g 中引入了一个非常重要的参数:SGA_TARGET,这也是Oracle 10g
的一个新特性。自动共享内存管理(Automatic Shared Memory Management ASMM),控
制这一特性的,就仅仅是这个参数SGA_TARGE。设置这个参数后,你就不需要为每个内
存区来指定大小了。SGA_TARGET 指定了SGA 可以使用的最大内存大小,而SGA 中各个内
存的大小由Oracle 自行控制,不需要人为指定。Oracle 可以随时调节各个区域的大小,
使之达到系统性能最佳状态的个最合理大小,并且控制他们之和在SGA_TARGET 指定的
值之内。一旦给SGA_TARGET 指定值后(默认为0,即没有启动ASMM),就自动启动了ASMM
特性。
10g 下设置 SGA_TARGET 之后启动ASSM 特性之后, 只有以下的这些区的内存大小动态
共享起来:
* Buffer cache (DB_CACHE_SIZE)
* Shared pool (SHARED_POOL_SIZE)
* Large pool (LARGE_POOL_SIZE)
* Java pool (JAVA_POOL_SIZE)
* Streams pool (STREAMS_POOL_SIZE)
而SGA 中的其他区域的内存大小仍然是固定不共享的。
它的含义和SGA_MAX_SIZE 的一样,也表示SGA 最大的大小,于是它也就有了一个
限制,那就是它的大小不能大于SGA_MAX_SIZE 的大小。
Oracle10g 下, SGA_MAX_SIZE 仍然表示SGA 的大小的上限值,而SGA_TARGET 是
SGA 的所有组件的大小的最大值之和,即当SGA_TARGET< SGA_MAX_SIZE 的时候,oracle
就会忽略SGA_MAX_SIZE 的值,SGA_TARGET 也就成了SGA 的在此实例中的上限制,它能
动态改变大小,但是不能够大于SGA_MAX_SIZE 的值。
有人曾经做过试验,在某些版本中(可能在我的版本之后的版本),当SGA_TARGET
< SGA_MAX_SIZE 时,实例重启以后SGA_MAX_SIZE 就变成SGA_TARGET 的大小了。
在
11g 中,这个SGA_TARGET 只能设置是等于SGA_MAX_SIZE 的大小了,设置比它
小,oracle 会自动帮你调整,设置比它大,那还是出错。现在可以自己想想,oracle
对SGA_TARGET 的大小处理在往正确的简单的方向前进中。
SGA_TARGET 带来一个重要的好处就是,能使SGA 的利用率达到最佳,从而节省内
存成本。因为ASMM 启动后,Oracle 会自动根据需要调整各个区域的大小,大大减少了
某些区域内存紧张,而某些区域又有内存空闲的矛盾情况出现。