写了一个复制服务器的监控脚本， 大家提提意见

wufeiwf

部分同意，很多时候如果queue设备本身没有问题，down的connection通常因为数据不一致（总会有人不小心动过备点的数据）或者主点备点的索引有点区别造成，往往在实际应用中直接resume是成功不了的，倒是建议可以先resume ... skip tran，这样connection能up的可能性更大一点，再写点脚本去分析exception里面的语句或者数据库errorlog

[ 本帖最后由 wufeiwf 于 2008-1-4 10:10 编辑 ]

wufeiwf

skip tran是不安全，但是实际运行中就有可能已经两边数据不一致而造成的down，不skip也不行，除非手工处理，而且一定是要检查errorlog，总之不是简单的一个resume就能自动处理的，还是有比较多的情况要考虑。这种问题不能出现次数太多，否则累死了，而且系统说明用得有问题，另外在业务繁忙每天数据量大的复制系统中，事务的单位一定要尽量小，否则巨大的事务下的partition会成为噩梦。