Sql Server 2005中的镜像与日志传送

Question

我很想听听人们对这种情况下数据库镜像与日志传送的利弊的看法：我们需要设置一个数据库备份情况，其中只有一个辅助服务器不需要自动接收主要失败。恢复和开始使用辅助设备不应该花费太长时间。

Answer 1

<强>镜像

• 数据库镜像仅限于两台服务器。
• 使用Witness Server进行镜像可实现高可用性和自动故障转移。
• 您可以将DSN字符串配置为在其中包含两个镜像服务器，以便在切换时您不会注意到任何内容。
• 镜像时，无法访问您的镜像数据库。它处于同步/恢复模式。
• 使用SQL Server 2005标准版镜像不利于负载平衡（参见上面的句子）

日志传送

• 您可以登录到多台服务器。
• 日志传送仅与作业运行的频率一样最新。如果每15分钟发送一次日志，则辅助服务器最长可达15分钟。让它更像是一个温暖的待命。
• 您可以在数据库更新时将其保留为只读模式。适用于报告服务器。
• 适合灾难恢复

Answer 2

出于备份目的，我建议镜像：它保持一个总是最新的数据库副本，没有麻烦。如果你不需要自动故障转移，你只需要两个服务器/实例。请注意，高性能模式仅适用于Enterprice（sp）版本！

Answer 3

切换到辅助数据库确实需要更长的日志传送，但它并不是太糟糕。您必须手动复制任何未复制的备份文件，将事务日志备份应用于辅助数据库，恢复辅助数据库，并将其角色更改为主数据库。如果可以访问旧的主数据库，则应在开始之前备份其事务日志。使用镜像进行故障转移比较简单，如果使用高可用性模式，则可以自动完成。即使使用高性能模式，它仍然是一个语句操作。