Oracle 10G数据库自动内存管理分析

这种方法不需要为各个池设置不同值；因而，您将需要在参数文件中使它们的值为零或全部删除它们。

　　shared_pool_size = 0
　　large_pool_size = 0
　　java_pool_size = 0
　　db_cache_size = 0

再循环数据库，使这些值生效。这个人工过程还可以通过 Enterprise Manager 10g 实施。从数据库主页中，选择 "Administration" 选项卡，然后选择 "Memory Parameters"。对于人工配置的内存参数，将显示标记为 "Enable" 的按钮，以及所有人工配置的池的值。单击 "Enable" 按钮，启用自动共享内存管理特性。企业管理器将完成剩下的工作。

在配置了自动内存分配之后，您可以利用以下命令检查它们的大小：

　　SQL> select current_size from v$buffer_pool;
　　
　　CURRENT_SIZE
　　------------
　　340
　　
　　SQL> select pool, sum(bytes)/1024/1024
    Mbytes from v$sgastat group by pool;
　　
　　POOL　　　　　　 MBYTES
　　------------ ----------
　　java pool　　　　　　 4
　　large pool　　　　　　4
　　shared pool　　　　 148

正如您所看到的，所有的池都从 500MB 的总目标大小中自动进行分配。（参见图 1。）缓冲高速缓存大小是 340MB，Java 池是 4MB，大型池是 4MB，共享池是 148MB。它们合起来总的大小为 (340+4+4+148=) 496MB，近似与 500MB 的目标 SGA 的大小相同。

图 1：池的初始分配

现在假定提供给 Oracle 的主机内存从 500MB 减少为 300MB，这意味着我们必须减少总 SGA 的大小。我们可以通过减小目标 SGA 大小来反映这种变化。

　
　　alter system set sga_target = 300M scope=both;

现在查看各个池，我们可以看到：

　　SQL> select current_size from v$buffer_pool;
　　
　　CURRENT_SIZE
　　------------
　　244
　　
　　SQL> select pool, sum(bytes)/1024/1024
    Mbytes from v$sgastat group by pool;
　　
　　POOL　　　　　　 MBYTES
　　------------ ----------
　　java pool　　　　　　 4
　　large pool　　　　　　4
　　shared pool　　　　　44

占用的总大小是 240+4+4+44 = 296MB，接近于目标的 300MB。注意如图 2 所示，当 SGA_TARGET 改变时，如何自动重新分配池。

图 2：在将 SGA 大小减少到 300MB 之后重新分配池

这些池的大小是动态的。池将根据工作负载扩展，以容纳需求的增长，或缩小以容纳另一个池的扩展。这种扩展或缩小自动发生，无需 DBA 的干预，这与本文开头的示例不同。让我们暂时返回到那个场景，假定在初始分配后，RMAN 作业启动，指示需要一个更大的大型池，大型池将从 4MB 扩展到 40MB，以容纳需求。这个额外的 36MB 将从数据库缓冲中划出，数据库块缓冲将缩小，如图 3 所示。

图 3：在对大型池的需求增长之后经过重新分配的池

池的大小变化基于系统上的工作负载，因此不需要为最坏的情况调整池的大小 — 它们将根据需求的增长自动调整。此外，SGA 的总大小始终在由 SGA_TARGET 指定的最大值之内，因此不存在使内存需求的增长比例失调（这将导致分页和交换）的风险。您可以动态地将 SGA_TARGET 增加至绝对最大值,这个绝对最大值是通过调整参数 SGA_MAX_SIZE 指定的。