完全清理合并复制设置的正确方法是什么？
我尝试删除订阅，然后删除发布，然后“禁用发布和分发”并删除分发数据库，然后再次开始设置复制。
不幸的是，在那之后我发现 dbo.msmergesubscriptions 表仍然有关于我在 2 年前曾经拥有的旧订阅的旧记录！
是否有任何关于如何正确和完全清理合并复制设置的官方文档？
我们已经使用 SQL Server 复制很长时间了，并且遇到了一些问题，有时我们需要重新初始化订阅以解决一些问题，而其他时候我们需要破坏整个复制结构并再次重建它！
我们主要担心的是，一旦我们遇到复制问题，几乎所有简单的解决方案都是重新初始化我们的业务需求不接受的复制。
现在我们正准备发布一个新的大项目，我们正在尝试寻找第三方软件来进行 SQL Server 复制。
我们的设置包括分布在分支机构（不同国家/地区）的服务器 + 移动客户端（具有本地 SQL Server 数据库的笔记本电脑），我们需要在所有这些之间复制数据，并能够提供文章过滤。
有人可以为我们建议一些替代解决方案吗？
我有 SQL Server 2008 R2 合并复制设置。
我有 2 个针对同一个数据库的出版物，有 20 多个订阅者。
我们应用程序的逻辑防止同时更改来自 2 个订阅者的相同数据。
最近我开始遇到一些特定表的冲突，几乎所有时间 2 个冲突行（发布行和订阅行）的内容都是相同的，完全没有区别！
我的问题是：解决冲突并追溯到导致冲突的点的标准步骤是什么？
我们设置了 SQL Server 2008 R2 合并复制。
我们有 20 多个推送订阅。
有时我在同步期间收到以下错误消息：
Error messages: The merge process could not set the status of the subscription correctly.
(Source: MSSQL_REPL, Error number: MSSQL_REPL-2147200963)
Could not find stored procedure 'dbo.sp_MScheckIsPubOfSub'.
(Source: MSSQLServer, Error number: 2812)
我找到了上述 SP 的代码，并针对订阅者数据库运行了它，一切正常。
我的问题是：为什么这个存储过程时常被自己删除？我该如何解决这个问题？