昨天發現了一個問題，在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

oracle11g控制檔案自動備份延遲特性

相關文章