镜像与日志传送在SQL Server 2005

问题描述:

我愿意听取人们的思想有什么好处,在这种情况下镜像与日志传送数据库的缺点:我们需要建立一个数据库的备份情况,其中恰好有一个二次服务器在主服务器出现故障时无需自动启动。恢复并从中学开始不应该花太长的时间。镜像与日志传送在SQL Server 2005

镜像

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

日志传送

  • 您可以登陆舰到多台服务器。
  • 日志传送只与作业运行的频率一致。如果您每隔15分钟发送一次日志,辅助服务器可能会最多15分钟。让它更像一个温暖的待机。
  • 在更新数据库时,您可以将数据库置于只读模式。适用于报告服务器。
  • 适合灾难恢复

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

备份的目的,我会建议镜像:它让你的数据库的始终保持最新副本没有麻烦。如果你不需要自动故障转移你只需要两台服务器/实例。请注意,高性能模式仅适用于Enterprice(sp)版本!