推测Oracle GoldenGate(OGG)目的端 rep进程Checkpoint Lag的

推测Oracle GoldenGate(OGG)目的端 rep进程Checkpoint Lag的计算方法，oraclelag

本文为原创，转载请注明出处。

推测Oracle GoldenGate(OGG)OGG目的端 rep进程Checkpoint Lag的计算方法

背景介绍：如下是OGG目的端的rep进程的显示，当时，OGG源头的传输进程由于网络拥堵的原因，导致传输速度急剧下降，降低为1.5M/分钟。此时，源头已经积压了很多trail file。
也就是说，目的端的rep进程处于"吃不饱"的状态--传输进程的传输速度赶不上rep进程的应用速度。                    

GGSCI (hostb) 5> info repb
info repb

REPLICAT   REPB      Last Started 2014-08-01 14:43   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:12 ago)
Log Read Checkpoint  File /u02/ggs/dirdat/tb001541
                     2014-08-01 05:26:32.766558  RBA 32744080

GGSCI (hostb) 6> !
info repb

REPLICAT   REPB      Last Started 2014-08-01 14:43   Status RUNNING
Checkpoint Lag       09:21:35 (updated 00:00:00 ago)
Log Read Checkpoint  File /u02/ggs/dirdat/tb001541
                     2014-08-01 05:26:34.768028  RBA 33105784

                  

注意观察Checkpoint Lag 的差异：

第一个是Checkpoint Lag       00:00:00  
第一个是Checkpoint Lag       09:21:35

当前时间是2014-08-01 下午 15点左右，

结合trail文件传输速度降低的情况，我们可以推测Checkpoint Lag的计算方法：

当有新的trail文件被传输到目的端（此时该trail尚未被应用）时，OGG读取trail文件中的时间戳和 当前的os时间做比对，从而得出Checkpoint Lag为09:21:35
当所有的trail文件均被应用时，Checkpoint Lag为00:00:00 

大不了 kill mgr , 或者直接杀mgr的进程
PS:此类问题 不说明OGG版本，是极坏的习惯