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

最新推荐文章于 2023-12-29 08:49:52 发布

原创最新推荐文章于 2023-12-29 08:49:52 发布 · 767 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#SQL #Oracle #ORA-00257

oracle 专栏收录该内容

6 篇文章

订阅专栏

本文介绍如何通过删除过期的归档日志来解决Oracle数据库中Flash Recovery Area使用率过高的问题。步骤包括登录数据库、检查归档日志状态、使用RMAN命令进行归档日志的清理等。

1. 用sys用户登录

C:\Documents and Settings\Administrator>sqlplus / as sysdba

2. 检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到99.2
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

3. 找到recovery目录
SQL> show parameter recover;

可以看到存放目录为 F:\app\Administrator\flash_recovery_area

4、进入归档日志目录下，转移或删除对应的归档日志, 删除一些不用的日期目录的文件

---------------------------------------------------------------------------------------
注意:
在删除归档日志后，必须用RMAN维护控制文件，否则空间显示仍然不释放。
---------------------------------------------------------------------------------------

5. 进入rman命令模式

C:\Documents and Settings\Administrator>rman target sys/pass

6. 检查一些无用的archivelog
RMAN> crosscheck archivelog all;

7. 删除过期的归档日志
RMAN> delete expired archivelog all;

（delete archivelog until time 'sysdate-1' ; 删除截止到前一天的所有archivelog）

8. 再次查询，发现使用率正常，已经降到6.6
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

其它有用的Command:
----------------------------------
如果archive log模式下不能正常startup,则先恢复成noarchive log,startup成功后，再shutdown;
shutdown immediate;
startup mount;
alter database noarchivelog;
alter database open;
shutdown immediate;

再次startup以archive log模式
shutdown immediate;
startup mount;
show parameter log_archive_dest;
alter database archivelog;
archive log list;
alter database open;

如果还不行，则删除一些archlog log
SQL> select group#,sequence# from v$log;

    GROUP# SEQUENCE#
---------- ----------
         1         62
         3         64
         2         63

原来是日志组一的一个日志不能归档
SQL> alter database clear unarchived logfile group 1;
alter database open;

最后，也可以指定位置Arch Log, 请按照如下配置
select name from v$datafile;
alter system set log_archive_dest='/opt/app/oracle/oradata/usagedb/arch' scope=spfile

或者修改大小
SQL> alter system set db_recovery_file_dest_size=3G scope=both;