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

Question

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

问题：

1. 有没有人有从 SQL 复制迁移到 SYNC 的经验，如果有，你的经验是什么？
   
2. SYNC 的性能和可扩展性注意事项/限制是什么？
   
3. 你会为这种情况推荐 MS Sync 吗？
   

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

Answer 1

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

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

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

这是一个将同步框架与合并复制进行比较的链接

如果您的数据库托管在 Sql Azure 或本地，您可能还想查看Sql Azure Data Sync Service。