對於那些long running URL來說，重啓DB2需要花更長的時間，因此DB2引入了CONSISTENT RESTART的概念。所謂的CONSISTENT RESTART,就是在常規的RESTART加入了一個POSTPONED UR RESOLUTION的階段。支持在DB2啓起來之後，再去back out這些long running的UR。這個功能由LBACKOUT=AUTO/YES控制
那什麼樣的UR才叫long running UR呢？由ZPARM CHKFREQ and BACKODUR 控制，在所有CATALOG/DIRECTORY都backout完了之後，需要繼續backout的的log數量大於等於CHKREQ*BACKODUR, 就認爲是個long running UR.
當LBACKOUT=AUTO/YES的時候，當在BLR階段沒能完成BACK OUT的UR就自動轉成POSTPONED UR,這樣DB2就可以快點啓起來。當RESTART 結束的時候， POSTPONED UR裏包含的page set就被mark成RESTP(for non-DS)/AREST(for DS)。
START DB..SP..ACCESS(FORCE)也不能消除RESTP/AREST狀態，這個很好理解，page set都沒有RESTART好怎麼能夠被訪問呢？ 正確的辦法可以做個RECOVER POSTPONED去complete back out...
可以用DIS THREAD(*) TYPE(POSTPONED)去查看所有POSTPONED THREAD/UR.
使用RECOVER POSTPONED CANCEL去CANCEL掉所有POSTPONED UR...