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

小编给大家分享一下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中在线增量备份失败的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注云行业资讯频道！