DB2在线增量备份失败的案例分析

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了DB2在线增量备份失败的案例分析，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2977字，纯文字阅读大概需要5分钟。

内容图文

公司有一台DB2服务器在线增量备份失败，使用的备份软件为NETBACKUP7.5。具体报错如下：nbu报4号错误，在赛门铁克的官网上，对4号错误的描述是给出的解决方案是验

公司有一台DB2服务器在线增量备份失败，使用的备份软件为NETBACKUP 7.5。具体报错如下：

nbu报4号错误，在赛门铁克的官网上，对4号错误的描述是

给出的解决方案是验证权限,是否可删除文件。如果你从这个思路去找原因解决问题，，就会很困惑。因为即使你把权限设成777，也还是会报这个错误。

换一个思路，还是看看DB2的db2diag.log日志吧。日志里有这样一段描述：

2013-06-19-15.22.29.980017-360 E437909183A905     LEVEL: Severe
PID     : 798772               TID  : 1           PROC : db2agent (idle) 0
INSTANCE: db2inst2             NODE : 000         DB   : PORTALDB
APPHDL  : 0-490                APPID: *LOCAL.db2inst2.130619212231
AUTHID  : DB2INST2
FUNCTION: DB2 UDB, database utilities, sqlubInitCheck, probe:310
MESSAGE : SQL2426N  The database has not been configured to allow the
incremental backup operation. Reason code = "".

这个信息告诉我们数据库没有配置允许增量备份的功能，在DB2中需要开启。在ORACLE中，则可以通过RMAN实现比较方便的增量和差异备份。

接下来我们查一下TRACKMOD参数

$ db2 get db cfg for portaldb|grep -i trackmod
Track modified pages                         (TRACKMOD) = OFF

发现此参数为OFF,这显然是导致DB2增量备份失败的最主要的原因。

因为db2的增量备份需要设置tracemod为on,这样数据库将在物理页上记录更改的部分页,做dirty标记。开启了增量备份意味着,不需要每次备份一个超大的数据库.同时意味着你可以将数据库恢复到崩溃前的状态,而不是你最后一次备份时的状态,最大可能的减少数据损失.

正确设置增量备份需要注意三个参数：

db2 update db cfg using logretain on(或者recovery); 启用归档日志
db2 update db cfg using trackmod on; 启用增量备份功能
db2 update db cfg using userexit on; 启用用户出口

对于这些配置参数，必须在所有应用程序都与此数据库断开连接之后（db2 force applications all），更改才会生效。另外在更改参数后，数据库处于backup pending状态，在执行增量、在线备份之前必须执行离线全备份一次，以使状态正常。

补充：如何进行在线备份、增量备份、差异备份?

db2 backup db testdb online to 备份路径(在线全备份) include logs
db2 backup db testdb online incremental to 备份路径(增量备份)
db2 backup db testdb online incremental delta to 备份路径(delta备份)

如何使用备份文件进行恢复?

1.查看备份文件的完整性,并验证是否可用

db2ckbkp -h /db2logs/PORTALDB.0.db2inst2.NODE0000.CATN0000.20130619001007.001

2.执行db2ckrst命令返回建议的必需的恢复操作命令。

db2ckrst -d portaldb -r database -t 20130619001007

3.执行上个命令给出的命令序列

db2 restore db portaldb incremental from /backup taken at 20130619001007 buffer 100

将会将数据库还原到备份的时刻,之后应该执行日志前滚(此时数据库处于前滚暂挂状态,将无法使用)

db2 rollforward db portaldb to end of logs and complete

当然如果你认为不需要前滚(这样将丢失最后一次备份之后的更改),也可以

db2 rollforward db portaldb stop

当你了解了这些知识，就能够正确有序的执行备份恢复，快速高效的解决问题。

以上就是 DB2在线增量备份失败的案例分析的内容，更多相关内容请关注PHP中文网（www.gxlcms.com）！

内容总结

以上是互联网集市为您收集整理的DB2在线增量备份失败的案例分析全部内容，希望文章能够帮你解决DB2在线增量备份失败的案例分析所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---