镜像对比Sql Server 2005 中的日志传送

Question

我有兴趣听听人们对数据库镜像与数据库镜像的优缺点的看法。这种情况下的日志传送：我们需要设置一种数据库备份情况，其中只有一台辅助服务器在主服务器发生故障时不需要自动恢复。不过，恢复并从次要开始应该不会花费太长时间。

Answer 1

镜像

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

日志传送

• 您可以将日志发送到多个服务器。
• 日志传送的最新情况取决于作业运行的频率。如果您每 15 分钟发送一次日志，辅助服务器可能会长达 15 分钟。使其更像是一个温暖的待机。
• 更新数据库时，您可以将数据库保留为只读模式。适合报告服务器。
• 有利于灾难恢复

Answer 2

有关备份的目的，我会建议镜像：它让你的数据库的始终保持最新副本没有麻烦。如果你不需要自动故障转移你只需要两台服务器/实例。需要注意的是高性能模式仅适用于企业单位（SP）版！

Answer 3

切换到辅助数据库是否与日志传送需要更长的时间，但它不是太糟糕了。你必须手动复制任何未复制的备份文件，应用事务日志备份到辅助数据库，恢复辅助数据库，并改变其主要作用。如果旧的主数据库的访问，你应该开始之前备份其事务日志。与镜像故障切换略为简单，如果你使用的是高可用性模式可以自动完成。使用高性能模式即使，它仍然是一个语句操作。