最佳热/热备份服务器复制策略（SQL Server 2005）

Question

我有两台与SQL Server 2005和我的应用程序相同的服务器。

硬性要求：

1. 我必须能够在任一服务器上更新数据。
2. 我必须能够拔出任一服务器，而无需重新配置数据库中的任何内容。
3. 当服务器重新插入时，它必须自动与其他服务器同步。

注意：

1. 我更喜欢在可能的情况下不会给主服务器增加大量负载的选项。
2. 这两台服务器有一个专用网络用于复制，因此带宽不是问题。
3. 任何服务器上的数据都可以过时几分钟。

据我所知，我的选择是：

• 具有可更新订阅的事务复制（排队更新）
• 合并复制

哪种配置最符合我的要求？

Answer 1

当前选项都不允许两台服务器都可写。几乎你唯一的选择是合并复制，因为这允许更新两个服务器。

然而，合并复制是最难设置和运行的。您需要确保分发服务器上有足够的驱动器空间，以确保分发服务器在其中一台服务器停机时不会耗尽空间。

日志传送和镜像不允许更新辅助服务器。

Answer 2

您是否考虑过Log Shipping？

我不认为可以轻松设置，以便热备份可以自动接管，因此需要一些手动操作才能使其成为主要版本。

它只会与最近收到的日志一样好 - 但您可以设置每分钟左右发送一次日志。

如果您必须使Standby 100％保持最新，那么您需要一个同步每个事务的解决方案 - 这将是一个分布式提交。

但是如果你打算通过联邦快递运送备用电源并且可以强制执行一个过程（即发送“最终”日志），然后关闭它应该工作;或者，如果它刚刚断开连接，联邦快递，然后“在线”回来，日志运输应该从它停止的地方恢复;然后，当你把它作为主要时，它将像它收到的最新日志一样“新鲜”。