RMAN BACKUP ... PLUS ARCHIVELOG & ORA-19809

来源：互联网发布：win10开机优化设置编辑：程序博客网时间：2024/06/08 17:03

因为某些原因，当前环境oracle 10g数据库的LOG_ARCHIVE_DEST_1设置为非FRA路径，而LOG_ARCHIVE_DEST_10则置空。实际结果是启用了FRA但所有备份和文件都不在FRA里。

然后目前有的备份计划如下：
RMANBACKUP

昨天想了一下，在每天的inc level 1増量备份的语句中加上PLUS ARCHIVELOG。结果产生了如下错误：

................input archive log thread=1 sequence=420 recid=44 stamp=876515301input archive log thread=1 sequence=421 recid=45 stamp=876517820input archive log thread=1 sequence=422 recid=46 stamp=876526203channel ORA_DISK_1: starting piece 1 at 08-APR-15RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of backup plus archivelog command at 04/08/2015 23:30:06ORA-19809: limit exceeded for recovery filesORA-19804: cannot reclaim 4001838080 bytes disk space from 2147483648 limit

事实上archivelog根本没有路径在FRA里，备份指定路径也不在FRA里。但依然提示了这个错误。
GOOGLE一翻毫无所获。但百度一下似乎有人遇到类似的问题：http://yunlongzheng.blog.51cto.com/788996/710994/

经过一翻思考，这应该是RMAN内部一个语法解释的问题，尽管最后备份的位置不在FRA中，但程序还是检查了FRA的空间。想到启用FRA之后，默认备份位置就是FRA，于是灵机一动更改了一下RMAN的默认备份位置：

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'F:\ramnbak\Daily\%d_%T_%I_%p_%s_L1.bak'

最后问题成功解决。

0 0