共计 2283 个字符，预计需要花费 6 分钟才能阅读完成。
丸趣 TV 小编给大家分享一下 DB2 中在线增量备份失败的示例分析，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
公司有一台 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 update db cfg using trackmod on
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully.
SQL1363W One or more of the parameters submitted for immediate modification
were not changed dynamically. For these configuration parameters, all
applications must disconnect from this database before the changes become
effective.
也就是说，对于这些配置参数，必须在所有应用程序都与此数据库断开连接之后（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 中在线增量备份失败的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
