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