【发布时间】：2012-02-01 09:35:15
【问题描述】：
所有服务器上的操作系统：Windows Server 2008 R2。
发布者：Sql Server 2008 R2 Standard
发行商：SQL Server 2008 R2 Standard
Web 同步代理：IIS 7.5 下的 sqlce35.dll
订阅者：Windows XP SP 3 或 Windows 7 SP1 SQL CE 客户端 3.1
我遇到了一个问题，即合并复制在不知道原因的情况下停止更新订阅。
场地：
- 1 出版物
- 15 个由 hostname() 过滤的项目。全部设置为下载，双向模式下无。
- 20 或 30 个订阅者
您创建了一个合并复制，其中包含由 HostName () 过滤的多个文章（15 个表）。此副本推送超过 20 或 30 个订阅者，并且同步正确完成。数据收集是根据订阅者的请求完成的，它每天会拉出两到三次更改。并且所有更改都被订阅者接收，没有任何问题。
这一切都很好，直到有一天，几天后没有问题，副本将不再更新订阅者的一些更改。我们在发布者上搜索并进行更改，检查订阅者但没有更改。返回修改发布者中的更改，有时如果它们在订阅者中更新，有时则没有。
问题是这个副本不再可靠，我们不知道它是否已更新，什么没有。
针对单个订阅-EVDBASD342232 '013243 ...'和单个文章'table1'没有获取新数据做了如下验证步骤
运行 "sp_showpendingchanges NULL, NULL, 'table1', 1" 表示 过程返回给我一系列与数据对应的行 应该复制，我发现 ID 匹配 subscription-EVDBASD342232 '013243 ... '和guid对应 'table1' 上应该被复制的行。
我们请求订阅并在复制监视器中观察到 查看订阅-EVDBASD342232 '013243 ... '表示0变化和 一切都正确，没有错误，但不会说什么 等待同步。
在分析了所有我们不明白的数据后，过程中出了什么问题。 一旦副本不同步，其他副本也不同步。
如果有人可以提供帮助，请提前致谢。 如果您需要更多说明或详细信息
【问题讨论】：
标签： sql-server-2008 merge replication