SGA_TARGET
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 会自动根据需要调整各个区域的大小，大大减少了某些区域内存紧张，而某些区域又有内存空闲的矛盾情况出现。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/24989466/viewspace-1357950/ ，如需转载，请注明出处，否则将追究法律责任。
