SQL server的高可用性 SQL Mirror HA

运维 数据库运维 SQL Server
本文讲述了对SQL Server 2008 进行Mirror的基本配置及安装方法。

本文讲述了对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,运行脚本:

  1. Create EndPoint On Principal and Mirror Instance   
  2. CREATE ENDPOINT mirroring_ep  
  3.      STATE=STARTED 
  4.      AS TCP (LISTENER_PORT=5022)  
  5.      FOR  DATABASE_MIRRORING  
  6.          (ROLE = PARTNERENCRYPTION = SUPPORTED)  
  7. --或CREATE ENDPOINT mirroring_ep  
  8.      STATE=STARTED 
  9.      AS TCP (LISTENER_PORT=5022)  
  10.      FOR  DATABASE_MIRRORING  
  11.          (AUTHENTICATION=WINDOWS NTLM,ROLE = PARTNER)  

2. 在Witness实例上创建EndPoint,运行脚本:

  1. Create EndPoint On Witness Instance   
  2. CREATE ENDPOINT mirroring_ep  
  3.     STATE = STARTED 
  4.     AS TCP ( LISTENER_PORT = 5022 )  
  5.     FOR DATABASE_MIRRORING  
  6.             ( ENCRYPTION = SUPPORTEDROLE=WITNESS );  
  7. --或  
  8. CREATE ENDPOINT mirroring_ep  
  9.      STATE=STARTED   
  10.      AS TCP (LISTENER_PORT=5022)  
  11.      FOR  DATABASE_MIRRORING  
  12.          (AUTHENTICATION=WINDOWS NTLM,ROLE = WITNESS)  

查看EndPoint及删除EndPoint脚本:

  1. Select * From Sys.database_mirroring_endpoints  
  2. Select * From sys.database_mirroring  
  3. Drop Endpoint endpoint_mirroring 

创建 Mirror Session

1.在Mirror 实例上创建Session,运行脚本:

  1. ALTER DATABASE  DataBaseName  
  2. SET PARTNER = 'TCP://PrincipalServerName:5022'

2.在Principal 实例上创建Session ,运行脚本:

  1. ALTER DATABASE  DataBaseName  
  2. SET PARTNER = 'TCP://MirrorServerName:5022'

3.在Principal 实例上指定Witness,运行脚本:

  1. ALTER DATABASE  HB2008_Gome  
  2. SET WITNESS = 'TCP://WitnessServerName:5022'

注意:

1.在Principal实例上创建Session时可能会遇到此错误,错误信息如下:

镜像数据库 "dbName" 包含的事务日志数据不足,无法保留主体数据库的日志备份链。如果没有从主体数据库进行日志备份或者没有在镜像数据库上还原日志备份,则可能会出现这种情况。

解决方法是在Principal实例上再进行一次日志备份,并按照NoRecovery模式还原至Mirror实例上。

原因是日志存在间断,可能在进行完全备份时又产生日志。

2.测试FailOver

  1. ALTER DATABASE DataBase  
  2. SET PARTNER FAILOVER 

3.相关查询表:

  1. Sys.database_mirroring   
  2. Sys.database_mirroring_endpoints   
  3. 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

 

【编辑推荐】

  1. MySQL数据库的优化(上)单机MySQL数据库的优化
  2. MySQL数据库的优化(下)MySQL数据库的高可用架构方案
  3. 利用keepalived构建高可用MySQL-HA
  4. 详解数据库高可用架构之路
  5. 给数据减肥 让MySQL数据库跑的更快
责任编辑:艾婧 来源: 博客园
相关推荐

2012-09-04 13:43:31

SQL Server

2010-09-14 08:55:55

SQL Server

2009-07-07 23:14:00

高可用性SQL Server

2009-04-16 15:34:35

SQL Server

2010-07-06 17:42:46

SQL Server

2020-03-18 09:00:06

SQL Server云计算数据库

2010-09-13 14:34:22

SQL Server

2009-07-09 10:25:16

2010-09-13 14:45:56

SQL Server

2009-04-16 15:30:15

SQL Server 可用性应用场景

2010-07-02 13:07:11

SQL Server

2010-06-03 15:23:48

2024-02-27 09:48:25

Redis集群数据库

2010-12-07 15:30:15

Exchange Se

2012-07-04 11:21:07

OpenStack

2012-11-29 09:42:34

2013-08-28 10:30:39

vSphere

2018-04-17 14:17:14

高可用服务器虚拟化

2013-12-04 09:52:50

hadoop

2010-12-31 14:36:15

ExchangeSer
点赞
收藏

51CTO技术栈公众号