文章內(nèi)容

錯(cuò)誤代碼 ORA-16014的解決辦法

發(fā)布時(shí)間: 2012/9/4 17:49:27

錯(cuò)誤代碼 16014

進(jìn)行了檢查，發(fā)現(xiàn)磁盤空間已滿，于是刪除了磁盤多余的空間，問題暫時(shí)得到解決。好景不長半小時(shí)后問題再次發(fā)生。

經(jīng)分析，是recovery區(qū)域的大小超過了參數(shù)db_recovery_file_dest_size的大小，造成DB掛起，關(guān)閉重啟后，仍不能解決。

解決過程
1.select status from v$instance; 會(huì)發(fā)現(xiàn)mounted-

alter database open; 開不了，報(bào)錯(cuò)。
2.show parameter db_recovery_file
SQL> show parameter db_recovery_file
NAME                                 TYPE        VALUE
------------------------------------ ----------- -------
db_recovery_file_dest                string      d:\bk
db_recovery_file_dest_size           big integer 2G
alter system set db_recovery_file_dest_size = 3G scope = both;
alter database open;開
反思：
1檢查flash recovery area的使用情況
select * from v$flash_recovery_area_usage;
FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE                   0                         0               0
ONLINELOG                     0                         0               0
ARCHIVELOG                74.27                         0              65
BACKUPPIECE                1.77                         0               9
IMAGECOPY                     0                         0               0
FLASHBACKLOG               3.63                       3.5              29
2計(jì)算flash_recovery area 已經(jīng)占用的空間
select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
SUM(PERCENT_SPACE_USED)*3/100
-----------------------------
                       2.4345
這說明剛開始的2G不足，導(dǎo)致online redo log無法歸檔，只有設(shè)置參數(shù)解決問題。
3也可以通過刪除 flash recovery area 中不必要的備份來釋放flash recovery area的空間
delete obsolete;
crosscheck backupset...
delete expired backupset;...