RFI：从 SQL 复制转移到 MS 同步

Question

我们正在考虑用另一种技术替代 SQL 复制，可能是 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。