我们有一对使用合并复制来同步一对数据库的SQL2000服务器。 在过去几个月的某个阶段，其中一个数据库的合并代理消失了。 很难说这是什么时候发生的，这个系统一年只有几个月才真正使用过几个月。
据我所知（我不是复制专家）订阅和出版物仍然存在，但其中一个没有做合并复制了，由于缺乏合并代理。 另一个是合并复制完美。
数据库之间的模式仍然是相同的，但数据已经改变。 订户服务器具有比发布服务器更新的数据。
获取合并代理的最佳方式是什么？ 我已经看了BOL，搜遍networking，所有这些复制的东西是可怕的！
是的，这是可怕的。
我记得有一段时间，如果复制不是每2周至less进行一次（我认为），默认情况下，订阅将过期并消失。 自从我做完这个事情以来，已经有好几年了，所以这真的很朦胧 对于我们最终使用休假2周的工作站订阅将到期（在高速互联网的日子之前，我们使用合并复制的现场单位）。
我们将设置更改为6个月才会到期。
不知道这是不是你的问题，因为复制……..和我们睡觉的噩梦，有很多的深夜和头挠挠这个项目。
编辑：我刚刚记得的东西。 复制将使用SQL代理帐户正在运行的权限运行。 因此，如果SQL Agent服务正在使用的帐户存在任何问题，则会对复制造成负面影响。
我并不是复制专家，但是当我们不得不重做合并复制时，我只是确保发布者拥有最新的数据和sql数据比较工具，并重新创build整个事情。 我不知道这是否是一个选项，但我们的数据库是相当小，不在地理上遥远。
我们使用的工具是Apex SQL Data Diff。 我敢肯定还有很多其他的选项。