SQL Mirror HA(SQL server的高可用性)[转载]
2010-02-04 22:34
197 查看
对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
2. 在Witness实例上创建EndPoint,运行脚本:
Create
EndPoint On Witness Instance
查看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.镜像运行模式
1.高安全性模式:支持同步操作,事务在主体与镜像上同时提交,会延长事务滞后时间。
2.高性能模式:支持异步运行,镜像服务器可能稍微滞后于主体数据库。
值得说明的是,高安全性模式,由于是主体与镜像为同步操作,镜像的未提交会导致主体不进行提交,可能会有较大的影响。
比如:DBServerA与DBServerB数据库互为镜像,DBServerA为主体,DBServerB为镜像;
同时DBServerA做了发布服务器,DBServerC从DBServerA做了订阅。应用系统在DBServerC上进行查询。
若DBServerB 出现故障,则DBServerA无法提交,从而DBServerC查询数据不及时。
准备工作
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.镜像运行模式
1.高安全性模式:支持同步操作,事务在主体与镜像上同时提交,会延长事务滞后时间。
2.高性能模式:支持异步运行,镜像服务器可能稍微滞后于主体数据库。
值得说明的是,高安全性模式,由于是主体与镜像为同步操作,镜像的未提交会导致主体不进行提交,可能会有较大的影响。
比如:DBServerA与DBServerB数据库互为镜像,DBServerA为主体,DBServerB为镜像;
同时DBServerA做了发布服务器,DBServerC从DBServerA做了订阅。应用系统在DBServerC上进行查询。
若DBServerB 出现故障,则DBServerA无法提交,从而DBServerC查询数据不及时。
相关文章推荐
- SQL Mirror HA【SQL server的高可用性】
- sql server 2005/2008 设置 sql身份验证 和 sa空密码(像sql2000一样使用)(转载)
- RoseMirrorHA For SqlServer安装配置
- 推荐:《SQL Server大型服务器:伸缩性、可用性与易管理性》[转载]
- 如何解决 SQL Server 应用程序的性能问题 SQL 事件探查器(转载)
- 【转载】SQL Server高可用性部署实施
- SQL Server 2005中的T-SQL增强 转载:WWW.CHINAHTML.COM 学习
- SQL Server 2008 对 T-SQL 语言的增强(转载)
- [SQL Server] SQLServer SET NOCOUNT(转载)
- SQL Server HA - 高可用性解决方案解决方案概述
- SQL Server 2008中SQL应用系列及BI学习笔记系列--目录索引 [转载]
- .NET 2.0 SQL依赖注意事项(转载:原文《使用SQL Server 2005 Query Notification的几个注意事项》)
- 用SQL语句定时自动备份SQL SERVER 数据库并将备份文件加密压缩自动下载 (2014-03-17 13:12:26)转载
- 【转载】SQL Server 2008 r2 中 SQL语句中单引号转义
- SQL查询优化:详解SQL Server非聚集索引(转载)
- 怎样在VS2008自带的SQl2005里使用sql server身份验证登陆 (转载) -怎样安装sql2005
- 【转载】破解SQL Server加密的存储过程的方法(含 sql 2000与sql 2005版)
- T-SQL-SQL server数据类型 (转载)
- SQL Server中, DateTime (日期)型操作的 SQL语法(转载)
- sql server 2005/2008 设置 sql身份验证 和 sa空密码(像sql2000一样使用)(转载)