Oracle9i数据库在内部特性方面有着非常大的增强，其中一个最令Oracle

DBA兴奋的莫过于可以动态设置全部的Oracle

SGA控制参数。与8i不同的是，原来都将初始化参数放到一个文本文件中，并且在数据库启动的时候读取，Oracle9i却可以通过ALTER

DATABASE和ALTER SYSTEM命令复位全部的Oracle参数。

在9i前，如果想对Oracle数据库的处理模式作一

些改变的话，Oracle管理员必须关闭数据库并且重新设置INIT.ORA文件中的参数，然后重新启动数据库。对于白天使用OLTP模式运作，晚上切换

到数据仓库模式的Oracle数据库来说，这种重新设置是经常做的。

对于需要停止和重新启动Oracle数据库来修改参数来说，Oracle9i在这方面有明显的加强，它令实现数据库连续可用的目标变得更加简单。

这种可以在Oracle SGA中动态增加和缩小不同区域的能力为Oracle数据库管理员提供了一些令人激动的新特性。SGA每个区域的数据库活动都可以独立地被监视，而且也可以在Oracle数据库中，根据使用的模式分配和取回资源。

我们首先来看以下Oracle9i数据库和Oracle8i数据库的一些区别。Oracle9i的一个最重要的加强是对于连接到Oracle数据库的全

部专用连接，都无需要拥有一个独立的PGA空间。在Oracle8i中，对于专用的Oracle连接，我们都需要在内存中分配一个独立的区域，称为

Program Global

Area或者PGA。PGA空间中包含有SORT_AREA_SIZE和额外的RAM控制结构以用来维护连接任务的状态。在Oracle9i中，PGA空

间已经被Oracle SGA中的一个新内存空间代替，它是通过PGA_AGGREGATE_TARGET参数来设置的(见图1)。*********图一************

(Oracle8i与Oracle9i在内存分配上的区别)

由于全部的内存使用都在Oracle SGA中分配，所以Oracle数据库管理员可以将分配给Oracle服务器的内存加大，可以分配至直到Orace服务器全部内存的80%。Oracle建议将服务器其余的20%内存保留给操作系统的任务。

当用户连接到Oracle9i数据库时，排序工作所需要的内存将会在Oracle9i的PGA_AGGREGATE_TARGET区域中分配。这可以令

Oracle9i比Oracle8i跑得更快，这是由于内存只在需要的期间才分配，并且在完成后就可以马上释放给其它连接的Oracle任务使用。

动态修改SGA区域

由于Oracle管理员现在可以增加和减少SGA的全部区域，因此我们可以快速地查看一下SGA区域是怎样的，这样我们就可以知道Oracle DBA如何监视这些区域的使用并且为Oracle数据库更有效地重新分配内存。SGA的区域可以分为以下的部分。

数据缓冲(Data buffers)--Oracle9i拥有多达7个独立的数据缓冲来保存磁盘送来的数据块。这些包含有传统的KEEP

pool，RECYCLE pool和DEFAULT pool，还有为每个Oracle数据库支持的块大小(2K, 4K, 8K,

16K和32K) 而建立的独立数据缓冲池(见图2)。图2 独立的Oracle9i数据缓冲

我们可以监视这7个数据缓冲区域的命中率，如果缓冲的命中率保持在百分之九十以上，我们可以减少分配给这些数据缓冲的内存，并且将它们重新分配给其它Oracle实例中需要额外内存的地方。

　　当数据缓冲的命中率(DBHR)下降时，我们可以将内存由一个数据缓冲中分离出来，并且将它重新分配给其它的数据缓冲(如图3所示)。图3 在Oracle9i的数据缓冲之间重新分配内存

共享池(Shared pool)--Oracle9i的共享池有一个很重要的作用是分析和执行Oracle SQL语句。低的library

cache命中率表示分配给library cache的内存不足，当shared

pool需要对SQL语句进行大量的分析和执行时，Oracle9i的数据库管理员可以使用ALTER SYSTEM来为shared

pool加入额外的内存。

PGA区域--分配给PGA_AGGREGATE_TARGET的内存是用来让Oracle连接维护与连接相关的信息(例如游标的状态)，并且对SQL的结果集进行排序。

Log buffer--对于Oracle redo log缓冲是否有大量活动，我们可以在log

switch(日志转换)的频率上看出来。Oracle管理员可以监视redo

log区域的活动，并且在Oracle数据库需要额外的内存为原始的缓冲区域服务时，动态地增加内存。

现在就让我们来仔细看以下这些内存区域之间是如何作用的。

改变PGA的内存分配

当以下的其中一个条件是真时，我们将需要动态地修改PGA_AGGREGATE_TARGET参数。

。当V$SYSSTAT中对"estimated PGA memory for one-pass" 的统计值超出PGA_AGGREGATE_TARGET时，我们就需要增加PGA_AGGREGATE_TARGET的值。

。当V$SYSSTAT中对"workarea executions - multipass"

的统计值超过百分之一时，数据库将会由更多的内存中得到好处。你可能过高地估计了PGA内存的空间，当V$SYSSTAT中"workarea

executions - optimal"的值一直是100%时，可以考虑减少PGA_AGGREGATE_TARGET的值。

我们可以通过一个简单的脚本来查看shared pool是否需要更多的内存。

量度Library Cache的丢失率

set lines 80;

set pages 999;

column mydate heading 'Yr. Mo Dy Hr.' format a16

column c1 heading "execs" format 9,999,999

column c2 heading "Cache Misses|While Executing" format 9,999,999

column c3 heading "Library Cache|Miss Ratio" format 999.99999

break on mydate skip 2;

select

to_char(snap_time,'yyyy-mm-dd HH24') mydate,

sum(new.pins-old.pins) c1,

sum(new.reloads-old.reloads) c2,

sum(new.reloads-old.reloads)/

sum(new.pins-old.pins) library_cache_miss_ratio

from

stats$librarycache old,

stats$librarycache new,

stats$snapshot sn

where

new.snap_id = sn.snap_id

and

old.snap_id = new.snap_id-1

and

old.namespace = new.namespace

group by

to_char(snap_time,'yyyy-mm-dd HH24')

;

Cache Misses

Yr. Mo Dy Hr. execs While Executing LIBRARY_CACHE_MISS_RATIO

---------------- ---------- --------------- ------------------------

2001-12-11 10 10,338 3 .00029

2001-12-12 10 182,477 134 .00073

2001-12-14 10 190,707 202 .00106

2001-12-16 10 2,803 11 .00392

由上面的例子看到，在每天的9：00AM到10：AM之间，shared pool明显缺少内存。我们就可以在这段期间动态地重新设置shared_pool参数以由db_cache_size中分配额外的内存。[@more@]