RMAN BACKUP ... PLUS ARCHIVELOG & ORA-19809

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

然后目前有的备份计划如下:
RMAN BACKUP ... PLUS ARCHIVELOG & ORA-19809_第1张图片

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

........
........
input archive log thread=1 sequence=420 recid=44 stamp=876515301
input archive log thread=1 sequence=421 recid=45 stamp=876517820
input archive log thread=1 sequence=422 recid=46 stamp=876526203
channel ORA_DISK_1: starting piece 1 at 08-APR-15
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup plus archivelog command at 04/08/2015 23:30:06
ORA-19809: limit exceeded for recovery files
ORA-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'

最后问题成功解决。

你可能感兴趣的:(oracle)