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. 注意事項
自動化的東西總是給人不確定性。如果您在測試環境中啟用了閃回恢復區,那么一定要注意監控空間的使用。在生產數據庫上使用(如果有這樣的人的話),必須要把閃回恢復區放到單獨的磁盤上。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/