在上一篇文章( DB2 基礎：使用重定向恢復克隆 DB2 數據庫)中，我概述了使用重定向恢復操作恢復另一臺機器上的 DB2 數據庫所需執行的步驟。 重定向恢復操作由兩個過程組成，中間還有一個表空間容器定義步驟。使用完整數據庫備份映像來克隆數據庫當然不錯，但是如果數據庫備份映像不足以將數據庫恢復到災難前一刻的狀態，而該數據庫又必須在另一臺服務器上進行恢復，那么情況會是如何呢?

　　假設您的數據庫服務器在火災中受損，您應該怎么辦? 如果您已經將備份映像集和日志文件存儲在遠程機器上，其中備份映像集包括完整數據庫備份、聯機增量備份和聯機增量 delta 備份映像，日志文件中記錄了從最后一次進行備份操作時到發生災難時所執行的所有事務，并且您的數據庫支持前滾恢復(將數據庫配置參數 logretain設置為 ON)和增量備份(將數據庫配置參數 trackmod設置為 ON)，那您就沒有什么可擔心的，您完全可以通過下述方法在另外一臺機器上重新恢復數據庫。

　　為了在另一臺服務器上恢復該數據庫，您將必須執行 重定向增量數據庫恢復操作，接著執行 數據庫前滾操作。重定向增量恢復操作是對一組增量備份映像進行重定向恢復的操作。 增量備份映像包含了自最后一次 完整備份操作以來所作的所有更改。 增量 delta 備份映像包含了最后一次( 完整或增量)備份操作以來所作的所有更改。在成功完成數據庫恢復操作之后，在數據庫前滾操作期間要對數據庫再次應用某些事務，這些事務沒有記錄在任何數據庫備份映像中，但是記錄在恢復日志中。

　　以下(Windows)示例為您演示了如何成功地執行重定向增量恢復和前滾操作。為了方便起見，我的恢復操作不是在另一臺 服務器上執行，而是在同一臺機器上的另外一個 實例中進行的，但其原理和步驟與在另外一臺 服務器上進行恢復沒有什么區別，因為在同一機器上的不同實例在 邏輯上也是完全隔離的。