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

Question

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

Log Shipping 似乎是一个不错的选择，但它似乎不适合我的目的，因为在 Log Shipping 中，Secondary DB 是不可写的。
所以我正在考虑使用复制作为替代方案。

据我了解，快照复制的特点是：

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

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

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

1. 对订阅者所做的修改不会合并到发布者中。
2. 对订阅者所做的修改将在下次同步时还原。

（我使用的是 SQL Server 2005）

Answer 1

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

希望对您有所帮助。