引言
在數據庫成為存儲企業數據的載體時，如何恢復數據成為大家比較關心的話題。在 DB2 中恢復數據的種類很多，本文主要介紹數據 DB2 rollforward 的使用說明，並使用 DB2 V97 做了一些實例分析，使讀者更好的了解和掌握 rollforward 的使用。
Recovery 介紹
DB2 中有四種恢復數據庫的方式，以下對其進行介紹說明：
Crash Recovery 是指在事務處理過程中被中斷，從而可能造成數據不一致，不可用。這時 Crash Recovery 就會保護數據庫，避免造成數據不一致，不可用的情況。
High Availability Disaster Recovery 是指高可用性災難恢復（HADR)，其通過將數據從源數據庫復制到目標數據庫來防止災難性的數據丟失。
Version Recovery 是對備份介質的恢復，主要是 restore 命令。
Rollforward Recovery，一般是當數據庫備份後，又執行了一些新事務，如果這時發生了存儲故障或誤操作，在 restore 之後使用 rollforward 就可以對這些新事務進行修復，本文主要介紹這種恢復方式。
rollforward 准備工作
rollforward 只能在數據庫 recoverable 狀態下使用，即采用歸檔日志，參數 logarchmeth1 或者 logarchmeth2 為非 OFF 的狀態。
首先需要修改參數，使得數據庫在 recoverable 狀態下。
清單 1. 修改參數 LOGARCHMETH1
db2 "update db cfg for $db using logfilsiz 4 LOGARCHMETH1 disk:$archivePath"
如果修改參數前 logarchmeth1 為 OFF，修改參數後，數據庫處於 backup pending 狀態，需要進行 offline backup 來使數據庫可用。
清單 2. 備份數據庫
db2 "backup db $db to $backupPath"
備份好數據庫後執行一些事務，例如簡單事務操作 create table，insert，update，delete 等等。然後 Restore 數據庫，如果是 tablespace 級別的 rollforward，還可以用其他方式來使表空間處於 rollforward-pending 狀態。
清單 3. 恢復數據庫
db2 "restore db $db from $backdir without prompting"
如果使用 restore db 時指定 WITHOUT ROLLING FORWARD 參數，則不能使數據庫處於 rollforward-pending 狀態，從而不能使用 rollforward。這裡不指定 WITHOUT ROLLING FORWARD 參數，當數據庫或表空間處於 rollforward-pending 狀態，就可以對其進行 rollforward 操作了。
Rollforward 使用介紹
在數據庫日志中，記錄了對該數據庫的所有操作，用 rollforward 可以通過前滾日志把數據庫恢復到備份後有日志記錄的某一時間點，或者活動日志的末尾。
常用的 rollforward 參數有以下幾個：
QUERY STATUS，主要查詢數據庫當前狀態。
STOP，特指 rollforward 完成，這樣就不能在執行任何別的 rollforward 操作了，除非重新 restore 然後 rollforward。
CANCEL，取消 rollforward 操作，使進行 rollforward 中的數據庫退出 rollforward pending 狀態。
POINT IN TIME，rollforward 到某一特定時間點。
END OF LOGS，rollforward 到活動日志的末尾。
ONLINE，使表空間級的 rollforward 在執行時處於 online 狀態，允許其他指向數據庫的連接。
在分區數據環境中，rollforward 操作必須執行在某個分區上，以下簡單進行介紹：
point-in-time rollforward 會在所有的 partition 上執行。
END OF LOGS rollforward，如果有 ON DATABASE PARTITION 參數，rollforward 只在指定 partition 上運行，如果沒有指定 partition，那麼會在所有 partition 上生效。
end of backup 會影響所有的 partition。
綜合上述參數，可以把 rollforward 分為兩種類型，數據庫級別的 rollforward 和表空間級的 rollforward。數據庫級的 rollforward 需要數據庫首先 restore，從而使數據庫處於 rollforward pending 狀態。而表空間級的 rolllforward 並不是只有 restore 才能成為 rollforward pending 狀態，比如突然斷電或者其他情況等等也可能使表空間進行 rollforward 操作。
當執行 rollforward 時，如果是數據庫在 rollforward pending 狀態，則進行數據庫級 rollforward。如果執行完後某些表空間還是 rollforward pending 狀態，則要執行表空間級的 rollforward 來使這些表空間恢復。在表空間級的 rollforward 中，可以指定表空間來進行 rollforward，如果未指定，則所有處於此狀態的表空間都會進行 rollforward。如果在 backup 後，更改了一個表空間的名字，那麼在 rollforward 該表空間時需要使用新的表空間名字。
數據庫級 rollforward 和表空間級還有一點不同就是，數據庫級進行 rollforward 時該數據庫不能進行其他連接操作，也就是必須斷開其他連接才能進行數據庫級的 rollforward。而表空間級的可以選擇其他操作能否進行。
不能取消正在進行的 rollfoward 操作，只能在 rollfoward 完成後，使用 rollforward cancel 來取消還沒有 stop 的 rollforward，如果已經有 stop 了，就不能 cancel 了。
rollforward 案例分析
Tablespace rollforward 實例
當數據庫的數據量較大時，數據庫的全備份和恢復都非常消耗時間，這時通過表空間備份可以快速恢復數據庫。
在這個例子中，Restore 三個表空間，使用 rollforward to the end of the logs 前滾一個表空間到活動日志的末尾，然後使用 to the end of the logs and stop 前滾另外兩個表空間到活動日志的末尾。
作為 restore 和 rollforward 的先決條件，首先需要 backup 每一個表空間，如清單 4 所示。
清單 4. Backup 表空間
db2 "update db cfg for test using logfilsiz 4 LOGARCHMETH1 disk:$archivePath"
db2 "backup db test to $backupPath"
db2 "connect to test"
db2 "create tablespace tbs1"
db2 "create tablespace tbs2"
db2 "create tablespace tbs3"
db2 "backup db test tablespace(tbs1) to $backupPath/tbs1"
db2 "backup db test tablespace(tbs2) to $backupPath/tbs2"
db2 "backup db test tablespace(tbs3) to $backupPath/tbs3"
圖 1 顯示了備份結果。
圖 1. Backup tablespace
查看原圖（大圖）
備份之後可以在指定的目錄中看到相應的備份影像。
清單 5 顯示了對三個表空間創建表和插入數據的操作清單。
清單 5. 操作表空間
db2 "connect to test"
db2 "create table t1(a int) in tbs1"
db2 "create table t2(a int) in tbs2"
db2 "create table t3(a int) in tbs3"
db2 "insert int t1 values(1)"
db2 "insert int t2 values(2)"
db2 "insert int t3 values(3)"
操作完成後，可以通過剛才的備份影象對三個表空間進行 restore。要注意恢復的備份影像一定要和所恢復的表空間對應，不然就會恢復失敗，如清單 6 所示。
清單 6. Restore 三個表空間
db2 "restore db test tablespace(tbs1) from $backupPath/tbs1 without prompting"
db2 "restore db test tablespace(tbs2) from $backupPath/tbs2 without prompting"
db2 "restore db test tablespace(tbs3) from $backupPath/tbs3 without prompting"
圖 2 顯示了操作表空間和恢復表空間的結果。
圖 2. 插入數據後恢復表空間
查看原圖（大圖）
恢復成功之後，三個表空間都處於 rollforward pending 狀態，用戶無法訪問，狀態如圖 3 所示。
圖 3. 驗證表空間 rollforward-pending 狀態
查看原圖（大圖）
清單 7 顯示了訪問表空間的命令。
清單 7. 訪問表空間
db2 "connect to test"
db2 "select * from t1"
db2 "select * from t2"
db2 "select * from t3"
此時需要做前滾操作使表空間回到可用狀態，如清單 8 所示。
清單 8. 前滾表空間並驗證結果
db2 "rollforward db test to end of logs tablespace(tbs1) online"
db2 "rollforward db test to end of logs and stop tablespace(tbs2, tbs3) online"
db2 "connect to test"
db2 "select * from t1"
db2 "select * from t2"
db2 "select * from t3"
圖 4 正確返回對表的操作結果，說明 rollforward 成功。
圖 4. 驗證結果
查看原圖（大圖）
rollforward query status 實例
rollforward 命令的 query status 選項可用於列出如下一些當前數據庫的信息。
DB2 已經前滾的日志文件。
需要的下一個歸檔日志文件。
自前滾處理開始以來最近提交的事務的時間戳。
下面使用清單 9 來查詢數據庫狀態。
清單 9. 前滾數據庫並查詢狀態
db2 "rollforward db test query status"
圖 5 中顯示 DB pending 狀態的數據庫，實際上是處於 rollforward pending 狀態。需要前滾數據庫，使數據庫回到正常狀態。
圖 5. Check Rollforward Pending Status
查看原圖（大圖）
rollforward cancel 實例
在進行 cancel 操作前，先執行最基本的操作，db2 rollforward db $db to end of logs，操作完成後所有在數據庫備份後寫的日志文件都會前滾，如圖 6 所示。
圖 6. Rollforward to end of logs
查看原圖（大圖）
接下來執行 db2 rollforward db $db cancel 操作，即取消前滾操作。執行之後前面所做的所有前滾操作都將回滾，數據庫重新處於 restore-pending 狀態，此時任何連接都被拒絕。
清單 10 列出了取消前滾並進行 restore 的命令。
清單 10. cancel rollforward and restore
db2 "rollforward db test cancel"
db2 "connect to test"
db2 "restore db test from $backupPath without prompting"
db2 "connect to test"
當剛取消前滾時，由於數據庫處於 restore pending 狀態，無法連接上數據庫，如圖 7 所示。
圖 7. Restore Pending 狀態
查看原圖（大圖）
重新執行 restore 操作，db2 restore db $db from $backdir without prompting，
此時數據庫處於 rollforward-pending 狀態，此時任何連接都被拒絕，如圖 8 所示
圖 8. Rollforward Pending 狀態
查看原圖（大圖）
Rollforward to end of logs and complete 實例
接著上面的實例，執行前滾操作來使數據庫可以恢復正常狀態。執行 db2 rollforward db $db to end of logs and complete 操作，將前滾到日志的最後，這意味著所有歸檔的日志和活動日志都被遍歷。如清單 11 和圖 9 所示。
清單 11. 前滾到活動日志末尾並完成前滾
db2 "rollforward db test to end of logs and complete"
圖 9. Rollforward Completed
查看原圖（大圖）
rollforward interrupted 實例
如果在執行 rollforward to end of logs 中，用戶誤操作或者其他原因不小心中斷了前滾操作，那麼再次執行 rollforward to end of logs 時，會接著上次的中斷狀態，繼續執行以至完成。例如：db2 rollforward db $db to end of logs 在執行過程中按 Ctrl+C，使前滾操作執行中斷，此時數據庫仍然處於 rollforward-pending 狀態。清單 12 列出了這個實例的命令。
清單 12. 前滾中斷
db2 "rollforward db test to end of logs"
Push Ctrl+C
db2 "rollforward db test to end of logs and stop"
db2 "connect to test"
圖 10 顯示了中斷 rollfoward 命令的結果。
圖 10. Rollforward Pending 狀態
查看原圖（大圖）
此時執行前滾操作 db2 rollforward db $db to end of logs and stop，rollforward 繼續執行至完成，這時數據庫連接成功，如圖 11 所示。
圖 11. Rollforward Completed
查看原圖（大圖）
rollforward noretrIEve 實例
noretrieve 參數表明不需要取回已經歸檔的日志，所以 rollforward db $db to end of logs and stop noretrieve 成功與否取決與 rollforward 是否需要取回歸檔日志文件。如果需要，因為前滾參數指定 noretrIEve，那前滾會因為缺少這些日志文件而失敗。清單 13 和圖 12 列出了這個實例。
清單 13. 不需要取回歸檔日志的前滾
db2 "rollforward db test to end of logs and stop noretrIEve"
圖 12. Rollforward With noretrIEve
查看原圖（大圖）
rollforward overflow log path 實例
參數 overflow log path 會覆蓋以前設置的 overflow log path，如果先前設置了 db2 update db cfg for test using overflowlogpath $path，那麼使用 rollforward db $db to end of logs and complete overflow log path ($overflow) 命令，$overflow 會取代 $path 成為新的 overflow log path。清單 14 和圖 13 顯示了該實例。
清單 14. 覆蓋 logpath 的前滾
db2 "rollforward db test to end of logs and complete overflow log path ($overflowPath2)"
圖 13. Rollforward With overflow log path
查看原圖（大圖）
在 rollforward 執行過程中可以看到在新的目錄 $overflow 中的日志文件，可見參數生效，如圖 14 所示。
圖 14. Overflow 日志列表
