Microsoft Sync Framework - 性能和可扩展性

我正在尝试在 SQL Server 数据库上使用 Microsoft Sync Framework 2.1。将有大量并发最终用户与中央数据库服务器同步。

进一步的规格是：

• 1500 concurrent clients connect to 1 central database server
  • 客户端正在使用 MS SQL Server Express 2008 R2
  • 服务器使用 MS SQL Server Enterprise 2008 R2
• 同步间隔短（约 5 分钟）
• 数据库大小将为 5 GB
• Web 服务将用作服务器端 SyncProvider

有人有与此类似的 Sync Framework 环境的经验吗？

• 是否可以？
• 实施时需要考虑什么？
• 我可以预期的物理限制是什么？

需要记住的一些事情：

1. 范围数量 - 您可能希望客户端与服务器的范围比率保持 1:1，而不是 1500 个客户端范围与一个服务器范围。这将每个客户端的同步知识彼此隔离，您甚至可以删除并重新创建客户端范围而不影响其他范围。同步知识也会更加紧凑。

2. 范围定义 - 不要转储一个范围内的所有表。不同的表具有不同的特征（例如，仅下载、只读、更新频率较低、更新频繁等）。根据表格的特点对表格进行分组。

3. 批处理 - 如果更改很小，则不要批处理。您会在批处理中产生性能开销，因为批处理必须写入文件，并且随后必须从文件中重新构建更改数据集。

4. 元数据清理 - 设置元数据保留和元数据清理过程。这应该减少同步元数据（跟踪表中的行和同步知识）。

5. WCF 配置 - 注意您的 WCF 配置条目，例如超时、消息大小等...也要注意这个问题：http://support.microsoft.com/kb/2567595 http://support.microsoft.com/kb/2567595

EDIT:

另外，请在此处查看其他范围注意事项：同步框架范围和 SQL Azure Data 同步数据集注意事项 http://jtabadero.wordpress.com/2012/03/01/sync-framework-scope-and-sql-azure-data-sync-dataset-considerations/