当前位置:Gxlcms > mysql > DB2在线增量备份失败的案例分析

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

时间:2021-07-01 10:21:17 帮助过:38人阅读

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

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

1327.jpg

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

1328.jpg

给出的解决方案是验证权限,是否可删除文件。如果你从这个思路去找原因解决问题,,就会很困惑。因为即使你把权限设成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)!

人气教程排行