1

我们正在考虑用另一种可能的MS SYNC技术替换SQL复制。我们正在为多个数据中心之间的大型SAAS应用同步数据和模式,并要求高可用性,可靠性和性能。RFI:从SQL复制转移到MS Sync

问题:

  1. 有没有人有经验,从SQL复制移动到SYNC,如果是的话是什么样的经验?
  2. SYNC的性能和可伸缩性考虑/限制是什么?
  3. 对于这种情况,你会推荐MS Sync吗?

这是张贴在这里,而不是服务器站点,因为开发人员很可能会遇到编码,测试和性能操作。

回答

2

我有这两种技术工作,这里的AA几件事情要考虑:

  1. 同步框架不同步模式更改
  2. 同步框架不这样做的分区调整
  3. 的Sync Framework是一个SDK,所以您在其上构建与SQL复制无异,而OOTB是无需编码的必需实现。
  4. 较新的Sync Framework数据库提供程序没有工具支持(阅读:无Visual Studio向导或模板),因此您从头开始编写代码。
  5. 由于同步框架是一个SDK,你必须解决HA,可靠性和性能自己(即负载均衡基于WCF同步服务,同步重试,冲突处理,等...)

具有上面所说的另一方面,Sync Framework自从它提供SDK以来,可以提供更多的可扩展性。同步应用程序只是连接到你的数据库的另一个数据库应用程序,所以数据库应用程序相同的应用程序的优化应用(良好DB设计,索引,频繁的同步,数据集少,等...)

下面是比较Sync Framework with Merge Replication链接

如果您的数据库是在Sql Azure或本地托管的,那么您也可以查看Sql Azure Data Sync Service