Db2: online backup和nonrecoverable load的兼容性

以下为9.7和10.5版本中的online backup和nonrecoverable load兼容性测试结果


1. 先发起nonrecoverable load,后发起online backup时:

insert into xxx
allow read access
insert into xxx
allow NO access
replace into xxx
allow NO access
SMS
backup等OnlBackup锁,
报SQL0911N,RC=68 失败
backup等Z锁,
报SQL0911N,RC=68 失败
backup等Z锁,
报SQL0911N,RC=68 失败
DMS
不冲突
不冲突
不冲突


2. 先发起online backup,再发起nonrecoverable load时:

insert into xxx
allow read access
insert into xxx
allow NO access
replace into xxx
allow NO access
SMSload等AlterTab锁,报SQL0911N,RC=68失败load需要的Z锁等表级别的IN锁,报SQL0911N,RC=68失败load需要的Z锁等表级别的IN锁,报SQL0911N,RC=68失败
DMS不冲突不冲突load会HANG住一段时间,且这个时间不受locktimeout参数的控制(不会锁超时),直到(对应表)backup完成,才继续进行,并成功完成


其他情况,建议多做测试,以测试为准。load的参数很多,再加上SMS/DMS表空间情形复杂,信息中心反映的情况并不完整。另外多做测试的一个重要原因是,测出的结果不冲突,不代表没有兼容性问题,Db2开发人员对于兼容性的定义是没有冲突,所以这一点上来讲,nonrecoverable load即使在DSM表空间下,仍然和online backup"冲突",不过很多情况下察觉不到,这里的冲突可能有信号量、消息队列,都是OS级别的资源冲突,而非锁等,所以不会有锁超时的报错。

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值