當(dāng)前位置: 首頁(yè)IT技術(shù) → ORA-00257錯(cuò)誤解決方法

ORA-00257錯(cuò)誤解決方法

更多

今天登錄oracle,又遇到了ORA-16020: less destinations available than specified by LOG_ARCHIVE_MIN_SUCCEED_DEST這個(gè)問(wèn)題,具體解決方法如下

1. 用sys用戶登錄

sql>sys/sys as sysdba

2. 看看archiv log所在位置

SQL> show parameter log_archive_dest;

NAME TYPE VALUE

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

log_archive_dest_10 string

log_archive_dest_state_1 string

log_archive_dest_state_2 string

3. 一般VALUE為空時(shí),可以用archive log list;檢查一下歸檔目錄和log sequence

4. 檢查flash recovery area的使用情況,可以看見archivelog已經(jīng)很大了,達(dá)到96.62

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

注:V$FLASH_RECOVERY_AREA_USAGE必須是10.2以上的版本才有此視圖,低于此版本的這是select提示該視圖或表不存在,因?yàn)槲椰F(xiàn)在用的版本是9i的所有無(wú)法顯示。

5. 計(jì)算flash recovery area已經(jīng)占用的空間

SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;

如果在第四中你的oracle能正常執(zhí)行該語(yǔ)句,那么你可以接著進(jìn)行第五步操作,反之則就直接跳過(guò)第五步。

6. 找到recovery目錄, show parameter recover

SQL> show parameter recover;

recovery_parallelism integer 0

也是是因?yàn)榘姹咎,所有查詢結(jié)果沒(méi)有顯示歸檔位置用的值和存放的位置

7.根據(jù)我的oracle的情況,我試著執(zhí)行了下alter database clear unarchived logfile group 1

SQL> alter database clear unarchived logfile group 1;

alter database open;

執(zhí)行到這一步,我的問(wèn)題解決了,原來(lái)是因?yàn)閿?shù)據(jù)庫(kù)里有不能歸檔的日志。

熱門評(píng)論
最新評(píng)論
發(fā)表評(píng)論 查看所有評(píng)論(0)
昵稱:
表情: 高興 可 汗 我不要 害羞 好 下下下 送花 屎 親親
字?jǐn)?shù): 0/500 (您的評(píng)論需要經(jīng)過(guò)審核才能顯示)