ORA-19815:WARNING: db_recovery_file_dest_size 處理過程

YallonKing發表於2012-02-07

以前的一個關於恢復區常見錯誤的處理過程

現象:

告警日誌,內容如下:

alert.log:
 client_id='' type='UNKNOWN' level='16'
 host_id='M1HFData' host_addr='::1' module='MMON_SLAVE'
 pid='25261'>
 Errors in file /m1hf/diag/rdbms/m1hf/m1hf/trace/m1hf_m000_25261.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 322122547200 bytes is 85.01% used, and has 48299640832 remaining

bytes available.
 


檢視OS儲存資訊如下:

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
                       50G   12G   36G  25% /
tmpfs                 7.5G  276K  7.5G   1% /dev/shm
/dev/sda1             485M   33M  427M   8% /boot
/dev/mapper/VolGroup-lv_home
                      392G  213M  372G   1% /home
/dev/sdb              9.9T  5.8T  3.6T  62% /opt/M1HFData


檢視引數設定:

NAME                                 TYPE
------------------------------------ --------------------
VALUE
------------------------------
db_recovery_file_dest                string
/opt/M1HFData
db_recovery_file_dest_size           big integer
300G

檢視相關檔案分佈情況:

FILE_TYPE                  USED RECLAIMABLE     number
-------------------- ---------- ----------- ----------
CONTROL FILE                  0           0          0
REDO LOG                      0           0          0
ARCHIVED LOG              32.95           0        216
BACKUP PIECE                .01           0          1
IMAGE COPY                    0           0          0
FLASHBACK LOG             53.59         .03       1915
FOREIGN ARCHIVED LOG          0           0          0

檢視閃回最早時間點:

OLDEST_FLASHBACK_SCN OLD_TIME
-------------------- ------------------------------
           547836755 2011/11/09 11:16:38

 

 經過分析,此原因的產生是由於昨天晚上跑的一個指令碼(此指令碼於03::00左右正確執行完成),產生大量歸檔日誌資訊,以至於相關目錄空間集聚增長,達到相關引數的報警臨界值。

處理方案:

 為保證閃回的最早時間點(即快速恢復可用性),故不對閃回相關文件進行操作,於是決定將歸檔日誌備份以釋放相關空間。

處理後相關檔案分佈百分比如下:

FILE_TYPE                  USED RECLAIMABLE     number
-------------------- ---------- ----------- ----------
CONTROL FILE                  0           0          0
REDO LOG                      0           0          0
ARCHIVED LOG                  0           0          0
BACKUP PIECE                .01         .01          2
IMAGE COPY                    0           0          0
FLASHBACK LOG             53.59         .24       1915
FOREIGN ARCHIVED LOG          0           0          0


後續繼續觀測相關告警資訊以及相關目錄狀態。


附metalink相關處理

Action: One of the following:


1.Add disk space and increase DB_RECOVERY_FILE_DEST_SIZE.

2.Backup files to tertiary device using RMAN.

3.Consider changing RMAN retention policy.

4.Consider changing RMAN archivelog deletion policy.

5.Delete files from recovery area using RMAN.

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26143577/viewspace-715748/,如需轉載,請註明出處,否則將追究法律責任。

相關文章