SharePlex实施文档以及常见故障 - 图文(10)

by你好我是李白

3）运行sp_ctrl

4）使用target命令配置posting到Kafka broker的topic。示例如下： sp_ctrl>target x.kafka set kafka broker=localhost:9092 sp_ctrl>target x.kafka set kafka topic=shareplex

See View and change Kafka settings for command explanations and options.

4.6.8查看并且修改Kafka设置

查看当前输出到Kafka的设置，使用如下命令。 sp_ctrl>target x.kafka show 修改设置，使用如下命令。

sp_ctrl>target x.kafka [queue queuename] set kafka property=value 说明：

? 队列queuename为post队列的名字，如果需要多个post进程，使用此选

项

? 下表中有属性以及取值

by你好我是李白

by你好我是李白

4.6.9设置恢复选项

如果Kafka进程突然意外中止，或者机器意外中止，行变化有可能会在kafka的topic中写两次。消费者必须通过检测以及丢弃重复来管理这种情况。

在一个事务中对每一个行操作的记录都有相同的事务ID并且通常使用sequence ID标记。这个属性在XML输出关键词txn元素下分别使用关键词id与关键词msgldx。

事务ID是事务提交时间的SCN，sequence ID是在事务中行变化的index。在重写Kafka topic的恢复情境中必须保证这两个值相同。

如果想要，可以使用target命令配置Post使每一个行改变记录包含附加的metadata信息。

target x.kafka [queue queuename] set metadata property[, property]

Example

target x.kafka set metadata time, userid, trans, size To reset the metadata

target x.kafka [queue queuename] reset metadata To view the metadata

target x.kafka [queue queuename] show metadata

by你好我是李白

5．日常监控

5.1 启动/关闭SharePlex

启动SharePlex： 以oracle用户登录 $ sp_cop &

$ ps -ef |grep sp_ 检查进程运行情况 关闭SharePlex $ sp_ctrl sp_ctrl> shutdown

5.2 登录控制台

SharePlex的日常维护主要通过登录控制台执行

使用oracle用户登录。

$ sp_ctrl

5.3 主要监控项目

A. 检查复制进程状态，应该为running状态

sp_ctrl> show

B. 检查队列状态，正常业务压力下各队列中Backlog数目不应过大，0表

示该队列中无数据积累。如果积累过多则需要关注（比如百万以上）。

sp_ctrl> qstatus

C. （只在源端）检查Capture进程详细状态，可以看到每个实例的当前

Oracle Redo log号（对应”Oracle Log”）和SharePlex正在处理的Oracle Redo log号（对应”Redo Log”）。如果发现”Redo Log”滞后”Oracle Log”，则需要关注。 sp_ctrl (yxzb:2200)> show capture detail

by你好我是李白

Host: yxzb Operations

Source Status Captured Since ---------- --------------- ---------- ------------------

o.splex Running 28687899 19-Jun-09 01:10:59 Log reader threads:

Thread Instance Host Oracle Log Redo Log Log Offset Kbytes Read ------ ------------ ------------ ---------- -------- ------------ ------------ 1 dl1dcdb01 22338 22338 218919904 118315716 2 dl2dcdb02 11378 11377 87642560 40060727

sp_ctrl> /

重复执行该命令，”Log Offset”的值应该是增长的。

管理归档文件时需注意，SharePlex已经处理完的（Redo Log - 1）归档可以删除。

D. （只在目标端）检查POST队列详细状态，可以查看处理到什么时间的

数据了。如果发现“Transactions posted\小于10，或者处理的很慢了，则需要关注。

sp_ctrl> show post detail sp_ctrl> /

重复执行该命令，”Operations Posted”的值应该是增长的。

E. （只在目标端）查看不一致对象，如果发现不一致对象，可根据日志中

的信息确认发生不一致的数据，找到产生原因。最后要针对该表进行同步（一般采用copy方式）。

sp_ctrl> show sync

F. 查看status库，关注error信息

sp_ctrl> show statusdb