在做DR的時候，務必保證CF(SCA+LOCK+GBP)是clean的，這是因爲CF裏面的數據可能是壞掉的，有可能會影響到DR,好在DB2提供了zPARM DEL_CFSTRUCTS_ON_RESTART，這樣在做DR之前，DB2會調用z/os的功能自行清空CF。
DR共分爲下面幾個步驟：
1.重啓所有的DB2 MEMBER,這裏說的重啓時正常重啓而不是consistent restart, 這樣對於重啓的第一個MEMBER來說，做的就是GROUP RESTART,期間會自行build CF,在遇到的page set如果不是共享的，就標記成LPL狀態，如果是共享的page set就標記成GRECP狀態。
2.在所有MEMBER都重啓完成後，輸入-DIS DB(*) SP(*) RESTIRCT(LPL,GRECP)來查看有哪些page set在RESTART之後還是處於LPL/GRECP狀態。 在DB2 V9之後，儘管支持AUTO RECOVERY GRECP,但是AUTO RECOVERY GRECP也不一定成功，所以還是要檢查一下究竟還有哪些是在RESTART之後會處於LPL/GRECP狀態
3.-START DB(DSNDB06) SP(*) -START DB(DSNDB01) SP(*)啓動CAT/DIR
4.-DIS UTIL(*) -TERM(*)查看/TERM掉所有的UT
5. 對於仍然處於LPL/GRECP狀態的page set來說，執行-START DB(*) SP(*)來消除這些狀態
其實這個過程的本質就是先啓動系統，看看哪些能夠recover,再啓動系統DB,最後不能正常恢復的DB,再逐個START來恢復。。。