公司目前使用的SQL的复制机制目前存在诸多限制，比如说一个发布服务器只能配置一台分发服务器，一旦分发服务器宕机，则导致所有的订阅服务器都无法同步。
如果用Service Broker同步数据的话，在集群环境中每个数据库的Service Broker标识符有可能会存在冲突，并且要启用Service Broker必须所有用户断开后才能启用Service Broker，这对于线上数据库是不太可能实现的操作。另外Service Broker还有很多的限制和不便。
因此，公司决定启动一个项目，开发一套系统（主要语言C#），用于取代微软的复制机制（发布、分发、订阅），想请教各位大牛们有什么好的建议或者相关经验以及文档资源。
------解决方案--------------------
这个你要对sqlserver的日志机制有相当的认识，不然做不到那个程度。我是帮不了你了，不过估计没什么人会告诉你，有点属于商机的东西会的人是不会告诉你的，不会的人说的太虚，没什么价值
------解决方案--------------------
高大上呀， 不明觉厉
------解决方案--------------------
个人建议:
数据层面的同步需求尽量在数据库层面上解决就行,不必要用到C#程序的,否则维护起来比较麻烦喔.
推荐一下用Service Broker.
------解决方案--------------------
我们用sb很顺畅的