SQL复制：有没有办法通过使用合并复制来实现快照复制的相同效果？

Question

我正在寻找维护克隆数据库的正确方法。

日志传送似乎是一个不错的选择，但它似乎不适合我的目的，因为在日志传送中，辅助DB不可写。
所以我考虑使用Replication作为替代方案。

据我了解，快照复制的功能是：

1. 可以修改用户数据库。
2. 对订户数据库所做的任何修改都会在下次同步时消失。

我希望采用这些功能，但是当应用于大型数据库时，快照复制将占用大量资源。

问题：使用合并复制是否可以产生相同的效果？即，

1. 对订阅者所做的修改未合并到Publisher。
2. 对订阅者所做的修改将在下次同步时恢复。

（我正在使用SQL Server 2005）

Answer 1

我已经使用了合并复制大约8年了，而且我们有很多客户将它用于预期用途 - 多个服务器并且两者都在使用中。但我们确实有一些使用它进行100％备份。我只是设置合并复制，就像我对其他机器一样，它从分发器复制到订阅者。您不能以单向方式100％进行合并复制，因此只有在需要时（主要关闭）或应用程序的只读访问才能使用克隆数据库。 如果您的克隆数据库仅用于备份目的，我理解的方式是Microsoft不要求您使用另一个SQL服务器副本，并且您可以在两台计算机上使用相同的许可证。 您还可以将合并复制设置为连续（这是我们除了一对之外的所有设置），或者您可以将其设置为仅在特定时间或特定时间间隔发生。当克隆数据库不必始终100％更新时，这非常有用。因此，您可以将其设置为仅在晚上10点合并，然后将复制全天发生的所有更改。

希望有所帮助。