我们已经运行了近两年的双节点对等（P2P）复制设置，但出于某种原因，它最近被标记为非活动状态，迫使我们重新构建它。不幸的是，无论我如何重新构建它，我都会遇到同样的错误。
基本上，一旦配置了P2P，它就会立即失败，因为它找不到一些自动创建的“sp_MS [upd | ins | del] *******”存储过程。在进行一些调查（并直接从sys.procedures中选择）时，我发现这些存储过程仅在DB成为P2P节点的订户时创建，类似于事务复制。因为P2P中的每个数据库都是发布者和订阅者，所以这些数据库丢失的事实很奇怪，特别是考虑到它明显成功地在其中一个数据库上执行此操作而不是另一个数据库。似乎其中一个DB没有设置为订阅者，但我没有收到任何错误或指示（实际上Management Studio确实显示了两个订阅）。我尝试了几乎所有我能想到的东西，改变了首先配置的数据库，完全禁用分发并重新创建它等等，但仍然没有运气。
是否有其他人遇到此问题，或者有没有人对我接下来要尝试的内容有任何建议？
提前致谢！
答案 0 :(得分：-1)
问题在于，在新节点上恢复之前修改了P2P备份的数据库。即使使用指定发生更改的选项并且可能是错误，也会发生这种情况。 ＆＃34;解决方案＆＃34;是为了确保在复制重新启动并运行之前，原始数据库尚未完全修改 。