淺談Oracle 10G 閃回恢復區
2024-08-29 13:46:25
供稿：網友
1.1. 何為閃回恢復區
Oracle 10g 有一項新功能稱為：自動的基于磁盤的備份與恢復( Automatic Disk-Based Backup and Recovery )。實現該功能的基礎為本文要講述的閃回恢復區( Flash Recovery Area )。閃回恢復區是 Oracle 10g 中的新事物。 簡單的說，閃回恢復區是一塊用以存儲恢復相關的文件的存儲空間。
答應用戶集中存儲所有恢復相關的文件。
閃回恢復區可以放在如下幾種存儲形式上：
·目錄
·一個文件系統
·自動存儲治理(ASM)磁盤組
在 RAC 環境中,這個該位置必須為 集群文件系統 (cluster file system) 或是 ASM 磁盤組亦或是通過 NFS 控制的文件共享目錄，還要注重的是，所有實例的位置和操作系統的磁盤限額 (disk quota) 必須一致。
如下幾種文件可以放到閃回恢復區中:
·控制文件
·歸檔的日志文件(注：Oracle 手冊上所說的在設定flash recovery area之后，LOG_ARCHIVE_DEST_10的值將自動設定為flash recovery area的位置，這個變化在筆者測試過程中觀察不到)
·閃回日志
·控制文件和 SPFILE 自動備份
·RMAN 備份集
·數據文件拷貝
1.2. 為何要用閃回恢復區?
如前所述，閃回恢復區提供了一個集中化的存儲區域，很大程度上減小了治理開銷。這是其最主要的優點。與 RMAN 結合使用可以進行快速恢復。
近年來隨著存儲技術的發展，單個磁盤的存儲能力已經加強。這使自動的基于磁盤的備份與恢復的技術實現成為可能。而閃回恢復區恰是基于磁盤的備份與恢復的基礎。把閃回恢復區和OMF 與 ASM 結合運用看起來是比較完美的方案。當然，不可否認的是，自動備份恢復技術還遠遠不夠成熟。
1.3. 設定閃回恢復區
假如您使用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_dest
NAME TYPE VALUE
---------------------------------------------------------------------------
db_recovery_file_dest string /u01/app/oracle/flash_recovery_area
db_recovery_file_dest_size big integer 2G
SQL>
如上所示，我們設定了閃回恢復區，位置在 /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 的話，該參數的值意義是不一樣的
1.4. 治理并監控閃回恢復區
我們先看看閃回恢復區內的文架結構層次
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
- 62 -
`-- 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.dbf
7 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 NUMBER
SQL> 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 30
SQL>
在一些 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 YES
SQL>
1.5. 閃回恢復區中文件的保持策略
·持久文件從不會被刪除。
·通過RMAN 配置策略過期的文件會被刪除。
·已經拷貝到磁帶上的臨時性文件會被刪除。
·在 Data Guard 環境中，當已歸檔的重作日志文件可以從閃回恢復區中刪除的時候，可以應用歸檔的重作日志刪除策略進行自動刪除(在恢復治理器中CONFIGURE ARCHIVELOG DELETION POLICY TO ......)。
在閃回恢復區中的空間使用超過 85% 的時候，數據庫將會向 alert 文件中寫入告警信息。而當超過97%的時候將會寫入嚴重告警信息。當閃回恢復區空間不夠的時候，Oracle將報告如下類似的錯誤：
ORA-19809: limit exceeded for recovery files
ORA-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 ile_dest_size, backup files to tertiary
d and has 148509184 remaining device, delete files from recovery area
bytes available. using RMAN, consider changing RMAN reten-
tion policy or consider changing RMAN a
rchivelog deletion policy.
1 rows selected.
SQL>
會給出相關的原因和建議的操作。
1.6. 注重事項
自動化的東西總是給人不確定性。假如您在測試環境中啟用了閃回恢復區，那么一定要注重監控空間的使用。在生產數據庫上使用(假如有這樣的人的話)，必須要把閃回恢復區放到單獨的磁盤上。
