Oracle flashback buffer 的分配与 Granule 限制

自Oracle 10g开始，Oracle引入了Flashback Database的功能，当启用该功能后，需要在Shared Pool中分配Flashback buffer , 该内存的分配与Granule的大小有关，Oracle限制该内存的分配不超过1个Granule的大小。

修改如下参数，重启数据库，开启Flashback功能：

SQL> alter system set db_recovery_file_dest='/home/oracle/fra' scope=spfile;

System altered.

SQL> alter system set db_recovery_file_dest_size=1024M scope=spfile;

System altered.
SQL> startup mount;
ORACLE instance started.
Database mounted.
SQL> alter database flashback on;

Database altered.

SQL> alter database open;

Database altered.

在Shared Pool会分配一块内存区域：flashback generation buffer，该内存最大为 1 个Granule 。缺省的数据库分配了如下内存：

SQL> select * from v$sgastat where name like '%flash%';

POOL         NAME                 BYTES     CON_ID
------------ -------------------------- ---------- ----------
shared pool  flashback_marker_cache_si          9200        0
shared pool  flashback generation buff       7428272        0

修改隐含参数 _flashback_generation_buffer_size 可以增加该内存分片，但是在 16M Granule大小的设置下，flashback buffer的分配不会超过16M，修改_ksmg_granule_size参会可以调整Granule的大小，但是由于该参数影响广泛，通常不建议修改：

SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.ksppdesc describ
  FROM SYS.x$ksppi x, SYS.x$ksppcv y   WHERE x.indx = y.indx AND x.ksppinm LIKE '%&par%';
Enter value for par: granule_size
old   3:  WHERE x.indx = y.indx AND x.ksppinm LIKE '%&par%'
new   3:  WHERE x.indx = y.indx AND x.ksppinm LIKE '%granule_size%'

NAME                   VALUE            DESCRIB
------------------------------ -------------------- -----------------------------------------------------------
_ksmg_granule_size           16777216         granule size in bytes

SQL> alter system set "_flashback_generation_buffer_size"=33554432 scope=spfile;

System altered.

重启数据库后可以看到Flashback Buffer增加到16M左右：

SQL> select * from v$sgastat where name ='flashback generation buff';

POOL         NAME                 BYTES       CON_ID
------------ ------------------------------ ---------- ----------
shared pool  flashback generation buff          15937344        0

内存的分配过程也可以从告警日志文件中观察得到：

Mon Jul 15 12:17:39 2013
Successful mount of redo thread 1, with mount id 927646639
Mon Jul 15 12:17:39 2013
Allocated 15937344 bytes in shared pool for flashback generation buffer

这就是关于Flashback Buffer的分配与参数关系。