快捷搜索:

您的位置:澳门新葡4473网站 > 澳门新葡4473网站 > (转)从0开始搭建SQL Server AlwaysOn 第二篇(配置故障

(转)从0开始搭建SQL Server AlwaysOn 第二篇(配置故障

发布时间:2019-10-11 03:51编辑:澳门新葡4473网站浏览(58)

    本篇文章主要介绍Windows2012的故障转移集群一个新功能“动态仲裁”,默认该功能是开启的; 动态仲裁能在当前群集投票出现分歧的情况下取消某些节点的投票权限,比如偶数个节点的群集环境。仲裁见证和动态仲裁有点相似也可以解决群集投票分歧的问题,但是它不能取消节点的投票权,它能保持群集的投票个数保持奇数个数。

    原文地址:  

     

    这一篇是从0开始搭建SQL Server AlwaysOn 的第二篇,主要讲述如何搭建故障转移集群,因为AlwaysOn是基于Windows的故障转移集群的

     

     

    SQLServer版本: SQL Server 2016 SP1

    在讲解步骤之前需要了解一下故障转移集群仲裁配置

    Windows版本:Windows Server 2012 DataCenter

    下面图片来自《Windows Server2012系统配置指南》

    群集节点:HD21DB03,HD21DB04,HD21DB05,HD21DB06

    图片 1

     一、动态仲裁

    当前群集是4个节点的偶数个群集,采用的是多数节点的仲裁投票方式。

    四种集群的仲裁配置:

    1.全部节点正常

     图片 2

    图片 3

    当前集群WSFC26的动态仲裁是开启的,见证动态投票当前是0;开启动态仲裁后,由于当前是4个节点的偶数个节点默认把主节点的当前投票给取消了。

    1、多数节点:这种配置不会用到仲裁磁盘,而所谓多数节点就是在正常节点数量占多数的情况下,集群才会提供服务,否则就停止服务。这种配置适用于奇数节点的集群,例如5个节点的集群,其正常节点数量必须至少3个,集群才会提供服务

    2.模拟1个节点故障

    图片 4

    当一个节点故障后,动态仲裁把之前的DB03的投票给启用了,还是保证了有3个节点的投票。

    2、多数节点和磁盘:适用于偶数节点的集群,他在计算法定数量时会将仲裁磁盘计算进来,例如,4个节点+1个仲裁磁盘节点的集群,可以将其视为5个节点的集群,这时正常节点数量必须至少3个,集群才会提供服务

    3.模拟2个节点故障

    图片 5

    当2个节点故障后,动态仲裁把剩下的DB04节点的投票也取消了,由于当前是2个节点所以只能保证一个节点有投票权,否则会出现投票分歧的情况。

    3、多数节点和文件共享:它和(多数节点和磁盘)类似,不过仲裁磁盘改为共享文件夹内的文件

    4.模拟3个节点故障

    图片 6

    当把3个节点故障后,集群还是保证正常,同时AlwaysOn也是正常的。

    注意:第三个故障节点不能是当前有投票权的节点DB05,否则群集就无法保持正常了,因为当前只有DB05有投票权。

    图片 7

    AlwaysOn也正常

    4、没有多数:只有磁盘,只要仲裁磁盘脱机,集群就会停止提供服务(不建议使用,这种方式很早之前已经有了)

    二、仲裁见证

    再看一下当同时启用动态仲裁和见证仲裁的情景。

     图片 8

     

     1.全部节点

    图片 9

     图片 10

    当前4个节点都有投票,而且见证动态投票也变成了1,当前群集就有5个投票。

    简单说一下见证磁盘和见证共享文件夹

     2.模拟1个节点故障

    图片 11

    图片 12

    当有一个节点故障后,这时见证动态投票也变成了0,保证了当前奇数个投票。当前有3个投票。所以当两个节点故障后见证动态投票会变成了1

    见证共享文件夹是Windows 2008才推出的见证磁盘方式,因为以前的见证磁盘(简称仲裁盘)需要共享存储,也就是各个节点需要挂载同一个磁盘,这个磁盘叫见证磁盘,是放在共享存储上面的

    3.模拟2个节点故障

    图片 13

    图片 14

    模拟两个节点故障后,见证动态投票变成 了1,当前还是保证了3个投票。而且这时DB04、DB05都可以故障,不影响整个集群,而且如果这个两个节点都是同步提交的话AlwaysOn也能正常切换。比没有加入见证的动态仲裁集群存活几率更大。

    推出见证共享文件夹之后我们可以不需要高大上的共享存储,用共享文件夹就可以了

    4.模拟3个节点故障

     

    图片 15

    注意:这里DB05已经故障了,但是它的当前投票还是为1,而且见证投票也是1,总投票数还是3,可能是个bug;最后的投票数应该只有DB04有且见证投票也应该为0总投票数应该为1。当时整个集群还是正常的。

    图片 16

    图片 17

    这里故意把DB05节点故障测试AlwaysOn群集转移情况,事实证明只要群集正常转移也是没问题,前提节点得是同步提交支持自动故障转移。

     

    注意:最后保证只有一个节点群集也正常也是动态仲裁的作用,否则当前群集只能运行2个节点故障。见证投票只是增加了群集的投票几率。

     

    三、关闭动态仲裁

    接下来看4个节点且关闭了文件共享见证的场景。 

     

    1.全部节点正常

    图片 18

    我们在使用故障转移集群的时候,只用两种仲裁配置:(多数节点) 和 (多数节点和文件共享)

    2.模拟1个节点故障

    图片 19

    图片 20

    当前群集和AlwaysOn都正常

    如果集群节点是奇数,那么使用多数节点

    3.模拟2个节点故障

    整个群集群集故障无法访问。

    注意:不要存在这种误区以为偶数个节点就无法投票选举,如果4个节点都正常或者两两处于不同的数据库中心的情况下有可能会导致投票无法选举成功。但是当某个节点故障剩下的3个节点还是能选出一个新的主节点,因为剩下的节点可以满足节点多数。

    如果集群节点是偶数,那么使用多数节点和文件共享 (需要配置一个共享文件夹,各个节点都能访问这个共享文件夹,并且共享文件夹所在机器不需要加入域)

    四、命令

    1.查看动态仲裁和见证投票

    Get-Cluster | ft name,DynamicQuorum,WitnessDynamicWeight
    

    2.开启关闭动态仲裁

    --关闭
    (Get-Cluster).DynamicQuorum=0
    --开启
    (Get-Cluster).DynamicQuorum=1
    

     备注:在其中一个群集节点上执行即可

     

    五、总结

    动态仲裁功能可以大大的提高了群集的存活几率,是一个非常有用的功能。反而见证的效果就变的没那么重要的,当然对于如果服务器紧张的情景见证还是可以充当节点投票来使用。以前的大多数节点的投票机制是在整个集群节点的基础上,现在引入了动态仲裁后是以每一次群集仲裁正常后为基础进行仲裁。

     

     

    参考:http://www.tech-coffee.net/understand-failover-cluster-quorum/ 

     

     

     

    备注:

        作者:pursuer.chen

        博客:http://www.cnblogs.com/chenmh

    本站点所有随笔都是原创,欢迎大家转载;但转载时必须注明文章来源,且在文章开头明显处给明链接,否则保留追究责任的权利。

    《欢迎交流讨论》

     

    注意:

    域控不需要安装故障转移集群服务和SQL Server,也不需要加入到故障转移集群
    所有机器防火墙都关掉
    两个节点都需要安装相同的更新程序,建议不要开启自动更新功能,由系统管理员手动更新

    SQL Server 2012  AlwaysOn只支持最多一个主副本和四个辅助副本,最多允许三个同步提交的可用性副本(包括主副本),最多允许两个自动故障转移副本(包括主副本)

     


    步骤

    这次也是step by step的方式向大家展示

     

    1、 安装故障转移集群,两个节点都同时安装故障转移集群服务

    图片 21

    图片 22

     

    2、两个节点都安装完故障转移集群之后,在其中一个节点上进行注销操作,然后使用DCADMIN这个域用户登录计算机

    图片 23

    图片 24

     

    3、打开故障转移集群管理器

    图片 25

     

     图片 26

    图片 27

     

    4、在“选择服务器或群集”界面中,单击“浏览”按钮将所有要加入群集的服务器添加进来,然后单击“下一步”按钮。

    图片 28

    图片 29

     

     

    图片 30

     

    5、在验证配置向导中最好选择运行所有测试,进行全部检测就可以查看到服务器之间建立群集的所有设置,包括网络、共享磁盘、操作系统等。

    图片 31

    图片 32

    图片 33

     图片 34

    可以查看一下报告

     图片 35

    报告里面一定不能出现失败,否则你需要检查是什么问题导致失败,失败是建立不了故障转移集群的

    出现警告要看情况,对于存储的警告,由于目前为止没有添加任何的存储设备,这里可以忽略,还有网络警告

    图片 36

    由于各个节点只有一个网卡,正常来说还需要一个心跳网卡,所以这里会出现警告,由于实验环境这个警告可以忽略

    图片 37

    集群报告会存放在这个路径下

    C:WindowsClusterReports

    图片 38

     

    6、点击完成

    图片 39

     

    7、创建集群向导

    图片 40

     

     

    8、输入集群名称和vip

    图片 41

    注意:这个只是集群的管理名称和管理IP,跟AlwaysOn无关

    图片 42

    由于我们当前还没有任何存储,所以不勾选将所有符合条件的存储添加到群集

     

    图片 43

    图片 44

    图片 45

    查看报告可以看到 找不到磁盘见证的相应磁盘,因为我们还没加见证共享文件夹或仲裁盘,这里可以忽略

    图片 46

     

    9、群集创建完成

    图片 47

    可以在域控的AD用户和计算机里看到集群的virtual name

    图片 48

     

     

    10、配置集群仲裁

     图片 49

    图片 50

    图片 51

     

    下一步下一步 

     

    图片 52

    图片 53

     

    故障转移集群到这里就已经配置完成

     


    总结

    通过上面的步骤演示,故障转移集群配置就完成了,希望大家能够看清楚截图,一步一步进行配置,基本上就没有问题了

    下一篇正式讲SQL Server AlwaysOn搭建了

     

     

    相关文章









     

    本文由澳门新葡4473网站发布于澳门新葡4473网站,转载请注明出处:(转)从0开始搭建SQL Server AlwaysOn 第二篇(配置故障

    关键词: