8月1日 Monitor过程中遇到的ORA-19809问题（归档日志满了）-CSDN博客

这一周多的知识积累，终于对手头上的项目有了比较明确的思路，之前还比较一头雾水。

今天在数据采集的时候，想做一点测试，于是新建一个Session，做大规模DML操作，原本只是想把一个表的数据控制在100W行左右的，可惜多打了几次命令，长得太快了，最后这张表的数据瞬间涨到了3500W行。这么庞大的表，在做完测试的时候Drop掉，居然花了我半个小时，也没去深究是不是接下来要讨论的这个问题的原因。

就在Drop这个表的同时，我再开启了了自己写的监控程序，发现客户端程序上不来了。这个比较纠结。看listener.log，没有发现错误，说明不是listener的问题。继而转向查看alert文件。发现了错误代码

Errors in file /data2/oracle_11g/diag/rdbms/orcl/orcl/trace/orcl_arc3_16578.trc:

ORA-19809: limit exceeded for recovery files

ORA-19804: cannot reclaim 92331520 bytes disk space from 2147483648 limit

ARC3:Error 19809 Creating archive log file to '/data2/oracle_11g/flash_recovery_area/ORCL/archivelog/2011_08_01/o1_mf_1_33_%u_.arc'

Errors in file /data2/oracle_11g/diag/rdbms/orcl/orcl/trace/orcl_arc3_16578.trc:

ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available.

转而根据提示查看了db_recovery_file_dest_size参数，2G，再看看db_recovery_file_dest目录，因为archive文件在这里面，猜想多半是这个问题了，一看今天的归档，吓一跳啊，就在刚才大批量DML操作的同时，归档日志瞬间满了。

找到问题的原因就好解决了，用了暂时的解决方法——修改db_recovery_file_dest_size参数，起初修改为4G。Alter system set db_recovery_file_dest_size=4G scope=both;客户程序还是上来了，以为没事，谁知瞬间再次出现这个问题，一看，我了个擦，又满了。只好狠一点改成10G，后来发现光那几个DML操作居然产生了7G多的归档日志。因为是测试环境嘛，所以，关库，全备，然后删了所有的archive log，再启动，世界又恢复了和平。