Windows mobile 大规模合并复制战略—可能出现什么问题？

我正在开发一款在WindowsMobile6上使用合并复制和SQLCompact的软件。目前，它在5台设备上运行良好

我遇到的问题如下：

• 模式已经发生了很大的变化，并且随着应用程序的发展将继续发生变化。将这些架构更改复制到设备时出现了各种错误，由于架构不一致，上载失败

• 订阅将过期（14天后），无法使用upload重新初始化-AKA，这是迄今为止未同步数据的潜在数据服务水平

基本上，最坏的情况是数据丢失，当合并复制失败时，似乎没有办法恢复数据。到目前为止，我的方法是在设备上删除并创建订阅。我没有听到很多人这样做，尽管它似乎解决了所有问题

---

长期计划是将其应用于500多台设备。对承担过类似项目的人员的任何建议，如何最大限度地减少数据丢失并使其恢复，以便有适当的错误处理代码从同步失败中恢复，我们将不胜感激。

从脚本重建复制似乎是一项相当简单的任务，直到您开始陷入数据不一致，然后必须手动更正数据才能恢复同步的

我建议您研究ADO.Net的同步服务，而不是复制

---

我们已经使用一个名为Utility Center的应用程序使用SQL server合并复制大约7年了。目前，我们有120台机器上的应用程序。我们经常遇到数据无法送达订户的问题，但这并不会导致软件无法使用。此外，该软件还安装在笔记本电脑等设备上，人们可以将其带回家关机等。此外，一些人还存在无线同步问题。

建议您看看Rob Tiffany的书，书中有很多建议，可供许多用户使用。为了在订阅过期时保存数据，您可以实现一个web服务来上载sdf，然后通过使用一个小实用程序从设备数据库中应用任何插入/更新/删除操作