所有服务器上的操作系统：Windows Server 2008 R2。
发布者：Sql Server 2008 R2标准
分发服务商：SQL Server 2008 R2标准版
Web同步代理：IIS 7.5下的sqlce35.dll
订阅者：Windows XP SP 3或Windows 7 SP1 SQL CE客户端3.1
我遇到一个问题，即合并复制会在不知道原因的情况下停止更新订阅。
物业：
使用HostName（）过滤的多篇文章（15个表）创建合并复制。此副本推送超过20或30个订户，并且正确完成同步。数据收集是通过订户的请求完成的，它每天拉动两到三次。并且所有更改都是由订户收到的，没有任何问题。
所有这些工作正常，直到有一段时间，几天没有问题，副本将不再更新订户的一些更改。我们搜索播音员并进行更改，检查订阅者而不是拥有它们。返回修改publicator中的更改，有时如果它们在订阅者中更新，有时不更新。
问题是这个副本不再可靠，我们不知道它是更新的，什么不是。
专注于单一订阅 - EVDBASD342232'013243 ...'和单篇文章'table1'没有获得新数据做出以下验证步骤
运行“sp_showpendingchanges NULL，NULL，'table1'，1”表示 procedure返回一系列与数据对应的行 应该复制，我发现ID匹配 订阅-EVDBASD342232'013243 ......'和guid对应 “table1”上应该复制的行。
我们请求订阅，我们在Replication Monitor中观察到 查看订阅-EVDBASD342232'013243 ...'表示0更改和 一切都是正确的，没有错误，但不会说什么 等待同步。
在分析了我们不了解的所有数据之后，这个过程中出了什么问题。 一旦副本不同步，其他副本也不同步。
如果有人可以提供帮助，请提前致谢。 如果您需要更多说明或细节
答案 0 :(得分：0)
SQL CE已知复制问题。 大多数建议是不使用CE。
尝试联系Hilary Cotter - 我认为他有博客和推特。
Twitter #SQLHELP是一个尽快得到答案的好地方。大多数SQL大师都会帮助你。