同步恶梦-是否有可能使用合并复制(或RDA)之间的2SQL CE情况下，没有IIS?

Question

我们面临着以下问题，涉及到保持下同步：

• 1中央服务器(IIS/MSSQL2005年)
• 许多台式WPF客户分击
• 许多移动的客户-(Windows CE)

alt文本http://img502.imageshack.us/img502/8246/deployment.png

与这些棘手的约束：

• 所有同步的关系是双向的
• 桌面和网节点需要离线模式
• 移动节点的不同中央服务器，但是同步的桌面节点。桌面上的节点作为一个服务器的移动的客户，没有中央服务器。更新从移动节点再需要传播给中央服务器由于同步的桌面上，然后同步桌面与中央服务器。 唷.

讨厌的。

同步的桌面和服务器我们知道我们可以使用合并重复的服务器提供者、桌面作为一个用户，都好。但什么同步的手机和桌面节点？看似桌面不能发行无SQL服务器+国际空间站，对吗？我们只能部署MSSQL CE到桌面上。

甚至如果这种情况下，可能一个节点可以两用户和出版商？我怀疑这种安排并不支持通过合并复制架构似乎枢纽和辐条是唯一的支持的模式。

我们正试图确定如果我们能够消除RDA或合并复制作一个可能的解决方案-如果是这样我们将可能寻求MS同步的框架。

也许还有其他技术，我们可以考虑？

谢谢，

阿什莉

更新：我们刚刚开始具有发挥MS同步框架和它的岩石！

Answer 1

对原因没有直接关系到你的具体问题，我认为你可以继续消除RDA/合并复制作一个可能的解决方案。Microsoft不做广告，这一点(因为显而易见的原因)，但合并复制不是100％可靠的条件下，那里的网络连接可以放在中间的复制过程(其中发生相当频繁移动客户的Windows).

这一结果的问题是，变化的客户数据库有时也不完全传播的主数据库，但你没有可检测到的指示，这种事情发生了。你可以想象，这是一个糟糕的事情，尤其是如果你出售你的客户在这个解决方案基于这样的假设，RDA的作品作广告。只有短期的解决方案，我们发现这个问题是实现一种非常笨拙的双冗余过程来确认每条记录的添加或修改在的客户做到服务器没有错误。长期的解决办法是永远不再使用RDA的任何东西。

这个问题可能已经被固定在最近的版本的日摄入量(我们的问题发生的最新版本2年前)，但是我永远不会知道(一旦被咬两次害羞).

更新：顺便说一句，我已经有很多人跟我谈过的关于这个(包括微软支持技术人员)拒绝，这可能是真实的，但它很容易验证：添加一堆数据上的客户，然后开始复制，然后抽出USB线的设备(假设你的客户的Windows移动连接，通过动态)，同时在这中间.

如果我看起来稍微恼火，这部分是因为这是什么MS技术是最后被迫说(实际报价):"好吧，只要保持复制的数据合并将最终".

Answer 2

检查出来的 协作方案 (对等的)在微软框架2.0.提供包含有允许两个，SQL Server紧凑的数据库，以进行同步。它们还能够直接同步与其他供应商。