Oracle數據庫管理中，錯誤碼00257是非常常見的一種錯誤碼，這個錯誤碼常常提示ORA-00257: archiver error，需要管理員以及開發者注意。那么這個錯誤碼是什么意思，為什么會出現，它的影響如何，我們一起來看。

首先，錯誤碼00257導致的ORA-00257: archiver error錯誤一般會出現在數據庫處于ARCHIVELOG模式下的情況下。它通常有以下幾種類型：

1. ARCHIVELOG files are filling up the disk space
2. Media Failure like Hard-disk crash etc.
3. Insufficient space in the /recovery area
4. Lack of tape drive available in the environment

看到第一種類型，我們就能有一個大概的了解：因為歸檔日志文件最近存儲不足，或是其他歸檔日志問題，導致錯誤彈出。

這里我們可以再進一步舉例說明這種情況。譬如我們手動備份許多的數據，并占用/文件系統下的歸檔日志空間，導致ORA-00257錯誤。因為我們的系統設置并不能自動清理這些歸檔日志，所以我們需要手動刪除一部分進行釋放空間，或是重新設置計劃自動備份。

至于歸檔日志路徑，比較常見的包括指定一個文件夾或是flash恢復區/recovery area，也可能是tape drive。路徑可以在數據庫控制文件中找到，例如:

SQL>show parameter control_files

同時可以查看歸檔路徑在哪里：

SQL>show parameter log_archive_dest

我們可能會對這個路徑進行修改：

SQL>alter system archive log all to ‘/archive_A/dest_A/';

那么出現ORA-00257錯誤后應該怎么辦呢？

首先我們需要找出這個錯誤碼出現的具體原因?？梢酝ㄟ^alert日志文件進行查找定位，例如：

Tue Jan 10 14:06:40 2012
ARC3 started with pid=22, OS id=24912
ARC3: Archival started
Tue Jan 10 14:06:41 2012
ARC0: STARTING ARCH PROCEDURE TO RESUME FLASHBACK
ARCH: STARTED
Tue Jan 10 14:06:41 2012
ARC0: Completed archiving log# 1 seq# 10
*********************************************************************
Changes in the last 2 hours
**********************************************************************
Mon Jan 9 11:59:15 2012
ARCH: Connecting to console port…
Mon Jan 9 11:59:19 2012
Last process shutdown was 3604 minutes ago. Database was not shutdown normally!
Mon Jan 9 11:59:19 2012
Starting ORACLE instance (normal)….
***********************************************************************

我們可以在其中找到出現這個錯誤碼時的時間和對應動作。例如這里就顯示出是因為磁盤已滿導致了錯誤。

接著，我們需要對應處理方法進行調整。如果是磁盤空間不足，我們需要手動刪除不必要的日志文件。如果是歸檔路徑不對，我們可以對歸檔路徑進行設置修改。如果是歸檔設置不正確，我們需要更改歸檔設置等等。

如果還是無法定位報錯原因，或者無法進行自行處理，我們需要進行進一步調試和聯系管理員。畢竟ORA-00257錯誤碼影響到實際業務系統的數據安全和正常運行。

最后提醒大家，對于每一個錯誤碼，我們都要深入分析原因，才能有針對性地解決問題，并且避免重復出現。