打算寫一系列的文章介紹11g的新特性和變化。

Oracle11g在備份和恢復方面新增了很多的功能，無論是效能、功能性、安全性和可操作性方面都有了不同程度的提高。

這一篇介紹RMAN刪除歸檔日誌時的驗證。

在11g以前的版本，Oracle的rman並沒有和其他日誌應用系統緊密結合起來，因此，rman刪除歸檔日誌的時候並不會判斷這個日誌是否對其他系統仍然有用。

當rman刪除日誌後，可能會發現其他的系統比如DATA GUARD、STREAMS等由於日誌被刪除而無法正常工作。

從11g開始，rman在刪除時會首先判斷，這個日誌是否其他系統仍然需要，當其他需要仍然需要這個日誌時，rman會報警，且不會刪除這個日誌。

先看看10g下的情況：

SQL> conn sys/test@testrac_standby as sysdba已連線。
SQL> select sequence# from v$managed_standby where status = 'WAIT_FOR_LOG';

SEQUENCE#
----------
577

SQL> shutdown immediate
ORA-01109: 資料庫未開啟

已經解除安裝資料庫。
ORACLE 例程已經關閉。
SQL> exit從 Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options 斷開
$ rman target /

恢復管理器: Release 10.2.0.3.0 - Production on 星期四 9月 13 04:14:09 2007

連線到目標資料庫: TESTRAC (DBID=4291216984)

RMAN> delete archivelog sequence 577;

使用目標資料庫控制檔案替代恢復目錄分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=286 例項=testrac1 devtype=DISK分配的通道: ORA_DISK_2通道 ORA_DISK_2: sid=308 例項=testrac2 devtype=DISK

已存檔的日誌副本列表關鍵字 Thrd Seq S 時間下限名稱
------- ---- ------- - ---------- ----
1981 1 577 A 31-8月 -07 /data1/archivelog/1_577_626291662.dbf

是否確定要刪除以上物件 (輸入 YES 或 NO)? no

在10g中，rman不會檢查這個日誌是否其他系統仍然需要，而在11g中，這個問題得到解決：

[oracle@yangtk ~]$ rman target /

Recovery Manager: Release 11.1.0.6.0 - Production on Sun Oct 21 09:02:08 2007

connected to target database: ORA11G (DBID=4026820313)

RMAN> delete archivelog all;

using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=128 device type=DISK
RMAN-08137: WARNING: archived log not deleted as it is still needed
archived log file name=/data/oracle/oradata/ora11g/archivelog/1_212_630620185.dbf thread=1 sequence=212
RMAN-08137: WARNING: archived log not deleted as it is still needed
archived log file name=/data/oracle/oradata/ora11g/archivelog/1_213_630620185.dbf thread=1 sequence=213

Oracle11新特性——備份恢復功能增強（一）

相關文章