何為閃回恢複區
Oracle 10g 有一項新功能稱為:自動的基於磁碟的備份與恢複( Automatic Disk-Based Backup and Recovery )。實現該功能的基礎為本文要講述的閃回恢複區( Flash Recovery Area )。閃回恢複區是 Oracle 10g 中的新事物。簡單的說,閃回恢複區是一塊用以儲存恢複相關的檔案的儲存空間。允許使用者集中儲存所有恢複相關的檔案。
閃回恢複區可以放在如下幾種儲存形式上:
在 RAC 環境中,這個該位置必須為 叢集檔案系統 (cluster file system) 或是 ASM 磁碟組亦或是通過 NFS 控制的檔案分享權限設定目錄,還要注意的是,所有執行個體的位置和作業系統的磁碟限額 (disk quota) 必須一致。
如下幾種檔案可以放到閃回恢複區中:
- 控制檔案
- 歸檔的記錄檔(注:Oracle 手冊上所說的在設定flash recovery area之後,LOG_ARCHIVE_DEST_10的值將自動設定為flash recovery area的位置,這個變化在筆者測試過程中觀察不到)
- 閃回日誌
- 控制檔案和 SPFILE 自動備份
- RMAN 備份組
- 資料檔案拷貝
為何要用閃回恢複區?
如前所述,閃回恢複區提供了一個集中化的儲存地區,很大程度上減小了管理開銷。這是其最主要的優點。與 RMAN 結合使用可以進行快速恢複。
近年來隨著儲存技術的發展,單個磁碟的儲存能力已經加強。這使自動的基於磁碟的備份與恢複的技術實現成為可能。而閃回恢複區恰是基於磁碟的備份與恢複的基礎。把閃回恢複區和 OMF 與 ASM 結合運用看起來是比較完美的方案。當然,不可否認的是,自動備份恢複技術還遠遠不夠成熟。
設定閃回恢複區
如果您使用DBCA建立的資料庫,在安裝時可以設定閃回恢複區的位置以及大小(點擊這裡查看安裝)--這也是 Oracle 10g OUI 的新功能之一。如果在開始的時候沒有啟用閃回恢複區,可以通過如下方式設定。
調整如下兩個動態初始化參數(無需重新啟動執行個體):
SQL> ALTER SYSTEM SET db_recovery_file_dest_size=2g SCOPE=BOTH;System altered.SQL> SQL> ALTER SYSTEM SET db_recovery_file_dest='/u01/app/oracle/flash_recovery_area' 2 SCOPE=BOTH;System altered.SQL>
之後查看所作的修改是否生效:
SQL> SHOW parameter db_recovery_file_destNAME TYPE VALUE-------------------------------- ----------- -----------------------------------db_recovery_file_dest string /u01/app/oracle/flash_recovery_areadb_recovery_file_dest_size big integer 2GSQL>
如上所示,我們設定了閃回恢複區,位置在 /u01/app/oracle/flash_recovery_area,上限為2G。如果要撤銷閃回恢複區,把初始化參數 DB_RECOVERY_FILE_DEST 的值清空即可。
注意: DB_RECOVERY_FILE_DEST_SIZE 只有在 DB_RECOVERY_FILE_DEST 清空之後才可以清空。
初始化參數 db_recovery_file_dest_size 的設定有一點點需要注意的地方:
- 檔案的第0塊和作業系統資料區塊頭的空間大小不包含在內
- 該參數並不代表實際佔用的空間大小。如果空間被壓縮、鏡像、RAID 的話,該參數的值意義是不一樣的
管理並監控閃回恢複區
我們先看看閃回恢複區內的文架結構層次
SQL> host tree /u01/app/oracle/flash_recovery_area/u01/app/oracle/flash_recovery_area|-- DEMO| |-- archivelog| | |-- 2004_12_07| | | |-- o1_mf_1_10_0vbwz2fm_.arc| | | |-- o1_mf_1_11_0vc1yj14_.arc| | | |-- o1_mf_1_12_0vc6vvws_.arc| | | |-- o1_mf_1_13_0vcbv6cg_.arc| | | |-- o1_mf_1_14_0vchlxb3_.arc| | | |-- o1_mf_1_15_0vcnh2bz_.arc| | | |-- o1_mf_1_5_0vbk8goo_.arc| | | |-- o1_mf_1_6_0vbkq6dk_.arc| | | |-- o1_mf_1_7_0vbktl5f_.arc| | | |-- o1_mf_1_8_0vbo97xp_.arc| | | `-- o1_mf_1_9_0vbrrlo6_.arc| | `-- 2004_12_08| | |-- o1_mf_1_16_0vcnyqvf_.arc| | |-- o1_mf_1_17_0vcp58bj_.arc| | |-- o1_mf_1_18_0vcv4qxb_.arc| | |-- o1_mf_1_19_0vczcsl0_.arc| | |-- o1_mf_1_20_0vd34svw_.arc| | |-- o1_mf_1_21_0vd7tg4h_.arc| | |-- o1_mf_1_22_0vddq7lc_.arc| | |-- o1_mf_1_23_0vdk0nbh_.arc| | |-- o1_mf_1_24_0vdojjky_.arc| | |-- o1_mf_1_25_0vdtg1rq_.arc| | |-- o1_mf_1_26_0vdz23h2_.arc| | |-- o1_mf_1_27_0vf3nlnw_.arc| | |-- o1_mf_1_28_0vf6hon5_.arc| | |-- o1_mf_1_29_0vf867lt_.arc| | |-- o1_mf_1_30_0vf86pkg_.arc| | `-- o1_mf_1_31_0vfjphqm_.arc| `-- backupset| |-- 2004_12_07| | |-- o1_mf_ncsn1_TAG20041207T150715_0vboq7kv_.bkp| | `-- o1_mf_nnnd1_TAG20041207T150715_0vboo3t2_.bkp| `-- 2004_12_08| |-- o1_mf_ncsnf_TAG20041208T161219_0vffxv2n_.bkp| |-- o1_mf_ncsnf_TAG20041208T165456_0vfjcvgl_.bkp| `-- o1_mf_nnndf_TAG20041208T161219_0vffv40q_.bkp`-- tracking.dbf7 directories, 33 files
閃回恢複區中添加或刪除檔案等變化都將記錄在資料庫的 alert 日誌中,Oracle 10g 也針對該新特性提供了一個新的視圖, DBA_OUTSTANDING_ALERTS,通過該視圖可以得到相關的資訊。
DBA_OUTSTANDING_ALERTS 視圖的存在體現了 Oracle 愈加人性化的一面。我們先來看一下該視圖的基本結構,後面會用到。
SQL> DESC dba_outstanding_alerts Name Null? Type ----------------------------------------- -------- ---------------------------- SEQUENCE_ID NUMBER REASON_ID NOT NULL NUMBER OWNER VARCHAR2(30) OBJECT_NAME VARCHAR2(513) SUBOBJECT_NAME VARCHAR2(30) OBJECT_TYPE VARCHAR2(64) REASON VARCHAR2(4000) TIME_SUGGESTED TIMESTAMP(6) WITH TIME ZONE CREATION_TIME TIMESTAMP(6) WITH TIME ZONE SUGGESTED_ACTION VARCHAR2(4000) ADVISOR_NAME VARCHAR2(30) METRIC_VALUE NUMBER MESSAGE_TYPE VARCHAR2(12) MESSAGE_GROUP VARCHAR2(64) MESSAGE_LEVEL NUMBER HOSTING_CLIENT_ID VARCHAR2(64) MODULE_ID VARCHAR2(64) PROCESS_ID VARCHAR2(128) HOST_ID VARCHAR2(256) HOST_NW_ADDR VARCHAR2(256) INSTANCE_NAME VARCHAR2(16) INSTANCE_NUMBER NUMBER USER_ID VARCHAR2(30) EXECUTION_CONTEXT_ID VARCHAR2(60) ERROR_INSTANCE_ID VARCHAR2(142)SQL>
10g 的新視圖 V$RECOVERY_FILE_DEST 包含閃回恢複區的相關資訊:
SQL> desc V$RECOVERY_FILE_DEST Name Null? Type ----------------------------------------- -------- ---------------------------- NAME VARCHAR2(513) SPACE_LIMIT NUMBER SPACE_USED NUMBER SPACE_RECLAIMABLE NUMBER NUMBER_OF_FILES NUMBERSQL> SELECT NAME, space_limit, space_used, space_reclaimable space_rec, 2 number_of_files file_num 3 FROM v$recovery_file_dest;NAME SPACE_LIMIT SPACE_USED SPACE_REC FILE_NUM----------------------------------- ----------- ---------- ---------- ----------/u01/app/oracle/flash_recovery_area 2147483648 1106849280 602410496 30SQL>
在一些 10g 的動態視圖裡( V$CONTROLFILE, V$LOGFILE, V$ARCHIVED_LOG, V$DATAFILE_COPY 等 )的新的列 IS_RECOVERY_DEST_FILE ,指明相關的檔案是否在恢複區內。
SQL> SELECT recid, blocks, is_recovery_dest_file 2 FROM v$archived_log 3 WHERE recid < 5; RECID BLOCKS IS_RECOVERY_DEST_FILE---------- ---------- ---------------------------------------- 1 20072 YES 2 19566 YES 3 19566 YES 4 19566 YESSQL>
閃回恢複區中檔案的保持策略
- 持久檔案從不會被刪除。
- 通過RMAN 配置策略到期的檔案會被刪除。
- 已經拷貝到磁帶上的臨時性檔案會被刪除。
- 在 Data Guard 環境中,當已歸檔的重作記錄檔可以從閃回恢複區中刪除的時候,可以應用歸檔的重作日誌刪除策略進行自動刪除(在復原管理員中CONFIGURE ARCHIVELOG DELETION POLICY TO ......)
在閃回恢複區中的空間使用超過 85% 的時候,資料庫將會向 alert 檔案中寫入警示資訊。而當超過 97% 的時候將會寫入嚴重警示資訊。當閃回恢複區空間不夠的時候,Oracle將報告如下類似的錯誤:
ORA-19809: limit exceeded for recovery filesORA-19804: cannot reclaim 52428800 bytes disk space from 1258291200 limit
這個時候查詢 dba_outstanding_alerts:
SQL> select reason,object_type,suggested_action from dba_outstanding_alerts;REASON OBJECT_TYPE SUGGESTED_ACTION------------------------------ -------------------- ----------------------------------------db_recovery_file_dest_size of RECOVERY AREA Add disk space and increase db_recovery_1258291200 bytes is 88.20% use file_dest_size, backup files to tertiaryd and has 148509184 remaining device, delete files from recovery areabytes available. using RMAN, consider changing RMAN rete ntion policy or consider changing RMAN a rchivelog deletion policy.1 rows selected.SQL>
會給出相關的原因和建議的操作。
注意事項
自動化的東西總是給人不確定性。如果您在測試環境中啟用了閃回恢複區,那麼一定要注意監控空間的使用。在生產資料庫上使用(如果有這樣的人的話),必須要把閃回恢複區放到單獨的磁碟上。
結束語
本文介紹了閃回恢複區 -- Oracle 10g 的又一個華而不實的新功能 -- 的準系統。在後續的文檔中我會結合RMAN的新特性展示閃回恢複區的其他方面。