SQL Server合并复制计划

我们一直在尝试SQL Server 2005上的连续复制解决方案,但其效率似乎低于计划的解决方案:由于您的进程是连续的,因此您将无法获得与已传递的复制相关的所有信息(复制失败的次数、进程花费的时间、进程停止的原因、记录的数量)更新后,有多少数据库结构修改被复制到Suscribers,等等),使得复制后续工作更加困难。

在修改数据库结构(更改表指令)和/或在其中一个数据库上进行批量更新时,我们也遇到了一些问题,并且正在进行连续复制。

保持“每一分钟”的同步,然后忘记这个“连续”选项。

我做了一些调查,不幸的是没有找到你问题的直接答案,但我确实为你找到了一个潜在的有用资源: http://www.replicationanswers.com/Merge.asp

我希望这能为您提供一些关于SQL复制的有用提示。