SQL Server合併複製問題

Question

我在CRM系統上合併了複製安裝。銷售代表數據在連接到網絡時合併（我認爲當SQL檢測到筆記本已連接時），然後他們將筆記本電腦帶走並在合併時重新合併（通過1臺服務器合併總共大約6檯筆記本電腦）。

這個系統在初始設置時看起來很好，但是在大約一個月的過去後它幾乎停下來，合併作業花費了近2個小時才能運行，每個用戶服務器不會以任何方式掙扎。

如果我刪除整個發佈並重新創建所有的訂閱，它似乎工作正常，直到另一個月過去了，然後我回到了同樣的問題。

數據庫設計不佳，缺少主鍵/索引等，但最大的表只有大約3000行。

有誰知道爲什麼會出現這種情況，並且在刪除和重新創建出版物時是否有丟失數據的風險？

Answer 1

問題是由sql server複製創建的元數據，有一個通宵工作清空並重新填充3000行表。這會導致複製每天覆制所有這些行。

訂閱被設置爲永不過期，這意味着舊的元數據永遠不會被sql server刪除。

我已將訂閱期限設置爲7天，希望現在可以在此期間清理元數據。我做了一些測試，證明如果訂閱已過期，更改不會丟失。但是服務器上的任何更新都優先於客戶端。

Answer 2

最近在2008 R2中，我遇到了「在輪詢之前等待60秒進行進一步更改」。

複製監視器顯示覆制的「進行中狀態」，但僅執行步驟1（初始化）和步驟2（模式更改和批量插入）。 我很困惑，爲什麼其他步驟不執行？

原因很簡單 - 似乎對於合併複製要求tcp/ip（並且不確定）命名管道協議激活。據報道

沒有錯誤。

也許類似的問題（某種連接問題）在瑞恩斯蒂芬斯案中變得明顯。