复制定义导出和生成器,兼调查一下

Eisen

原帖由 小无赖 于 2006-3-10 15:16 发表
你一般应用的复制数据库有多大?每天数据的增量有多大?我在做实验的时候数据量一大就出问题了,非常的不稳定.

头几年自己不会用复制的时候，经常出错,这几年问题不是很多了。
苏宁电器全国连锁用的就是复制嘛……你看它每天的数据增量有多少啊?

Eisen

又更新了一个bug

小无赖

原帖由 Eisen 于 2006-3-10 15:53 发表

头几年自己不会用复制的时候，经常出错,这几年问题不是很多了。
苏宁电器全国连锁用的就是复制嘛……你看它每天的数据增量有多少啊?

看来sybase的复制要几年才能出师啊.呵呵!
要向lz多学习.

Eisen

复制其实真是个好东西,不光同质同构的数据库,就连异质异构的,甚至32位和64位间的都能互通,而且最妙的是还不会锁表影响正常生产应用，其实操作也不难,就是因为用的人太少,所以显得难以捉摸了。
欢迎交流。

[ 本帖最后由 Eisen 于 2006-3-10 17:12 编辑 ]

Eisen

又修改一个bug,修正在create replication definition的时候遇上non-clusterd primary key时会遗漏一column的问题。

2BeSybPro

"我从不采用整库复制——除非把数据和脚本彻底剥离。
因为采用database replication的时候,A上执行过一次trigger把数据加了几条,B上也会同样执行该trigger增加这几条数据,然后A上增加的那几条数据又给传过来了——然后就造成了重复数据.我吃过这个苦头。"
Wrong!!!

By default, the standby DSI thread executes a set triggers off Adaptive Server command when it logs in to a standby database. This prevents Adaptive Server from firing triggers for the replicated transactions, thereby preventing duplicate updates in the standby database.You can alter the default behavior by using the alter connection command to configure a connection to fire or not fire triggers. To do this, set the dsi_keep_triggers configuration parameter to “on” or “off.” The default dsi_keep_triggers setting for all connections except standby databases is “on.”

Eisen

原帖由 2BeSybPro 于 2006-4-5 23:20 发表
"我从不采用整库复制——除非把数据和脚本彻底剥离。
因为采用database replication的时候,A上执行过一次trigger把数据加了几条,B上也会同样执行该trigger增加这几条数据,然后A上增加的那几条数据又给传过来 ...

Thanks a lot.

lg068

要是能做一个故障排除指南的软件就好了，很多错误日志，不知该怎么办？排错手册我已经发给你了

Eisen

我一开始也想做错误分析和故障排除自动处理的。
后来发现sybase没提供rep的jdbc编程接口，我这可就没法了。
你不会把整个trouble shooting发到我信箱去了吧……那要把我的信箱撑爆的啊。