GRECP和LPL是DM標記的兩個DBET狀態。
之前有篇博文講述了LPL
在介紹GRECP/LPL 之前，先介紹下GRECP(GROUP BUFFER POOL RECOVERY PENDING)。
在DATASHARING環境中，每個MEMER都有自己的local buffer pool,當多個MEMBER都該某個page的時候，會先把page讀到自己的local buffer裏修改，當達到check point的時候，就會把local buffer裏的page送到GBP(GROUP BUFFER POOL)或者把GBP裏的page CAST OUT到DASD上，這個過程中每個member都會檢測自己的local buffer裏是不是有這些page,如果有的話就要test/refresh最新版本的page,這樣就保證每個member都能看到最新的共享page。
可是在這個過程中，GBP可能壞掉，可能local buffer到GBP的連接失敗，這樣DB2z就會啓動一個DA(damaged assessment)任務去把GBP裏那些需要被修改的page標註成GRECP狀態。
通常對於定義成AUTO RECOVERY YES的GBP來說，DB2會AUTO RECOVER GRECP。
當然也可以用下面的辦法手工RECOVER GRECP狀態
對於LPL的page來說，DB2也會AUTO RECOVERY LPL, 也可以用下面的辦法手工RECOVER LPL:
