RMAN BACKUP ... PLUS ARCHIVELOG & ORA-19809

因为某些原因,当前环境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=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'

最后问题成功解决。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值