在上一篇文章( DB2 基礎(chǔ):使用重定向恢復克隆 DB2 數(shù)據(jù)庫)中,我概述了使用重定向恢復操作恢復另一臺機器上的 DB2 數(shù)據(jù)庫所需執(zhí)行的步驟。 重定向恢復操作由兩個過程組成,中間還有一個表空間容器定義步驟。使用完整數(shù)據(jù)庫備份映像來克隆數(shù)據(jù)庫當然不錯,但是如果數(shù)據(jù)庫備份映像不足以將數(shù)據(jù)庫恢復到災難前一刻的狀態(tài),而該數(shù)據(jù)庫又必須在另一臺服務(wù)器上進行恢復,那么情況會是如何呢?
假設(shè)您的數(shù)據(jù)庫服務(wù)器在火災中受損,您應該怎么辦? 如果您已經(jīng)將備份映像集和日志文件存儲在遠程機器上,其中備份映像集包括完整數(shù)據(jù)庫備份、聯(lián)機增量備份和聯(lián)機增量 delta 備份映像,日志文件中記錄了從最后一次進行備份操作時到發(fā)生災難時所執(zhí)行的所有事務(wù),并且您的數(shù)據(jù)庫支持前滾恢復(將數(shù)據(jù)庫配置參數(shù) logretain設(shè)置為 ON)和增量備份(將數(shù)據(jù)庫配置參數(shù) trackmod設(shè)置為 ON),那您就沒有什么可擔心的,您完全可以通過下述方法在另外一臺機器上重新恢復數(shù)據(jù)庫。
為了在另一臺服務(wù)器上恢復該數(shù)據(jù)庫,您將必須執(zhí)行 重定向增量數(shù)據(jù)庫恢復操作,接著執(zhí)行 數(shù)據(jù)庫前滾操作。重定向增量恢復操作是對一組增量備份映像進行重定向恢復的操作。 增量備份映像包含了自最后一次 完整備份操作以來所作的所有更改。 增量 delta 備份映像包含了最后一次( 完整或增量)備份操作以來所作的所有更改。在成功完成數(shù)據(jù)庫恢復操作之后,在數(shù)據(jù)庫前滾操作期間要對數(shù)據(jù)庫再次應用某些事務(wù),這些事務(wù)沒有記錄在任何數(shù)據(jù)庫備份映像中,但是記錄在恢復日志中。
以下(Windows)示例為您演示了如何成功地執(zhí)行重定向增量恢復和前滾操作。為了方便起見,我的恢復操作不是在另一臺 服務(wù)器上執(zhí)行,而是在同一臺機器上的另外一個 實例中進行的,但其原理和步驟與在另外一臺 服務(wù)器上進行恢復沒有什么區(qū)別,因為在同一機器上的不同實例在 邏輯上也是完全隔離的。
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |