SQL Mirror HA【SQL server的高可用性】
2011-04-13 17:45
162 查看
对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的高可用性)[转载]
- RoseMirrorHA For SqlServer安装配置
- SQL Server HA - 高可用性解决方案解决方案概述
- 在SQL SERVER 2000中写字符型的SQL语句遇到的情况
- SQL Server常用日期计算(基于T-SQL)
- SQL SERVER 数据库实用SQL语句
- 统计分析SQL Server Profiler 跟踪的SQL
- Red Gate - SQL Source Control实现对SQL SERVER 的源代码控制
- SQL Server高可用性(High Availability)——Failover Clustering
- SQL Server 数据库实用SQL语句
- sql 2005 用户 sa 登录失败,该用户与可信SQL Server连接无关联 错误18452
- ASP.NET SQL Server 注册工具 (Aspnet_regsql.exe)
- [microsoft][odbc sql server driver][ dbnetlib]未找到指定的sql server
- 安装SQL Server 2005之后找不到SQL Server Management Studio Express
- sql server 存储过程 拼接SQL 超过8000
- SQL Server 2012 (“Denali”): SQL Server Data Tools (SSDT), codename ‘Juneau”
- aspnet_regsql.exe 注册不上 本机的 SQL Server
- SQL Server 2005客户端安装和端口设置 SQL 2005端口的修改
- 集群(cluster)&高可用性(HA)概念
- T-SQL查询进阶--理解SQL Server中索引的概念,原理以及其他