DB2中在線增量備份失敗的示例分析

小編給大家分享一下DB2中在線增量備份失敗的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

  公司有一臺(tái)DB2服務(wù)器在線增量備份失敗，使用的備份軟件為NETBACKUP 7.5。具體報(bào)錯(cuò)如下：

nbu報(bào)4號(hào)錯(cuò)誤，在賽門鐵克的官網(wǎng)上，對(duì)4號(hào)錯(cuò)誤的描述是

給出的解決方案是驗(yàn)證權(quán)限,是否可刪除文件。如果你從這個(gè)思路去找原因解決問題，就會(huì)很困惑。因?yàn)榧词鼓惆褭?quán)限設(shè)成777，也還是會(huì)報(bào)這個(gè)錯(cuò)誤。

換一個(gè)思路，還是看看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 = "".

這個(gè)信息告訴我們數(shù)據(jù)庫沒有配置允許增量備份的功能，在DB2中需要開啟。在ORACLE中，則可以通過RMAN實(shí)現(xiàn)比較方便的增量和差異備份。

接下來我們查一下TRACKMOD參數(shù)

$ db2 get db cfg for portaldb|grep -i trackmod

Track modified pages                         (TRACKMOD) = OFF

發(fā)現(xiàn)此參數(shù)為OFF,這顯然是導(dǎo)致DB2增量備份失敗的最主要的原因。

因?yàn)閐b2的增量備份需要設(shè)置tracemod為on,這樣數(shù)據(jù)庫將在物理頁上記錄更改的部分頁,做dirty標(biāo)記。開啟了增量備份意味著,不需要每次備份一個(gè)超大的數(shù)據(jù)庫.同時(shí)意味著你可以將數(shù)據(jù)庫恢復(fù)到崩潰前的狀態(tài),而不是你最后一次備份時(shí)的狀態(tài),最大可能的減少數(shù)據(jù)損失.

正確設(shè)置增量備份需要注意三個(gè)參數(shù)：

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.

也就是說，對(duì)于這些配置參數(shù)，必須在所有應(yīng)用程序都與此數(shù)據(jù)庫斷開連接之后（db2 force applications all），更改才會(huì)生效。另外在更改參數(shù)后，數(shù)據(jù)庫處于backup pending狀態(tài)，在執(zhí)行增量、在線備份之前必須執(zhí)行離線全備份一次，以使?fàn)顟B(tài)正常。

補(bǔ)充：如何進(jìn)行在線備份、增量備份、差異備份?

db2 backup db testdb online to 備份路徑(在線全備份) include logs

db2 backup db testdb online incremental to 備份路徑(增量備份)

db2 backup db testdb online incremental delta to 備份路徑(delta備份)

如何使用備份文件進(jìn)行恢復(fù)?

1.查看備份文件的完整性,并驗(yàn)證是否可用

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

2.執(zhí)行db2ckrst命令返回建議的必需的恢復(fù)操作命令。

db2ckrst -d portaldb -r database -t 20130619001007

3.執(zhí)行上個(gè)命令給出的命令序列

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

將會(huì)將數(shù)據(jù)庫還原到備份的時(shí)刻,之后應(yīng)該執(zhí)行日志前滾(此時(shí)數(shù)據(jù)庫處于前滾暫掛狀態(tài),將無法使用)

db2 rollforward db portaldb to end of logs and complete

當(dāng)然如果你認(rèn)為不需要前滾(這樣將丟失最后一次備份之后的更改),也可以

db2 rollforward db portaldb stop

當(dāng)你了解了這些知識(shí)，就能夠正確有序的執(zhí)行備份恢復(fù)，快速高效的解決問題。

以上是“DB2中在線增量備份失敗的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！