oracle11g控制文件自动备份延迟特性

昨天发现了一个问题,在rman中开启了configure controlfile autobackup on;之后在数据库中添加了一个表空间,然后到控制文件自动
备份缺省路径上去看,发现并没有产生控制文件的自动备份。在网上查了资料,才发现在oracle11gR2中已经改变了这一特性。
在oracle10g,如果数据库处于自动归档模式,且configuer controlfile autobackup on;那么只要数据库结构发生了变化,oracle都会
自动备份控制文件到指定目录下。
然而在oracle11g中有这么一个特性------控制文件自动备份延迟。
就是说,即使我们设置了控制文件的自动备份,在数据库结构发生改变之后我们并不会立即在指定目录中看到控制文件的备份,而是
过一段时间才能看到,这就防止了由于数据库结构发生多次改变而产生多个控制文件自动备份。那么控制文件自动备份的时间是由谁
来决定的呢?
是由oracle的隐含参数_controlfile_autobackup_delay决定的,它的缺省值是300s。
下面我们来看一下:
SQL> select * from v$version where rownum<2;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

RMAN> show controlfile autobackup;
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE CONTROLFILE AUTOBACKUP ON;

SQL> archive log list
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            /u01/app/archivelog/dest2/
Oldest online log sequence     6
Next log sequence to archive   8
Current log sequence           8

下面我们在数据库中添加一个表空间:
SQL> create tablespace a datafile '/u01/app/oracle/oradata/orcl/a01.dbf'       
  2  size 10m autoextend on extent management local segment space management 
  3  auto;
Tablespace created.

然后我们到指定目录去看是否有相应的控制文件备份产生:
[oracle@localhost autobackup]$ ls
2014_08_15  
可以看到2014.8.16今天的控制文件自动备份并没有立刻生成。(ps:我虚拟机上的时间错了,比实际时间少一天)

过了300s之后再去查看,发现已经生成了相应的控制文件备份:
[oracle@localhost autobackup]$ ls
2014_08_15  2014_08_16


请使用浏览器的分享功能分享到微信等