Goldjengate-如何查看OGG进程已无延迟

来源:互联网 发布:mysql存储过程怎么用 编辑:程序博客网 时间:2024/06/05 08:07

说明:因客户系统通过Oracle Goldengate实现了生产端到灾备端的数据同步,现需要通过灾备切换切换来确保在发生灾备故障时,可以做到灾备切换保证数据以及业务的正常启用。


灾备切换中涉及到的数据同步相关内容:

1、OGG进程是否存在延迟

说明:确定ogg同步进程已经不存在延迟的方式有至少如下四种方式。

(1)GGSCI命令窗口通过LAG命令查看进程延迟

说明:当进程延迟为0时说明当前一已经无延迟。

GGSCI (DB2server2) 3> lag EXTDATAM


Sending GETLAG request to EXTRACT EXTDATAM ...
Last record lag: 0 seconds.
At EOF, no more records to process.

注:示例中,EXTDATAM进程延迟为0 ,表明抽取进程从数据库中已将抽取到的增量数据写入trail文件。


(2)GGSCI命令窗口通过INFO命令查看进程延迟

说明:当info命令查看到进程的RBA号不变(也就是不再往下跳时)时,说明当前已没有同步的数据。

GGSCI (DB2server2) 5> info EXTDATAM


EXTRACT    EXTDATAM  Last Started 2014-07-16 18:27   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:02 ago)
Log Read Checkpoint  DB2 Transaction Log
                     2014-07-17 18:33:03.000000  LSN 1244485592596



GGSCI (DB2server2) 6> !
info EXTDATAM


EXTRACT    EXTDATAM  Last Started 2014-07-16 18:27   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:05 ago)
Log Read Checkpoint  DB2 Transaction Log
                     2014-07-17 18:33:03.000000  LSN 1244485592596

注:因客户环境使用的是DB2数据库,此时send需要extract进程中查看的是LSN号。


(3)GGSCI命令窗口通过SEND命令查看进程延迟

 说明:当send命令显示的结果中为EOF时,表明数据捕获完成。

GGSCI (DB2server2) 7> send EXTDATAM status


Sending STATUS request to EXTRACT EXTDATAM ...




EXTRACT EXTDATAM (PID 20030)
  Current status: Recovery complete: At EOF


  Current read position:
  LSN: 1244485592596
  Timestamp: 2014-07-17 18:33:03.000000


  Current write position:
  Sequence #: 1957
  RBA: 170343384
  Timestamp: 2014-07-17 18:49:41.022663
  Extract Trail: ./dirdat/mb


(4)LOGDUMP命令查看最后一个trail文件信息

说明:当使用n进行下翻时,如果显示为空,则说明trail文件中已经不再写入数据。

EXTDATAM  Last Started 2014-07-16 18:27   Status RUNNING
0 0
原创粉丝点击