推測Oracle GoldenGate(OGG)目的端 rep進程Checkpoint Lag的計算方法，oraclelag

推測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 repbinfo repbREPLICAT   REPB      Last Started 2014-08-01 14:43   Status RUNNINGCheckpoint 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 32744080GGSCI (hostb) 6> !info repbREPLICAT   REPB      Last Started 2014-08-01 14:43   Status RUNNINGCheckpoint 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 
Oracle GoldenGate啟動停止mgr報錯

大不了 kill mgr , 或者直接殺mgr的進程
PS:此類問題 不說明OGG版本，是極壞的習慣
 
錯誤提示