Oracle10g閃回恢復區詳細解析

 

[Oracle]Oracle10g閃回恢復區詳細解析

文章來源：dbanotes作者：Fenng更新時間：2006-4-14【大小】【加入收藏】

-

何爲閃回恢復區

　　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 備份集
• 數據文件拷貝

　　爲何要用閃回恢復區?

　　如前所述，閃回恢復區提供了一個集中化的存儲區域，很大程度上減小了管理開銷。這是其最主要的優點。與 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_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 的話，該參數的值意義是不一樣的

　　管理並監控閃回恢復區

　　我們先看看閃回恢復區內的文架結構層次

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_0vcnBbz_.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_0vdz23B_.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_reclaimablespace_rec,

 

  2         number_of_filesfile_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>

　　閃回恢復區中文件的保持策略

• 持久文件從不會被刪除。
• 通過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                   file_dest_size, backup files to tertiary

 

d and has 148509184 remaining                    device, delete files from recovery area

 

bytes available.                                 using RMAN, consider changing RMAN rete

 

ntion policy or consider changing RMAN a

 

rchivelog deletion policy.

 

 

 

1 rows selected.

 

 

 

SQL>

　　會給出相關的原因和建議的操作。

　　注意事項

　　自動化的東西總是給人不確定性。如果您在測試環境中啓用了閃回恢復區，那麼一定要注意監控空間的使用。在生產數據庫上使用(如果有這樣的人的話)，必須要把閃回恢復區放到單獨的磁盤上。