SQL Server 高可用技术Mirror介绍
数据库镜像（SQL Server Mirroring）从SQL Server 2005 SP2开始引入，虽然从2008开始被列为"将会被弃用"的功能，但是由于其有很多优势，一直被广泛使用至今。 SQL Server 2012发布后，在官方的联机手册中出现了新的声明：后续版本的 Microsoft SQL Server 将删除数据库镜像功能。请避免在新的开发工作中使用该功能，并着手修改当前还在使用数据库镜像的应用程序，以便改用 AlwaysOn 可用性组。
术语：
本系列将会用到很多镜像甚至高可用的术语，所以这里先介绍相关概念：
主体服务器，Principal：在镜像环境中，包含活动库的源服务器，可以理解为主服务器。
镜像服务器，Mirror：在镜像环境中，包含目标数据库的服务器，即镜像环境中的目标服务器。
见证服务器，Witness：可选的一个服务器，用于监控主体服务器和镜像服务器，最主要的作用是进行自动故障转移（automatic Failover）。
伙伴服务器，Partner：相对于镜像环境而言，镜像服务器就是主体服务器的伙伴服务器，而主体服务器也是镜像服务器的伙伴服务器。
端点，Endpoint：绑定到网络协议中的对象，允许SQL Server通过端点在网络间交互。
会话，Session：活动于镜像环境中，用于维护服务器之间的状态信息和关系。简单来说就是镜像环境中各个伙伴服务器之间信息的传递者。
运行模式，Operating Mode：表示镜像环境的安全级别，镜像的运行模式有三种：带有自动故障转移的高安全性模式（带有见证服务器的同步模式），不带有自动故障转移的高安全性模式（没有见证服务器的同步模式），高性能模式（没有见证服务器的异步同步）。
角色，Role：在镜像环境中的功能，同一时刻，一个特定的服务器只能是三种角色中的其中一种：主体、镜像或见证。
运行模式：
从大层面来说，SQL Server镜像只有两种模式：高安全模式和高性能模式。两种模式的主要区别在于在事务提交后的操作。
在高性能模式下，主体服务器不需要等待镜像服务器响应即可提交事务。
在高安全性模式，需要把事务同步到镜像并得到响应后才最终提交主体服务器的事务。
高安全模式，High-Safety Mode：
这种模式是同步模式，可以细分为带有自动故障转移（即有见证服务器）的高安全模式和不带自动故障转移（即没有见证服务器）的高安全性模式。如果没有配置见证服务器，那么【带自动故障转移功能的高安全性(同步)】选项将会为灰色，即不可选。
两者最大的区别在于是否引入见证服务器，前面提到过，见证服务器能作为仲裁，侦测主体服务器的状态，一旦见证服务器不能连接主体服务器，将把会话自动切换到镜像服务器，如果没有见证服务器，那么需要手动切换。
在高安全模式下，事务必须在镜像库上提交，才能在主体库提交，这也意味着整套程序都必须等待镜像提交事务后才能最终提交，如果在网络情况不理想，将影响整个运行过程。高安全模式支持标准版和企业版，并且主体和镜像服务器必须是相同版本，比如不能一个是标准版，一个是企业版。
如果需要最高级别的镜像安全性，可以使用见证服务器作为仲裁，见证服务器不是必须的，但是却是自动Failover（故障转移）功能必须的。见证服务器可以使用Workgroup（工作组版）或者Express版。
见证服务器用于检查镜像环境中，主体库和镜像库的联接是否正常。见证服务器并不实际执行Failover，仅仅是告知镜像服务器："主体服务器宕机了"。即使见证服务器也宕机了，仅仅是不能自动Failover而已，不影响镜像环境。可以把见证服务器理解为，仅用于回答：主体服务器是否已经宕机了？图1-2 是带有见证服务器的高安全性模式的示意图
当出现性能问题的时候，可以根据图1-2的步骤来一步一步侦测。
高性能模式，High-Performance Mode：
这种模式是异步模式，只能手动Failover，所以没有必要设置见证服务器（实际上是可以设置，但是没有任何意义。）。这种模式会有数据丢失的可能。和高安全性模式相比，这种模式不需要等待镜像服务器的确认，所以在网络条件不理想的环境下，是不错的选择。图1-3是高性能运行模式的示意图。
同步、异步处理：
从图1-1 中可以看到，三种运行模式又可以分为两类处理，同步和异步。当镜像运行在同步模式下时，数据库的SAFETY选项为FULL。当镜像为异步时，数据库SAFETY的选项为OFF。两种高安全模式均为同步模式，高性能模式使用异步处理。表1-1 列出了两种模式的主要特点：
SQL Server镜像的运行模式及其重要，直接影响到配置、预算及故障侦测和性能优化。需要在前期做好评估，并且选择满足当前SLA要求的模式。
会话：
在配置完数据库镜像之后，就可以开始镜像会话。在镜像环境的所有服务器交互过程中，都通过会话来维护对方的状态信息。开始会话本质上就是开始主体数据库和镜像数据库的同步进程。
暂停和恢复会话：
当服务器出现性能问题时，暂停数据库会话可以临时停止因为镜像带来的压力，但是要注意，暂停会话会导致日志依旧活动，并且无法截断，如果时间持续太久，会引起日志文件的迅速增长，带来一系列的性能问题。日志相关问题可以查看《SQL Server扫盲》中关于日志备份的文章。地址：http://blog.csdn.net/dba_huangzj/article/details/26844859
镜像状态：
SQL Server镜像状态可能包含下面几种：
SYNCHRONIZING：正在同步，通常在第一次启用数据库镜像时出现，表示镜像服务器正在追上主体服务器的进度。
SYNCHRONIZED：已经同步完毕，大部分时间都是这种状态，一旦有爆发性的事务传输到镜像数据库，状态会从SYNCHRONIZED转变成SYNCHRONIZING。在高安全性模式下，这种状态通常不会导致数据丢失，仅表示镜像服务器正在同步，但是在高性能模式下，可能有数据丢失的风险。
SUSPENDED：挂起，当主体服务器不发送事务到镜像服务器时出现，在Failover发生后会出现这种状态（如果镜像环境依旧运行，仅使用Failover则不出现，但是如果镜像库断开连接，则会出现）。手动暂停镜像会话或者redo 日志发生错误时都会出现。
PENDING_FAILOVER：仅当主体服务器变成镜像服务器并且断开用户连接时，会在原主体服务器出现这种状态。在这种状态下，主体服务器和镜像服务器都会表现这种状态。但是见证服务器会出现：CONNECTED/DISCONNECTED/UNKNOWN的其中一种状态。
CONNECTED：代表见证服务器能连到其中一个伙伴，另外两种代表不能连到伙伴服务器，这种情况下，数据库会变成不可用，如果镜像环境使 用了见证，而镜像服务器为DISCONNECTED，并且镜像服务器奔溃，那么数据库（即使在主体服务器上）都会变得无法访问。所以当见证为disconnected，可以关闭见证，从而禁用仲裁，使用ALTER DATABASE <DB> SET WITNESS OFF实现。
DISCONNECTED：当镜像环境中的伙伴均无法连接对方时出现。
可以使用sys.database_mirroring目录视图查看镜像信息。
其他高可用对比
截至SQL Server 2012为止，内置的高可用功能有集群（Cluster）、镜像（Mirroring）、复制（Replication）、日志传送（Log Shipping）和AlwaysOn（2012出现）。其中AlwaysOn基本上已经实实现了集群、镜像的组合功能，所以本文不把镜像和AlwaysOn比较。仅对其他部分比较。详细信息可以看官方文档：http://msdn.microsoft.com/zh-cn/library/ms190202(v=sql.105).aspx
下面简要介绍一下镜像和其他部分的对比：
集群（Cluster）
优点：
这部分特指2012之前的Cluster，它基于Windows 的故障转移集群，可以自动检测SQL Server的健康状态，进行自动故障转移切换（自动Failover）。并且它的切换时间几乎等于SQL Server服务启动时间，除非有大量事务需要redo，否则一般不会延时很久，和带有见证服务器的高安全运行模式一起被称为2012之前的0延时高可用技术。另外两种都不能实现自动切换及0延时。
通过虚拟网络名称，客户端可以透明访问活动实例，而不用修改程序的连接字符串，这一点比镜像有进一步的改进，镜像由于只有一个镜像库，所以在第一次Failover成功之后，如果不做处理，镜像环境中原主体库即使重新联机。
从2008开始可以指定对非活跃节点进行升级维护。
缺点：
使用共享磁盘，如果共享磁盘出问题，整个Cluster都会瘫痪。
非活跃节点一直处于停止状态，不能分摊负载，也造成资源浪费。
实施成本高，需要最少3台机且必须在域中。
故障转移是整个实例的，和镜像不同，如果只有某个或者少数几个库出现问题需要Failover，镜像可以进行单独转移，但是Cluster不可以，这样会导致少数不相关的库受牵连。
复制（Replication）
复制天生就不是一种高可用技术，实际上是用来进行数据同步而已。如果单纯进行高可用方案，复制不是一个首选方案。
优点：
实现对象级别的同步，可以细化到列和行。
订阅库（也就是复制环境下的目标库）是可读的，可以进行读写分离方案。
支持多个库订阅一个库。延时可以达到秒级。
可以使用不同的SQL Server版本。
缺点：
不提供自动故障转移。
不保证对象0丢失。
故障侦测较为困难，错误信息往往不能很明显地表现出问题。
对表的定义有一定限制，比如事务复制要求表必须有主键。
日志传送（Log Shipping）
优点：
目标库可作为报表使用。并且过程中对主体服务器的压力很小。
支持冗余多个副本，可进行远程暖备。
机制简单，故障侦测较为容易。
缺点：
不支持不同版本的SQL Server。
延时是一定有的，不能实现完全同步。
不支持自动侦测和转移。
还原日志时，目标库不能对外访问。
同步以库为单位。
关于SQL Server Mirror的配置手册可见
SQL Mirror配置手册