ORA-00257 解决办法

这个错误与前面遇到的ORA-16014 有点类似，也是导数过程中突然停下来，没反应，但硬盘读得厉害，最后强制停止，再打开数据库出现如下提示：
ORA-00257: archiver error. Connect internal only, until freed
在网上搜索得知，上述错误是由于归档日志（archive log）已满引起的。
解决办法：
select from v$flash_recovery_area_usage;
select sum(percent_space_used)3/100 from v$flash_recovery_area_usage;
crosscheck archivelog all;
delete archivelog until time ‘sysdate-1’ ;
delete expired archivelog all;
alter system set db_recovery_file_dest_size=10g scope=spfile;
alter system set log_archive_dest=’/data/archivelog’ scope=spfile;
1、使用sysdba用户登录查看archive log 存放位置：

2、一般VALUE为空时，可以用archive log list;检查一下归档目录和log sequence：

3、检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到102.21：

4、计算flash recovery area已经占用的空间：

5、找到recovery目录, show parameter recover

6、由上可见，归档位置用的是默认值，放在flash_recovery_area下，而且已经超出最大空间，即然已超出，那就转移或清除对应的归档日志, 删除一些不用的日期目录的文件，注意保留最后几个文件。
注意:
在删除归档日志后，必须用RMAN维护控制文件，否则空间显示仍然不释放。
7、 登录rman，检查一些无用的archivelog

8、删除过期的归档，delete archivelog until time ‘sysdate-1’ ; 删除截止到前一天的所有archivelog


9、再次查询，发现使用率正常，已经降到2.22

附：如果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

原来是日志组一的一个日志不能归档

最后，查看datafile位置
指定位置Archive Log, 请按照如下配置

或者修改大小：

至此基本解决
结语：通过两次上述类似错误，发现都是归档模式下日志爆满引起的，为避免再次发生类似错误，建议建立策略定期删除过期没用的归档日志。