OGG中pump的check point机制是什么？

Wizard

环境参数：
     OS： Windows 2003/2008
     RDBMS: Sql Server 2005

在使用pump从源端到目标端同步trail文件的过程中发现在源端使用send pump06， status命令得到如下信息：
-----------------------------------------------------------------------------------------------------------------------------------
EXTRACT PUMP06 (PID 6468)
  Current status: Recovery complete: Processing data
  Current read position:
  Sequence #: 1315
  RBA: 4590807
  Timestamp: 2012-08-17 10:07:39.726666
  Extract Trail: ./dirdat/z6

  Current write position:
  Sequence #: 1520
  RBA: 1034
  Timestamp: 2012-08-17 12:12:51.588000
  Extract Trail: ./dirdat/z6
-----------------------------------------------------------------------------------------------------------------------------------
但是在目标端查看已经同步过来的trail文件发现其sequence #已经是1550， 且更新时间与当前的系统时间一致。 而查看目标端的lag，显示差5个小时。

请问pump在传输trail文件的过程中使用checkpoint的机制是怎样的? 为什么会出现trail文件已经同步到目标端，但源端的pump却显示比较长时间的滞后，且当我其send stop命令时起显示
-----------------------------------------------------------------------------------------------------------------------------------
EXTRACT PUMP06 (PID 8036)
  Current status: Recovery complete: Processing data
  Current read position:
  Sequence #: 1315
  RBA: 1645795
  Timestamp: 2012-08-17 06:41:53.073333
  Extract Trail: ./dirdat/z6

  Current write position:
  Sequence #: 1508
  RBA: 1034
  Timestamp: 2012-08-17 10:41:18.932000
  Extract Trail: ./dirdat/z6

PENDING
  STOP request pending end-of-transaction (150133 records so far)
-----------------------------------------------------------------------------------------------------------------------------------
有一个长transaction.

Wizard

谢谢lunar姐， 我困惑的就是pump的写对象，就应该是replicat的读对象-----目标端的trail文件。
而之所以出现，pump显示自己目前sequnence 1520， 而目标端显示读为1550，的原因就是， 我觉得的是， pump显示的是它最近一次checkpoint的sequence no，而目标端显示的是它正在处理的sequence no。两者不一样。不知道我的理解对不对？

Wizard

哦，原来还有这么一个进程。那么请问一下，pump的write的sequence no 和 replicat的read 的sequence no的是什么关系呢？请参看该贴的问题描述