数据库镜像是SQL Server高可用性选项之一。虽然这个概念很简单并且非常容易设置，但是在实施数据库镜像前还是有一些事项需要考虑。毕竟，你想要的是在发生任何潜在故障时能够无缝地转移到镜像服务器。在这篇文章中，我将依据我在生产环境中部署SQL Server数据库镜像的经验给大家提供一些参考与建议。

　　SQL Server数据库镜像的三种操作模式：高安全（包含见证服务器），高安全（不包含见证服务器），高性能（不包含见证服务器）。第四种组合，高性能（包含见证服务器），在理论上是可能的，但它令人泄气的是如果见证服务器失效就会导致主数据库不可用。

　　我给你的第一项建议是：熟悉这三种模式是如何工作的以及在各种模式下如果某台服务器出现故障会发生什么。现在让我们来看看每一个细节。

　　高安全模式也被称为同步模式。由于每个数据库操作同时写到两台服务器的事务日志中，所以即使在故障情况下你也不会丢失数据。镜像有时可能会延迟，但最终它在把所有事务从日志写出到数据文件后还是会赶上的。

　　如果运行在不包含见证服务器的高安全模式下，主数据库将可用，但你不会得到自动故障转移。如果镜像服务器不可用，镜像操作挂起，但主数据库继续工作。事务信息不会从日志中得到清除，但是如果你不注意，你可能会耗尽主数据库的存储空间。如果主数据库失败，镜像数据库将会可用，但是你必须手动完成故障转移操作使得数据库联机并重定向你的应用。

　　因为你需要在两种情况下进行手动干预，所以重要的是明确在什么错误情况下通知你的数据库镜像会话或是任何卷入的镜像服务器。

　　如果运行在包含见证服务器的高安全模式下，你会得到自动的应用程序故障转移，因此你的应用程序会继续工作，只要它们被配置成连接到镜像服务器。数据库端的反应根据失去哪种服务器而变化。如果你失去了主服务器，镜像服务器和见证服务器对接管镜像服务器进行表决并将数据库故障转移到该镜像服务器。

　　你现在有同样的问题：镜像服务器的事务日志不被截断。但是在这种情况下，最重要的是立即响应。如果见证服务器随后也停止工作（而主服务器还是不可用），镜像服务器上的数据库也将不可用，因为主服务器与见证服务器都失去而导致无法表决。在这种情况下，SQL Server让数据库不可用，因为它还不清楚是否主数据库还在接收更新；因此，它需要确保在任何时候只能更新一个数据库。

　　所以，对你来说最重要的一点是要记住——如果你运行在包含见证服务器的高安全模式下，且失去了主服务器或是镜像服务器，那么你需要非常迅速地修复不可用的服务器或中断数据库镜像，从而避免即使故障转移服务器运行正常而导致的耗尽存储空间进而使数据库不可用。

　　本文的下半部分讲述一旦你熟悉了这些镜像模式，就可以建立自己的服务器组并创建文档化的故障恢复计划。