在oracle 11g中，使用一个参数memory_target就能够实现SGA和PGA组件依据工作负荷进行自动内存分配。oracle推荐使用自动内存管理简化内存分配。
oracle 11g依然支持手工内存分配：
1：oracle 11g使用memory_target来支持内存自动分配。
2：使用sga_target和pga_target参数来设置SGA和PGA，数据库会在这两个组件中自我优化。
3：你也可以手工设置SGA中的各个组件。比如db_cache_size,shared_pool_size等组件
oracle 11g中新的内存初始化参数：
有两个新的关键的内存初始化参数memory_target(这个参数设置分配给实例的内存数)和memory_max_size（这个参数是可选的，设置实例能够分配的最大内存，设置的是memory_target的上限值）。
memory_max_size参数是静态，然而memory_target是动态的。因此你可以调整memory_target参数值的大小，但上限是memory_max_size。

对自动内存管理的配置有两种情况，在创建数据库时或者是创建数据库后。

1：在数据库创建期间设置自动内存管理：如果是手工建库，那么你只需要设置好如下类似初始化参数即可：
memory_target = 1000m
memory_max_target = 1500m
如果是采用DBCA创建数据库，如果是创建新库并且是高级安装，你能选择自动内存管理选项。如果是选择基本安装，那么默认就是自动内存管理。

2：在数据库创建后：你可以在数据库创建后添加memory_max_target和memory_target.虽然memory_target是一个动态参数，但是当数据库运行时，你不能交换到自动内存管理。必须重启数据库将参数应用到实例启动过程才行。

   

实现自动内存管理，有下列原则：

MEMORY_TARGET 设置为非零值时：
1:如果设置了SGA_TARGET 和 PGA_AGGREGATE_TARGET，则会分别将它们当作 SGA大小和 PGA 大小的最小值。MEMORY_TARGET 可以将 SGA_TARGET + PGA_AGGREGATE_TARGET 的值作为 MEMORY_MAX_SIZE。
2:如果设置了 SGA_TARGET 但未设置PGA_AGGREGATE_TARGET，则仍会自动优化这两个参数。PGA_AGGREGATE_TARGET 将初始化为以下值：(MEMORY_TARGET -SGA_TARGET)。
3:如果设置了 PGA_AGGREGATE_TARGET 但未设置 SGA_TARGET，则仍会自动优化这两个参数。SGA_TARGET 将初始化为值 min(MEMORY_TARGET -PGA_AGGREGATE_TARGET, SGA_MAX_SIZE（如果用户已设置）)，系统将自动优化子组件。
4:如果未设置任何参数，则无需最小值或默认值即可自动优化这两个参数。有这样一个策略：在初始化过程中，将服务器的总内存按固定比率分配给SGA 和 PGA。该策略将在启动时分配 60% 的内存给SGA，40% 的内存给 PGA。如果未设置 MEMORY_TARGET，或者将其显式设置为 0（11g 中的默认值为 0）：
5:如果设置了 SGA_TARGET，则系统仅自动优化 SGA 的子组件大小。PGA 的自动优化与是否显式设置 PAG 无关。但是，不会自动优化整个SGA (SGA_TARGET) 和 PGA (PGA_AGGREGATE_TARGET)，即 SGA 和PGA 不会自动增长或收缩。如果既未设置SGA_TARGET，又未设置 PGA_AGGREGATE_TARGET，则遵从当前的策略：自动优化PGA，但不自动优化SGA；必须显式设置部分子组件的参数（对于SGA_TARGET）。
6: 如果仅设置了 MEMORY_MAX_TARGET，则使用文本初始化文件进行手动设置时，MEMORY_TARGET 默认为 0。SGA 和 PGA 的自动优化行为默认情况下与 10g R2 中的相同。
7:如果 SGA_MAX_SIZE 不是用户设置的，则在用户设置了 MEMORY_MAX_TARGET 的情况下，系统会在内部将其设置为 MEMORY_MAX_TARGET（与用户是否设置SGA_TARGET 无关）。

   

在有些场合，如果你使用自动内存管理给实例分配内存，可能会遇到下列错误，比如linux上：

SQL> startup
ORA-00845: MEMORY_TARGET not supported on this system

这是因为/dev/shm没有设置正确的值，确保这个值至少等于sga_max_size参数值。

[oracle@node1 dbs]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                       14G  9.4G  3.2G  75% /
/dev/sda1              99M   14M   81M  15% /boot
none                  2.0G  702M  1.4G  35% /dev/shm
可以看到该值为2G。
可以通过/etc/fstab来更改该值：
默认情况下该文件相关内容如下：
[oracle@node1 dbs]$ cat /etc/fstab |grep shm
none                    /dev/shm                tmpfs   defaults       0 0

可以将该值修改为如下：
none                    /dev/shm                tmpfs   defaults,size=2G        0 0
然后重启系统即可解决问题

 

内存结构=SGA（系统全局区）+PGA（程序全局区）

 

SGA：是用于存储数据库信息的内存区，该信息为数据库进程所共享。它包含Oracle 服务器的数据和控制信息,它是在Oracle服务器所驻留的计算机的实际内存中得以分配，如果实际内存不够再往虚拟内存中写

 

我们重点就是设置SGA，理论上SGA可占OS系统物理内存的1/2——1/3

 

原则：SGA+PGA+OS使用内存<总物理RAM

 

SGA=((db_block_buffers*blocksize)+(shared_pool_size+large_pool_size+java_pool_size+log_buffers)+1MB

 

1、SGA系统全局区.(包括以下五个区)

 

A、数据缓冲区:（db_block_buffers）存储由磁盘数据文件读入的数据。

 

大小: db_block_buffers*db_block_size

 

Oracle9i设置数据缓冲区为：Db_cache_size

 

原则：SGA中主要设置对象，一般为可用内存40%。

 

B、共享池:（shared_pool_size）:数据字典，sql缓冲，pl/sql语法分析.加大可提速度。

 

原则：SGA中主要设置对象，一般为可用内存10%

 

C、日志缓冲区:（log_buffer）存储数据库的修改信息.

 

原则：128K ---- 1M 之间，不应该太大

 

D 、JAVA池（Java_pool_size）主要用于JAVA语言的开发.

 

原则：若不使用java，原则上不能小于20M，给30M通常就够了

E、 大池（Large_pool_size）如果不设置MTS，主要用于数据库备份恢复管理器RMAN。

 

原则：若不使用MTS,5---- 10M 之间，不应该太大

 

SGA=. db_block_buffers*db_block_size+ shared_pool_size+ log_buffer+Java_pool+size+large_pool_size

 

原则： 达到可用内存的55-58%就可以了.

 

2、PGA程序全局区

 

PGA：包含单个服务器进程或单个后台进程的数据和控制信息，与几个进程共享的SGA 正相反PGA 是只被一个进程使用的区域，PGA 在创建进程时分配在终止进程时回收.

 

A、Sort_area_size 用于排序所占内存

 

B、Hash_area_size 用于散列联接，位图索引

 

这两个参数在非MTS下都是属于PGA ，不属于SGA,是为每个session单独分配的，在我们的服务器上除了OS + SGA,一定要考虑这两部分

原则：OS 使用内存+SGA+并发执行进程数*(sort_area_size+hash_ara_size+2M) < 0.7*总内存

 

实例配置

 

一：物理内存多大

 

二：操作系统估计需要使用多少内存

 

三：数据库是使用文件系统还是裸设备

 

四：有多少并发连接

 

五：应用是OLTP 类型还是OLAP 类型

 

基本掌握的原则是， db_block_buffer 通常可以尽可能的大，shared_pool_size 要适度，log_buffer 通常大到几百K到1M就差不多了

 

例如：

内存2G 单个CPU db_block_size 是8192 bytes

 

SGA=0.55*2048M=1126.4M左右

建议 shared_pool_size = 200M , db_block_buffer *db_block_size = 800M

 

具体: shared_pool_size=209715200 #200M

 

db_block_buffer=103192 #800M

 

log_buffer = 131072 # 128k (128K*CPU个数)

 

large_pool_size= 31457280 #30M

 

java_pool_size = 20971520 # 20 M

 

sort_area_size = 524288 # 512k (65k--2M)

 

sort_area_retained_size = 524288 # MTS 时 sort_area_retained_size = sort_area_size

Oracle对内存的管理的优化从未间断，从8i到11g不断地提出新的管理概念。每个本版都对内存管理进行了简化：

 

8i->9i:PGA的自动管理;

9i->10g:SGA的自动管理;

10g->11g:MEMORY（SGA＋PGA）的自动管理。

在11g中oracle引入了自动化内存管理(Automatic Memory Management)概念，仅用两个参数就能完成oracle的内存管理工作。DBA的工作看来又要轻松不少了，看看两个参数：

 

?

1 MEMORY_TARGET：oracle所能使用的最大内存，该参数可以动态调整。
MEMORY_MAX_TARGET：MEMORY_TARGET参数所能动态设定的最大值，不能动态调整，需要重启数据库。

 

注：oracle的内存管理方式可以根据本版向下兼容的，11g可以实现10g，9i，8i时的管理方式。

 

oracle环境：

 

下面通过一个小测试来看看oracle的内存分配（没有对PGA测试）。

 

SQL> select component,current_size,min_size,max_size from v$memory_dynamic_components;

 

COMPONENT CURRENT_SIZE MIN_SIZE MAX_SIZE

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

shared pool 130023424 109051904 130023424

large pool 4194304 4194304 4194304

java pool 4194304 4194304 4194304

streams pool 0 0 0

SGA Target 322961408 322961408 322961408

DEFAULT buffer cache 176160768 176160768 197132288

KEEP buffer cache 0 0 0

RECYCLE buffer cache 0 0 0

DEFAULT 2K buffer cache 0 0 0

DEFAULT 4K buffer cache 0 0 0

DEFAULT 8K buffer cache 0 0 0

 

COMPONENT CURRENT_SIZE MIN_SIZE MAX_SIZE

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

DEFAULT 16K buffer cache 0 0 0

DEFAULT 32K buffer cache 0 0 0

Shared IO Pool 0 0 0

PGA Target 218103808 213909504 218103808

ASM Buffer Cache 0 0 0

 

已选择16行。

 

SQL> show parameter memory_target

 

NAME TYPE VALUE

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

memory_target big integer 516M

 

SQL> run

1* select (322961408+218103808)/1024/1024||'M' "SGA+PGA" from dual

 

SGA+

----

516M

在此可以看出memory_target参数管理的内存是PGA与SGA之和。

 

单独计算SGA，通过shared pool，streams pool，java pool，large pool，buffer cache，

ASM Buffer Cache参数求和，计算得出当前SGA使用的大小（314572800）。

 

6 SQL> select (130023424+4194304+4194304+176160768) SGA from dual

2 ;

SGA

----------

314572800

 

通过SGA的目标值减去当前SGA的动态消耗。

SQL> select 322961408-314572800 "sga target-sga" from dual;

sga target-sga
--------------
8388608

SQL> select * from v$sgastat where pool is null;

POOL NAME BYTES
------------ -------------------------- ----------
fixed_sga 1375792
buffer_cache 167772160
log_buffer 5804032

SQL> select 1375792+5804032 "fixed_sga+log_buffer" from dual;

fixed_sga+log_buffer
--------------------
7179824

 

在SGA中的包括LOG BUFFER,fixed_sga部分，在最开始的v$memory_dynamic_components视图中

并没有包括这两部分，也说明这两个部分是固定的值，不会动态的改变。

出去SGA动态消耗后，再减去固定消耗，得到当前SGA还剩余多少。

 

?

1 SQL> select 8388608-7179824 from dual;

8388608-7179824
---------------
1208784

 

在动态分配视图的查询结果中包含Shared IO pool部分，以下是对该参数的说明：

Shared IO Pool Memory

Wait until a shared I/O pool buffer becomes available. This happens when processes are

using these buffers for I/O and the current process needs to wait for the release

of any one of the buffers to the shared I/O pool.

 

Wait Time: 10msec

 

Parameters: None

 

说明：shared IO pool参数设置是为了尽量减小进程IO的等待而专门配置的参数。

从分析角度看应该是属于PGA部分