本文讲述了对SQL Server 2008 进行Mirror的基本配置及安装方法。
准备工作
1. Principal 与Mirror 以及 Witness 三台实例都安装为相同版本，目前是到SQL Server 2008 SP1。
2. 需要有一个域帐户分别添加到 三台数据库实例所在的Server 的 Administrators组、以及SQL Server 相关的组中； 由于具体的组的功能不清楚，因此建议所有组都添加该域帐户，确保权限运行正常。
3. 将第二步中的域帐户设置为SQL Server 服务，SQL Server Agent 的启动帐户，并重启服务。
4. 确保Principal 与Miroor 两台实例上的数据数据及日志相同。备份模式为完全备份，恢复模式为完全，向Mirror实例上恢复数据库时必须选择为NoRecovery模式。
创建EndPoint
1. 在Principal与 Mirror实例上创建EndPoint，运行脚本：
Create EndPoint On Principal and Mirror Instance CREATE ENDPOINT mirroring_ep STATE=STARTED AS TCP (LISTENER_PORT=5022) FOR DATABASE_MIRRORING (ROLE = PARTNER, ENCRYPTION = SUPPORTED) --或CREATE ENDPOINT mirroring_ep STATE=STARTED AS TCP (LISTENER_PORT=5022) FOR DATABASE_MIRRORING (AUTHENTICATION=WINDOWS NTLM,ROLE = PARTNER)
2. 在Witness实例上创建EndPoint，运行脚本：
Create EndPoint On Witness Instance CREATE ENDPOINT mirroring_ep STATE = STARTED AS TCP ( LISTENER_PORT = 5022 ) FOR DATABASE_MIRRORING ( ENCRYPTION = SUPPORTED, ROLE=WITNESS ); --或 CREATE ENDPOINT mirroring_ep STATE=STARTED AS TCP (LISTENER_PORT=5022) FOR DATABASE_MIRRORING (AUTHENTICATION=WINDOWS NTLM,ROLE = WITNESS)
查看EndPoint及删除EndPoint脚本：
Select * From Sys.database_mirroring_endpoints Select * From sys.database_mirroring Drop Endpoint endpoint_mirroring
创建 Mirror Session
1.在Mirror 实例上创建Session，运行脚本：
ALTER DATABASE DataBaseName SET PARTNER = 'TCP://PrincipalServerName:5022';
2.在Principal 实例上创建Session ，运行脚本：
ALTER DATABASE DataBaseName SET PARTNER = 'TCP://MirrorServerName:5022';
3.在Principal 实例上指定Witness，运行脚本：
ALTER DATABASE HB2008_Gome SET WITNESS = 'TCP://WitnessServerName:5022';
注意：
1.在Principal实例上创建Session时可能会遇到此错误，错误信息如下：
镜像数据库 "dbName" 包含的事务日志数据不足，无法保留主体数据库的日志备份链。假如没有从主体数据库进行日志备份或者没有在镜像数据库上还原日志备份，则可能会出现这种情况。
解决方法是在Principal实例上再进行一次日志备份，并按照NoRecovery模式还原至Mirror实例上。
原因是日志存在间断，可能在进行完全备份时又产生日志。
2.测试FailOver
ALTER DATABASE DataBase SET PARTNER FAILOVER
3.相关查询表：
Sys.database_mirroring Sys.database_mirroring_endpoints Sys.database_mirroring_witnesses
4.计划任务提前备份：
可以将Principal上的计划任务提前生成脚本，在Mirror配置完成后，在Mirror实例上执行。
5.镜像运行模式
高安全性模式：支持同步操作，事务在主体与镜像上同时提交，会延长事务滞后时间。
高性能模式：支持异步运行，镜像服务器可能稍微滞后于主体数据库。
值得说明的是，高安全性模式，由于是主体与镜像为同步操作，镜像的未提交会导致主体不进行提交，可能会有较大的影响。
比如：DBServerA与DBServerB数据库互为镜像，DBServerA为主体，DBServerB为镜像；
同时DBServerA做了发布服务器，DBServerC从DBServerA做了订阅。应用系统在DBServerC上进行查询。
若DBServerB 出现故障，则DBServerA无法提交，从而DBServerC查询数据不及时。
原文链接：http://www.cnblogs.com/shitou/archive/2011/04/13/2015115.html