ORA-00257: archiver error. Connect internal only, until freed处理方法

这个错误与前面遇到的ORA-16014  有点类似，也是导数过程中突然停下来，没反应，但硬盘读得厉害，最后强制停止，再打开数据库出现如下提示：

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

直接导致客户端无法连接数据库，我这里直接将监听与服务关掉，然后删除物理日志文件，再重启相关监听与服务，就可以使用客户端连接了。

用rman target / 命令进入RMAN命令行后执行
RMAN> crosscheck archivelog all;
RMAN> delete expired archivelog all; 就可以删除所有过期的日志文档并释放空间
或者删除指定时间之前的archivelog：
DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'；(指定删除7天前的归档日志)
然后再做测试数据，问题就没有了。

PS：有人说直接删除物理日志文档释放空间不行，实验证明直接删除物理日志文档释放空间也没问题。

在网上搜索得知，上述错误是由于归档日志（archive log）已满引起的。

解决办法：

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;

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

最后，查看datafile位置

指定位置Archive Log, 请按照如下配置

或者修改大小：

至此基本解决

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