我们有一对 SQL2000 服务器，它们使用合并复制来同步几个数据库。在过去几个月的某个阶段，其中一个数据库的合并代理消失了。很难说这是什么时候发生的，这个系统实际上每年只使用几个月，几次。
据我所知（我不是复制专家），订阅和发布都仍然存在，但由于缺少合并代理，其中一个不再进行合并复制。另一个则完美地进行合并复制。
数据库之间的架构仍然相同，但数据已更改。订阅服务器的数据比发布服务器更新。
恢复合并代理的最佳方法是什么？我查看了 BOL，搜索了网络，所有这些复制内容都令人困惑和害怕！
答案1
是的，这很可怕。
我记得不久前，如果复制没有至少每两周进行一次（我想），默认情况下，订阅将过期并消失。我已经好几年没这样做了，所以这真的很模糊。对于我们来说，当最终用户休假两周时，工作站订阅就会过期（在高速互联网出现之前，我们对现场单位使用合并复制）。
我们将设置改为6个月后才会过期。
但不知道这是否是你的问题，为了复制，我们在那个项目上熬了很多个夜，绞尽脑汁……当我们睡觉时，还会做噩梦。
编辑：我刚刚想起了其他事情。复制将使用 SQL Agent 帐户正在运行的权限运行。因此，如果 SQL Agent 服务正在使用的帐户存在任何问题，这将对复制产生不利影响。
答案2
我也不是复制方面的专家，但当我们必须重新进行合并复制时，我只需使用 SQL 数据比较工具确保发布者拥有最新数据，然后重新创建整个复制。我不知道这对你们来说是否是一个选择，但我们的数据库非常小，而且地理位置也不远。
我们使用的工具是 Apex SQL Data Diff。不过我相信还有很多其他可用的选项。