Sql server MS-SQL Server 2005：复制后的非收敛数据

我们有一个合并复制拓扑，包括一个发布服务器、多个发布和多个订阅。它已经运行了至少8个月，没有任何问题

几天前，我被告知，我的PO代码正在毫无理由地“更改”，从标准的“ZWWTP/PO-0092”样式更改为新的“ZWWT”样式：PO代码中的字符5到8在某些服务器上被更改为另一个字符串，即chr（0）&chr（1）&chr（0）&chr（1）

我的复制/订阅过程中似乎只有一个生成了这样的虚拟数据：发布者和该特定订阅者上的PO代码对于最近更新或添加的记录不再匹配。在订阅者一侧创建的POs代码在上传到发布者时将被更改（在订阅者一侧保持干净）。从发布服务器下载的POs将在订阅服务器上使用更改后的PO代码进行传播

然后，我可以使用一些表比较实用程序+一些更新语句来清理/调整两台服务器上的数据，但现在，每次在两台服务器之间运行复制时，都会出现相同的差异：成功运行复制后，两台服务器上的“我的干净/相同数据”将恢复为非收敛状态：相同的记录，相同的值

我认为我没有在网上留下太多关于数据融合和复制的可用资源。我什么也没找到。我计划在3小时内抛出/重建现有的发布/订阅，但我仍在寻找我的问题的理性答案，以免它变成精神分析问题：

有人知道发生了什么吗？

PS：顺便说一句，由于PO代码没有用作自然密钥，所以此复制问题对数据库完整性没有影响。另一个支持代理键的论点是，代理键始终有效，而自然键大部分时间有效，但是

编辑：嗯，我做了，但它没有工作！我抛出了订阅和发布，重新创建了发布，但随后无法生成快照。服务器无法管理它所称的“发布服务器的标识范围分配条目”，该条目“在系统表

MSmerge\u identity\u range

中找不到”

浏览之后，我发现这样一句话：“您删除了在发布数据库中创建的第一个发布”时可能会出现这种问题

真有趣！这正是我刚才做的

幸运的是，这个问题应该通过SQLServer2005累积包5解决，我仍然需要下载和安装它。但是现在的问题是：SQLServer2005用户在发布这个CP5之前是如何工作的

---

EDIT2:累积包5不起作用，我仍然无法为我的新复制创建快照！

我认为你有正确的计划；）

我认为你有正确的计划；）

哪一个是正确的计划？重新初始化复制或与我的心理医生交谈？是的，如果可以的话，取消订阅服务器。我不会投入太多努力找出这种不合逻辑的废话。这个解决方案是最容易做到的，因为有问题的订阅服务器位于同一个LAN上。但是，如果我们的一台海外服务器出现同样的问题，我该怎么办？哪一个是正确的计划？重新初始化复制或与我的心理医生交谈？是的，取消订阅服务器如果可以的话。我不会花太多精力去弄明白这种不合逻辑的废话。这个解决方案是最容易做到的，因为有问题的用户位于同一个局域网上。但是如果我们的一个海外服务器出现同样的问题，我该怎么办？