我們有一個合併複製拓撲，包括一個發佈者，多個發佈和多個訂閱。它已經運行了至少8個月沒有問題。MS-SQL Server 2005：複製後非收斂數據
幾天前，我被告知我的PO代碼在沒有任何原因的情況下從標準的「ZWWTP/PO-0092」風格變爲新的「ZWWT」風格：PO中的字符5到8代碼改爲另一個字符爲CHR（0）& CHR（1）& CHR（0）& CHR（1）某些服務器上
我到達的地步，似乎是一個只有我複製/ suscription過程是生成此類虛擬數據：發佈商和此特定訂戶的PO代碼與最近更新或添加的記錄不再匹配。在訂閱者側創建的PO的代碼在上傳到發佈者時將會被修改（保持對於訂閱者的乾淨）。從發佈者下載的PO將在訂戶上以改變的PO代碼進行傳播。
然後，我可以使用某些表比較實用程序+某些UPDATE語句來清理/調整兩臺服務器上的數據，但是現在每次在兩臺服務器之間運行復制時都會出現相同的差異：我的乾淨/相同的數據在運行成功的複製後，兩臺服務器都將恢復爲其非收斂狀態：相同的記錄，相同的值！
我不認爲我在網絡上留下了大量關於數據收斂和複製的可用資源。我沒有找到任何東西。我打算在3小時內拋出/重建現有的發佈/訂閱，但我仍然在尋找一個合理的答案來解決我的問題，然後它變成一個精神分析問題：
有沒有人知道會發生什麼上？
PS：順便說一下，由於PO代碼並未作爲自然鍵使用，因此此複製問題對數據庫完整性沒有影響。贊成surrogated鍵的另一個理由是工作，百達在反對自然鍵這項工作的大部分時間，但this has been discussed somewhere else ...
編輯：好了，我做到了，而且也沒有工作！我扔了訂閱和發佈，重新創建出版物，但我無法生成快照。服務器無法管理它所稱的「發行商的身份範圍分配條目」，其中「無法在系統表中找到MSmerge_identity_range。
瀏覽後，我發現此article說這樣的問題可能發生當「你掉了這是在發佈數據庫中創建的首次公開」
這真是有趣啊！這正是我只是做了！
幸運的是，這個問題應該與SQLServer的2005年累積包來解決5，我仍然需要下載和安裝，但現在的問題是：SQL Server 2005用戶在發佈之前如何工作？這個CP5？
編輯2：累積包5不起作用，我仍然無法爲我的新複製創建快照！
哪一個是正確的計劃？重新初始化複製或與我的收縮談話？ – 2008-12-05 19:47:17