oracle之Flash Recovery Area全面介紹

1. 設置閃回恢復區
閃回恢復區主要經過3個初始化參數來設置和管理

db_recovery_file_dest：指定閃回恢復區的位置
db_recovery_file_dest_size：指定閃回恢復區的可用空間大小

db_flashback_retention_target：指定數據庫能夠回退的時間，單位爲分鐘，默認1440分鐘，也就是一天。固然，實際上可回退的時間還決定於閃回恢復區的大小，由於裏面保存了回退所須要的flash log。因此這個參數要和db_recovery_file_dest_size配合修改。

 

SQL> ALTER SYSTEM SET db_recovery_file_dest_size=3g SCOPE=BOTH;

System altered.

SQL> ALTER SYSTEM SET db_recovery_file_dest=' D:\app\Administrator\flash_recovery_area ' SCOPE=BOTH;

System altered.

SQL> show parameter db_recovery_file_dest

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

db_recovery_file_dest string D:\app\Administrator\flash_recovery_area

db_recovery_file_dest_size big integer 3852M

SQL> show parameter db_flashback

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

db_flashback_retention_target integer 1440

 

 

 

2. 啓動flashback database

默認狀況數據庫的flashback database是關閉，能夠在mount exclusive狀態下打開。在設置了閃回恢復區後，能夠啓動閃回數據庫功能。

SQL> archive log list; --數據庫必須已經處於歸檔模式

數據庫日誌模式 存檔模式

自動存檔 啓用

存檔終點 d:\archivelog

最先的聯機日誌序列 60

下一個存檔日誌序列 62

當前日誌序列 62

SQL> shutdown immediate;

數據庫已經關閉。

已經卸載數據庫。

ORACLE 例程已經關閉。

SQL> startup mount;

ORACLE 例程已經啓動。

Total System Global Area 849530880 bytes

Fixed Size 1377896 bytes

Variable Size 637536664 bytes

Database Buffers 205520896 bytes

Redo Buffers 5095424 bytes

數據庫裝載完畢。

SQL> alter database flashback on;

數據庫已更改。

SQL> alter database open;

數據庫已更改。

SQL> select flashback_on from v$database;

FLASHBACK_ON

------------------

YES

 

 

3. 取消閃回恢復區
將db_recovery_file_dest參數設置爲空，能夠停用閃回恢復區。若是已經啓用flashback database，則不能取消閃回恢復區。

 

SQL> alter system set db_recovery_file_dest='';

alter system set db_recovery_file_dest=''

*

第 1 行出現錯誤:

ORA-02097: 沒法修改參數, 由於指定的值無效

ORA-38775: 沒法禁用恢復區 - 閃回數據庫已啓用

SQL> shutdown immediate

數據庫已經關閉。

已經卸載數據庫。

ORACLE 例程已經關閉。

SQL> startup mount;

ORACLE 例程已經啓動。

Total System Global Area 849530880 bytes

Fixed Size 1377896 bytes

Variable Size 637536664 bytes

Database Buffers 205520896 bytes

Redo Buffers 5095424 bytes

數據庫裝載完畢。

SQL> alter database flashback off;

數據庫已更改。

SQL> alter database open;

數據庫已更改。

SQL> alter system set db_recovery_file_dest='';

系統已更改。

SQL> show parameter db_recovery_file_dest

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

db_recovery_file_dest string

db_recovery_file_dest_size big integer 3852M

SQL>

 

 

注意:

（1）DB_RECOVERY_FILE_DEST_SIZE 只有在 DB_RECOVERY_FILE_DEST 清空以後才能夠清空。

（2）初始化參數 db_recovery_file_dest_size 的設定有一點點須要注意的地方：

文件的第0塊和操做系統數據塊頭的空間大小不包含在內，該參數並不表明實際佔用的空間大小。若是空間被壓縮、鏡像、RAID 的話，該參數的值意義是不同的

 

 

4. 閃回恢復區的內容
全部和恢復相關的文件均可以存放到閃回恢復區
SQL> select file_type from v$flash_recovery_area_usage;

 

FILE_TYPE

--------------------

CONTROL FILE

REDO LOG

ARCHIVED LOG

BACKUP PIECE

IMAGE COPY

FLASHBACK LOG

FOREIGN ARCHIVED LOG

已選擇7行。

 

上面視圖中查詢的結果列出的全部類型的文件，均可以利用閃回恢復區來存放、管理。

 

在一些 10g 的動態視圖裏( V$CONTROLFILE, V$LOGFILE, V$ARCHIVED_LOG, V$DATAFILE_COPY 等 )的新的列IS_RECOVERY_DEST_FILE ,指明相關的文件是否在恢復區內。

 

 

SELECT recid, blocks, is_recovery_dest_file

FROM v$archived_log

WHERE recid < 5;

RECID BLOCKS IS_

---------- ---------- ---

1 14141 NO

2 52 NO

3 7 NO

4 138 NO

SQL>

 

5 . 閃回恢復區的一些限制
若是設置了閃回恢復區，則log_archive_dest和log_archive_duplex_dest將不可用。

SQL> alter system set log_archive_dest='e:/' ;

alter system set log_archive_dest='e:/'

*

第 1 行出現錯誤:

ORA-02097: 沒法修改參數, 由於指定的值無效

ORA-16018: 沒法將 LOG_ARCHIVE_DEST 與 LOG_ARCHIVE_DEST_n 或

DB_RECOVERY_FILE_DEST 一塊兒使用

 

 

SQL> alter system set log_archive_duplex_dest='e:/';

alter system set log_archive_duplex_dest='e:/'

*

第 1 行出現錯誤:

ORA-02097: 沒法修改參數, 由於指定的值無效

ORA-16018: 沒法將 LOG_ARCHIVE_DUPLEX_DEST 與 LOG_ARCHIVE_DEST_n 或

DB_RECOVERY_FILE_DEST 一塊兒使用

 

說明：

設置閃回恢復區後，若是沒有設置過log_archive_dest_n參數，則歸檔日誌默認是保存到該區域的。實際上，oracle是經過隱式的設置log_archive_dest_10='location=USE_DB_RECOVERY_FILE_DEST'來實現的。因此，若是修改過log_archive_dest_n將歸檔日誌保存到其餘位置，也能夠修改該參數繼續使用閃回恢復區。

多個數據庫的閃回恢復區能夠指定到同一個位置，可是db_name不能同樣，或者db_unique_name不同。RAC的閃回恢復區必須位於共享磁盤上，能被全部實例訪問。

 

 

6. 閃回恢復區的空間管理

閃回恢復區中添加或刪除文件等變化都將記錄在數據庫的 alert 日誌中，Oracle 10g 也針對該新特性提供了一個新的視圖， DBA_OUTSTANDING_ALERTS，經過該視圖能夠獲得相關的信息。

 

SQL> DESC dba_outstanding_alerts

名稱 是否爲空? 類型

----------------------------------------- -------- ----------------------------

 

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(128)

ERROR_INSTANCE_ID VARCHAR2(142)

 

 

在閃回恢復區中的空間使用超過 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.

 

 

同時，oracle在alert中還會給出解決該問題的建議
************************************************************************
You have following choices to free up space from flash recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMANB ACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating system command was used to delete files, then use RMAN CROSSCHECK and DELETE EXPIRED commands.
************************************************************************

 

 

V$RECOVERY_FILE_DEST視圖 包含閃回恢復區的相關信息：

SQL> desc V$RECOVERY_FILE_DEST

名稱 是否爲空? 類型

----------------------------------------- -------- ---------------------

 

NAME VARCHAR2(513)

SPACE_LIMIT NUMBER

SPACE_USED NUMBER

SPACE_RECLAIMABLE NUMBER

NUMBER_OF_FILES NUMBER

 

SQL> select * from v$recovery_file_dest;
NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES

---------- ----------- ---------- ----------------- ---------------

4039114752 0 0 0

 

 

 

經過查詢視圖v$flash_recovery_area_usage，能夠得到當前閃回恢復區的空間使用狀況，而且能夠知道是哪些文件佔中了空間，據此能夠作出相應的處理，或者加大閃回恢復區，或者移走相應的文件。

SQL> select * from v$flash_recovery_area_usage;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE

-------------------- ------------------ -------------------------

CONTROL FILE 0 0

REDO LOG 0 0

ARCHIVED LOG 0 0

BACKUP PIECE 0 0

IMAGE COPY 0 0

FLASHBACK LOG 0 0

FOREIGN ARCHIVED LOG 0 0

 

若是閃回恢復區空間耗盡，且歸檔路徑設置到了閃回恢復區中，則因爲日誌沒法歸檔，數據庫會hang住。因此，對於生產庫，若是將歸檔放到閃回恢復區中，須要密切關注閃回恢復區的空間使用狀況，不然一旦閃回恢復區的空間用盡，將致使數據庫沒法提供服務。