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