SQL Server 2012:AlwaysOn – 故障转移集群

No Comments

用过RHCS的朋友应该熟悉在配置故障转移集群的时候,我们都会有一个仲裁的设置,Linux里面叫Fencing。
在Windows中,类似的职能被称为【见证】。

在Windows 2008后,更推出了见证共享文件夹的见证磁盘配置方式。
这种方式下不需要共享存储,只需要将共享文件夹挂载到故障转移集群的每个节点上就好。

在WINDOWS的集群中,用两个维度去衡量与参照集群的健康状态:
1. 就是上面提到的见证盘
2. 参与集群的节点数

按照上面的两种维度,集群的仲裁被划分了以下几种类型:
如果参与集群的节点数是单数,那么这种情况下不需要用到见证,只需要正常节点数量占大多数的时候集群才会提供服务,否则停止

如果参与集群的节点书目是偶数,那么久需要见证盘加入,整体视为单数,然后依旧吻合上面的规则:大多数节点正常,则提供服务,否则停止。

上面的方式中,如果把见证盘换成见证目录,就是第三种仲裁方式。

————————————
接下来的实验中,我会模拟第三种【多数节点 + 见证共享目录】

需要注意:
1. 域控不需要参与故障转移集群 以及 SQL SERVER
2. 防火墙必须关闭
3. 所有节点的软件更新必须同步,所以,最好将系统的自动更新换成手动更新,避免风险

极限或者边界:
SQL SERVER 2012的 AlwaysOn:
1. 主副本:最多只支持一个
2. 辅助副本:最多四个
3. 同步提交的可用性副本:最多三个
4. 自动故障转移副本(主副本):最多两个

————————————

在节点服务器:SQL1 / SQL2
先用本地账户安装故障转移集群服务

然后,以域账户登录节点机器中的一个:

验证配置:


最后【完成】退出即可。

创建集群:

在域控服务器也可以看到不同:

配置仲裁(见证):

如上,在域控上创建一个共享目录:

回到集群配置:

最后,仲裁就配置好了。

配置好了以后,你会在集群管理器中看到变化:

在域控机器上看共享目录,也能发现不同:

来看看当前集群的样子:

————————————
Done。

打赏

说点什么

avatar

This site uses Akismet to reduce spam. Learn how your comment data is processed.

  Subscribe  
提醒