ホームページ >データベース >mysql チュートリアル >ORA-00257 archiver error--数据闪回区满导致无法归档

ORA-00257 archiver error--数据闪回区满导致无法归档

WBOY
WBOYオリジナル
2016-06-07 17:21:04884ブラウズ

ORA-00257: archiver error. Connect internal only, until freed 。,经过检查后发现,我原先偷懒,把归档日志位置放置在了数据

ORA-00257 archiver error--数据闪回区满导致无法归档 

系统:Windows Server 2008 R2

数据库版本:Oracle 10.2.0.4

今天上午,一上班就发生错误:

ORA-00257: archiver error. Connect internal only, until freed 。

数据库状态:打开但不可用。

报警日志:

~Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_arc1_3032.trc:~ORA-16038: log 3 sequence# 87 cannot be archived~ORA-19809: limit exceeded for recovery files~ORA-00312: online log 3 thread 1: 'E:\ORACLE10GRAC\ORCL\REDO03.LOG'~

经过检查后发现,我原先偷懒,把归档日志位置放置在了数据库默认的位置上,,就是数据闪回区,这个区域,有2G的空间限制,而归档日志现在就有2G的大小了,所以导致无法生成新的归档日志,导致了上述错误。

解决办法很多:

因为我的数据库是OTLP在线系统,需要一直提供服务,所以我的最初想法是马上关闭数据库,暂时关闭归档模式,先提供服务,然后再解决问题。

执行命令shutdown immediate,数据库一直不动,原因应该是各客户端一直在连接,所以这个关闭模式,需要没有活动客户端,所以导致数据库一直无法关闭,所以只能关闭重启服务器,让所有客户端掉线。

在服务器启动后,在关闭数据库,在打开数据库到MOUNT模式下,暂时关闭归档模式:

alter database noarchivelog;

然后再关闭数据库,然后再重启,这时候就可以用了。

至于归档模式,可以在客户端连接少的情况,看准时间,重新进行设置。

三种解决办法:

方法1:关闭归档模式。

方法2:增加闪回数据区大小

alter system set db_recovery_file_dest_size=20G scope=both;

方法3:修改归档日志位置。

追加:

请务必注意,如果归档日志位置在闪回区,那么务必注意闪回区容量使用情况,可以通过查看v$flash_recovery_area_usage视图。

select * from v$flash_recovery_area_usage;

linux

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。