SQL Server AlwaysOn配置两个节点加共享文件夹仲裁见证
标签:MSSQL/节点和共享文件夹多数
概述
之前讲过多数节点的仲裁配置,多数节点一般3个节点以上的奇数个节点;常见的是使用3个节点节点多了也是浪费因为Alwayson的只读路由只能利用到一个只读副本,但是从Windows2008开始可以用共享文件夹来代替一个节点来充当仲裁;这就又可以节省一台服务器了只需要两台数据库服务器加任意一台电脑的共享文件夹,但是一般会选择在域服务器上创建共享文件夹。但是要注意该共享文件夹的权限需要everyone角色拥有读写权限。
注意:要验证其中一个节点故障集群是否正常必须断开故障节点的网络或者关机,因为alwayson是在故障转移的基础上,只有物理机故障无法ping通才会导致故障转移切换节点。比如只停止SQLServer服务这种是无法验证的。
数据库:SQLServer2014 SP2
OS:Windows Server 2008R2
一、配置仲裁
可以在创建故障转移集群的时候配置,也可以创建完集群后右键集群来修改仲裁配置
这里的共享文件夹路径使用域服务器已经创建好的共享网络路径
注意:这个路径的权限必须everyone角色具有读写权限,否则集群会出现以下错误提示,如果AlwasyOn的网络共享路径也配置在域服务器应该避免文件见证使用该共享路径,这涉及到了安全问题。AlwasyOn的网络共享路径只需要授予启动服务用户的所有权限即可。
二、读写分离
当使用两个节点后,读写分离的配置和三个节点会稍微有点区别,假设我现在只有DB01,DB02两个节点
1.Alwayson属性配置
注意:主角色中的连接这里和三个节点不一样,三个节点这里可以选择“仅允许读/写连接”,这里是能选择“允许所有连接”,否则其中一个节点无法访问后只读路由访问会失败(返回错误982)。
2.语句配置
---建立read指针 - 在当前的primary上为每个副本建立副本对于的tcp连接 ALTER AVAILABILITY GROUP [Alwayson22] MODIFY REPLICA ON N'db01' WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://db01.ag.com:1433')) ALTER AVAILABILITY GROUP [Alwayson22] MODIFY REPLICA ON N'db02' WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://db02.ag.com:1433')) ----为每个可能的primary role配置对应的只读路由副本 --list列表有优先级关系,排在前面的具有更高的优先级,当db02正常时只读路由只能到db02,如果db02故障了只读路由才能路由到DB01 ALTER AVAILABILITY GROUP [Alwayson22] MODIFY REPLICA ON N'db01' WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('db02','db01'))); ALTER AVAILABILITY GROUP [Alwayson22] MODIFY REPLICA ON N'db02' WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('db01','db02')));
--查询优先级关系 SELECT ar.replica_server_name , rl.routing_priority , ( SELECT ar2.replica_server_name FROM sys.availability_read_only_routing_lists rl2 JOIN sys.availability_replicas AS ar2 ON rl2.read_only_replica_id = ar2.replica_id WHERE rl.replica_id = rl2.replica_id AND rl.routing_priority = rl2.routing_priority AND rl.read_only_replica_id = rl2.read_only_replica_id ) AS 'read_only_replica_server_name' FROM sys.availability_read_only_routing_lists rl JOIN sys.availability_replicas AS ar ON rl.replica_id = ar.replica_id
会发现配置只读路由列表这里和之前的三个节点有区别,我用绿色标识了出来;之前三个节点的时候这里用的是DB03。
三个节点:当DB01节点无法访问时,DB02节点变成主节点充当读写副本,DB03节点充当只读副本。
两个节点:当DB01节点无法访问时,DB02节点变成主节点即充当读写副本同时也充当只读副本。
当停止DB01的服务后仲裁会自动切换到DB02上来,且读写和只读连接都会连接到DB02上。这里就不做演示从下图也可以看到单节点DB02在线。
总结
对比三个节点,使用两个节点可以减少一台服务器节省不少人力成本。毕竟故障的情况并不是很多。但是也不得不说一下这种方案的弊端,那就是当一个节点故障后另一个节点要同时承担读写和只读的两倍的负担,使用该方案之前就必须得评估一个节点能否支持得起这种负载压力!!!
备注:SQLServer2016支持多个只读副本负载分担只读操作
搭建和加入域参考:http://www.cnblogs.com/chenmh/p/4444168.html
搭建故障转移群集参考:http://www.cnblogs.com/chenmh/p/4479304.html
Alwayson搭建参考:http://www.cnblogs.com/chenmh/p/4484176.html
Alwayson读写分离参考:http://www.cnblogs.com/chenmh/p/7000236.html
备注: 作者:pursuer.chen 博客:http://www.cnblogs.com/chenmh 本站点所有随笔都是原创,欢迎大家转载;但转载时必须注明文章来源,且在文章开头明显处给明链接。 《欢迎交流讨论》 |