ORA-00257归档日志写满的解决方法

ORA-00257归档日志写满的解决方法

背景：

在前一篇博客中我们提到了如何启动或关闭oracle的归档(ARCHIVELOG)模式，在我成功设定数据库为归档模式以后， 第二天再次尝试连接数据库，报错:ORA-00257。在网上找到了一圈资料，有些是说归档日志写满，删除归档日志。有些是说闪回日志写满，关闭闪回日志。主要参考文献有以下：
首先我认为是闪回日志写满，但是查了数据库以后发现我并没可有开启闪回日志，那么就是归档日志文件写满的缘故了。使用以下几个命令可以看出当前归档日志文件的使用情况：

select * from v$recovery_file_dest;
select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
select * from v$flash_recovery_area_usage;
select * from v$version;

归档日志文件目录、最大值（已经设定为20G）、当前使用值

可以看到ARCHIVED LOG的使用率是3.84%，这是因为我已经删除掉归档日志文件了。在没有删除归档日志之前是99.46这样打的数字，表明我们的归档日志已经使用了大部分的空间。

所以进入rman程序删除归档日志

rman target sys/pass@prjdb
crosscheck archivelog all;
delete archivelog until time 'sysdate'; --删除所有日志
delete expired archivelog all;--删除过期日志

深层分析后来我想这样手动删除也不是个办法总得让系统自动删除。后来就做了数据库备份脚本。执行的备份策略如下：每周执行增量0的备份，顺便备份归档日志，并且删除过期归档日志
每天执行增量1的备份，顺被备份归档日志，并且删除过期归档日志。
因为我没有设定归档日志的有效期，所以一档完成增量备份，那么之前的所有归档日志都会被删除，相当于只保留一天的归档日志。在执行这个备份策略以后，发现还是会出现ORA-00257这样的错误。这个时候已经不是简单删除归档日志的问题了，因为当前的归档日志目录连一天的归档日志都发布下。所以考虑扩大归档日志目录，参考：http://langzhiwang888.iteye.com/blog/1675033

SQL> alter system set db_recovery_file_dest_size=21474836480;－－－设置使用空间大小（20*1024*1024*1024）,20GB
System altered
SQL> show parameter db_recovery_file_dest;－－－查看归档日志路径限额

此时归档日志目录最大值就变成了20G。按照这样的设定再次重启oralce。