标签：MSSQL/节点和共享文件夹多数

概述  

之前讲过多数节点的仲裁配置，多数节点一般3个节点以上的奇数个节点；常见的是使用3个节点节点多了也是浪费因为Alwayson的只读路由只能利用到一个只读副本，但是从Windows2008开始可以用共享文件夹来代替一个节点来充当仲裁；这就又可以节省一台服务器了只需要两台数据库服务器加任意一台电脑的共享文件夹，但是一般会选择在域服务器上创建共享文件夹，可以使用alwayson的共享网络位置。

数据库：SQLServer2014 SP2

OS:Windows Server 2008R2

一、配置仲裁

可以在创建故障转移集群的时候配置，也可以创建完集群后右键集群来修改仲裁配置

这里的共享文件夹路径使用域服务器已经创建好的共享网络路径

注意：这个路径的权限必须everyone角色具有读写权限，否则集群会出现以下错误提示

二、读写分离

当使用两个节点后，读写分离的配置和三个节点会稍微有点区别，假设我现在只有DB01,DB02两个节点

1.Alwayson属性配置

注意：主角色中的连接这里和三个节点不一样，三个节点这里可以选择“仅允许读/写连接”，这里是能选择“允许所有连接”，否则其中一个节点无法访问后只读路由访问会失败(返回错误982)。

2.语句配置

---建立read指针 - 在当前的primary上为每个副本建立副本对于的tcp连接ALTER AVAILABILITY GROUP [Alwayson22]MODIFY REPLICA ONN'db01' WITH(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://db01.ag.com:1433'))ALTER AVAILABILITY GROUP [Alwayson22]MODIFY REPLICA ONN'db02' WITH(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://db02.ag.com:1433'))----为每个可能的primary role配置对应的只读路由副本--list列表有优先级关系，排在前面的具有更高的优先级,当db02正常时只读路由只能到db02，如果db02故障了只读路由才能路由到DB01ALTER AVAILABILITY GROUP [Alwayson22]MODIFY REPLICA ONN'db01' WITH(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('db02','db01')));ALTER AVAILABILITY GROUP [Alwayson22]MODIFY REPLICA ONN'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在线。

总结  

对比三个节点，使用两个节点可以减少一台服务器节省不少人力成本。毕竟故障的情况并不是很多。但是也不得不说一下这种方案的弊端，那就是当一个节点故障后另一个节点要同时承担读写和只读的两倍的负担，使用该方案之前就必须得评估一个节点能否支持得起这种负载压力！！！

http://www.cnblogs.com/chenmh/p/7156719.html

延伸阅读

• LINQ TO SQL和Entity Framework 的关系 你了解多少？ 2017-07-26 16:19:56.88
• SQL Server事务的隔离级别和锁 2017-07-21 16:32:01.93
• MyBatis-sql映射文件 2017-07-21 15:43:32.14
• ASP.NET Core：部署项目到Ubuntu Server 2017-07-19 16:33:54.473
• ArcGIS 网络分析[3] 发布NAServer到ArcGIS for Server（以Server 10.4为例） 2017-07-19 16:21:03.723
• SQL数据库操作(CURD) 2017-07-13 16:47:20.503
• SQL-结构化查询语言(1) 2017-07-12 16:47:40.067
• SQL执行过程中的性能负载点 2017-07-10 14:52:37.027
• SQL Server特殊用法笔记 2017-07-07 16:45:21.727
• hive集成sentry的sql使用语法 2017-07-04 15:50:39.427

SQL Server事务的隔离级别和锁