Oracle 11g AMM与ASMM切换

现在的Oracle正在往智能化方向发展。如果我们现在找一些8i/9i时代的Oracle书籍，怎么样配置合适的数据库各内存池大小是非常重要的话题。但是进入10g之后，自动内存池调节成为一个重要Oracle特性。

在10g时，Oracle推出了ASMM（Automatic Shared Memory Management），实现了Oracle SGA和PGA内部结构的自调节。进入11g之后，AMM（Automatic Memory Management）实现了参数MEMORY_TARGET，将SGA和PGA的规划全部统筹起来对待。

默认情况下，Oracle 11g是使用AMM的。我们在安装过程中，指定Oracle使用内存的百分比，这个取值就作为MEMORY_TARGET和MEMORY_MAX_TARGET的初始取值使用。如果这两个参数设置为非零取值，那么Oracle就是采用AMM管理策略的。

同时，如果我们设置这两个参数为0，则AMM自动关闭。对应的SGA_TARGET、PGA_AGGREGATE_TARGET参数取值非零之后，Oracle自动退化使用ASMM特性。

--------------------------------------分割线 --------------------------------------

Oracle数据库不完全恢复

RMAN备份与恢复之基于时间点的不完全恢复

归档模式下，使用RMAN的同一备份两次用于不完全恢复

RMAN全库【完全恢复/不完全恢复】

CentOS 5.2 x86 安装Oracle 11g R2 笔记

在CentOS 6.4下安装Oracle 11gR2(x64)

Oracle 11gR2 在VMWare虚拟机中安装步骤

--------------------------------------分割线 --------------------------------------

本篇简单介绍一下AMM和ASMM的相互切换。

1、实验环境介绍

我们选择11.2.0.3进行试验，当前状态为ASMM。

SQL> select * from v$version;
 
BANNER
 
--------------------------------------------------------------------------------
 
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production
 
PL/SQL Release 11.2.0.3.0 - Production
 
CORE        11.2.0.3.0        Production
 
 
 
 
 
当前MEMORY_TARGET设置为零，AMM没有启用。
 
 
 
 
 
SQL> show parameter target
 
 
 
NAME                                TYPE        VALUE
 
------------------------------------ ----------- ------------------------------
 
archive_lag_target                  integer    0
 
db_flashback_retention_target        integer    1440
 
fast_start_io_target                integer    0
 
fast_start_mttr_target              integer    0
 
memory_max_target                    big integer 0
 
memory_target                        big integer 0
 
parallel_servers_target              integer    16
 
pga_aggregate_target                big integer 108M
 
sga_target                          big integer 252M
 
 
 
 
 
2、从ASMM到AMM
 
 
 
在11g中，如果使用ASMM，对应的内存共享段是真实的共享段。
 
 
 
 
 
[oracle@SimpleLinux ~]$ ipcs -m
 
 
 
------ Shared Memory Segments --------
 
key        shmid      owner      perms      bytes      nattch    status     

0x00000000 32768      oracle    640        4194304    32                     

0x00000000 65537      oracle    640        260046848  32                     

0x01606d30 98306      oracle    640        4194304    32