[Oracle@jingmin ~]$ sqlplus test1/test1

SQL*Plus: Release 11.2.0.3.0 Production on Fri Dec 21 10:08:57 2012Copyright (c) 1982, 2011,?oracle. All rights reserved.ERROR:ORA-00257: archiver error. Connect internal only, until freed.

?

原因:歸檔進(jìn)程在歸檔重做日志的時候，發(fā)生了錯誤。如果問題不馬上解決，數(shù)據(jù)庫將不可用，無法進(jìn)行任何事物，出現(xiàn)這個錯誤信息的最大可能是：存儲重做日志的空間不足

解決辦法：檢查歸檔跟蹤文件查看詳細(xì)原因，檢查archive_log_dest參數(shù)設(shè)置

?

查看了一下歸檔模式?jīng)]有問題:

[sql]?view plaincopy

SQL>?archive?log?list;??

查看重做日志空間使用請況：因?yàn)槊啃r都備份并刪除Archive Log, 沒有問題：

[sql]?view plaincopy

SQL>?SELECT?*?FROM?V$RECOVERY_FILE_DEST;??

??

NAME??

??

--------------------------------------------------------------------------------??

??

SPACE_LIMIT?SPACE_USED?SPACE_RECLAIMABLE?NUMBER_OF_FILES??

??

-----------?----------?-----------------???

??

---------------??

??

+DATA1???

??

6.4425E+10?3.3210E+9?0?3??

??

SQL>?select?*?from?v$flash_recovery_area_usage;??

??

FILE_TYPE?PERCENT_SPACE_USED?PERCENT_SPACE_RECLAIMABLE??

??

--------------------?------------------?-------------------------??

??

NUMBER_OF_FILES-??

??

--------------??

??

CONTROL?FILE?0?0?0??

??

REDO?LOG?4.04?0?3ARCHIVED?LOG?0?0??

因?yàn)橛玫氖茿SM統(tǒng)一存儲管理，所以下面語句會報錯，因?yàn)槭褂玫膮?shù)不是 log_archive_dest :

[sql]?view plaincopy

SQL>?alter?system?set?log_archive_dest='+FDA1';??

??

ERROR?at?line?1:ORA-02097:?parameter?cannot?be?modified?because?specified?value?is?invalid??

??

ORA-16018:?cannot?use?LOG_ARCHIVE_DEST?with?LOG_ARCHIVE_DEST_n?orDB_RECOVERY_FILE_DEST??

下面是正確的解決辦法：

[sql]?view plaincopy

SQL>?alter?system?set?db_recovery_file_dest='+FDA1';??

System?altered.??

SQL>?alter?system?switch?logfile;??

System?altered.??

SQL>?conn?test1/test1Connected.??

————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————
下面是一篇文章的翻譯：原載地址： http://www.dba-oracle.com/sf_ora_00257_archiver_error_connect_internal_only_until_freed.htm ?
數(shù)據(jù)庫的后臺進(jìn)程ARCH是負(fù)責(zé)將在線重做日志歸檔到目標(biāo)地址文件系統(tǒng)，詳細(xì)參考一篇文章： ADRCI cannot create archive log file ?ORA-00257是一個Oracle常見錯誤，一旦數(shù)據(jù)庫的閃回區(qū)域被日志占滿了，或者db_recovery_file_dest_size太小，你會一直看到這個錯誤 第一、使用以下語句確認(rèn)歸檔模式是否開啟

SQL> archive log list;

第二、你需要去找到你存儲歸檔日志的目標(biāo)地址，如果你是用確切的目標(biāo)地址的話(文件系統(tǒng)，不是ASM管理)，即使用了db_recovery_file_dest參數(shù)

SQL> show parameter db_recovery_file_dest; (SQL> show parameter recovery)

第三、需要解決ORA-00257，你需要找到存儲數(shù)據(jù)庫重做日志的空間大小

SQL> SELECT * FROM V$RECOVERY_FILE_DEST; (SQL> select * from v$flash_recovery_area_usage;)

第四、通過上面的語句，可以看到使用了多少空間，最大空間限制等數(shù)值，如果可能是因?yàn)檫@個原因，我們應(yīng)該把那些archive logs移到其他地方去 第五、，你要做的是把當(dāng)前系統(tǒng)在線日志都?xì)w檔到離線：

SQL> alter system archive log all;

請了解，執(zhí)行第五步的時候，很可能會遇到這個錯誤： ORA-16020 in the LOG_ARCHIVE_MIN_SUCCEED_DEST ，這時你應(yīng)該選用正確的歸檔地址(如果你是用flash Recovery區(qū)域來管理的話，請記住一定要多方考慮，因?yàn)槟阏谠囼?yàn)的是Log_ARCHIVE_DEST):

SQL>alter system set LOG_ARCHIVE_DEST_.. = 'location=/archivelogpath reopen';

解決ORA-00257的最后一步是切換日志文件，從而確認(rèn)是否解決

SQL> alter system switch logfile;

與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的解决归档出错，ORA-00257: archiver error. Connect internal only, until freed.的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。