RFI：从SQL复制转移到MS Sync

Question

我们正在考虑用其他技术替换SQL Replication，可能是MS SYNC。我们正在为多个数据中心之间的大型SAAS应用程序同步数据和模式，并且需要高可用性，可靠性和性能。

问题：

1. 有没有人有从SQL复制转移到SYNC的经验，如果是这样，您的体验是什么？
   
2. SYNC的性能和可扩展性考虑因素/约束是什么？
   
3. 您是否会为此方案推荐MS Sync？
   

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

Answer 1

我使用过这两种技术，这里有几点需要考虑：

1. Sync Framework不同步架构更改
2. Sync Framework不要进行分区重新对齐
3. Sync Framework是一个SDK，所以你建立在它之上，与SQL复制不同，OOTB是一个无需编码的实现。
4. 较新的Sync Framework数据库提供程序没有工具支持（读取：没有Visual Studio向导或模板），因此您可以从头开始编写代码。
5. 由于Sync Framework是一个SDK，您可以自己解决HA，可靠性和性能问题（即基于负载均衡的WCF同步服务，同步重试，冲突处理等等）。

如上所述，另一方面，Sync Framework自SDK以来为您提供了更多的可扩展性。同步应用程序只是连接到数据库的另一个数据库应用程序，因此适用于数据库应用程序的相同应用程序优化（良好的数据库设计，索引，频繁同步，较少的数据集等等）

这是一个比较Sync Framework with Merge Replication

的链接

如果您的数据库托管在Sql Azure或内部部署中，您可能还需要查看Sql Azure Data Sync Service。