时间:2021-07-01 10:21:17 帮助过:8人阅读
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;