GRECP/LPL RECOVERY

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: