我们一直在使用SQL Server合并复制几年来我们的数据中心之间的数据同步，但现在我们有一个大的性能问题的痛苦。 这可能是因为我们的数据进行同步的量在今年增加了很多。
我们的出版商是一个永远在线的数据中心在英国。 我们的用户是移动数据中心周游世界，是上一次的长达一周时间，大约 每年25次。 然而，它也花费的时间是相同的（如果不是更多）关闭，同时在其游记 - 这是一个游历数据中心！
我们有5个数据库，我们在这些服务器上同步。 然而，我们的数据库之一，具有较高的号码的用户停机期间之间的数据变化，我们的问题是它需要几天赶上在服务器上电 - 其他数据库的罚款。
从出版商下载到约1.5排第二（这是烦人的，当我们有几十万行），但奇怪的是，从上传的订户发布服务器上运行快约十倍的用户运行。
我已经检查的事情/尝试：•所有的表都对有ROWGUID属性设置•改变一代练级门槛不利于•设置代理配置文件，以高音量不利于GUID列非聚集主键•运行跟踪在发布服务器和用户显示查询所有正在运行的速度非常快（小于20米/大体S，但也有查询的部分批次之间的200米/秒左右的差距），我们的WAN链路上•分析表明，我们有巨大的带宽空闲•分析我们的服务器上金额显示我们有RAM和CPU空闲的巨额
一些用户在不从高延时，但这似乎并没有产生影响的地方 - 300米/秒或100M / S和我们仍然得到同样表现不佳。
一件事我没有关于奇迹 - 做每一个已成功处理了排在用户时间复制确认到出版商？ 如果我们有几千行，有一个延迟上线将这种化合物的问题，如果它确认每一个项目？ 如果发生这种情况，是有办法发布者和用户之间的一批了消息？
任何帮助，您可以提供将领受！
谢谢
标记
