从0开始搭建SQL Server AlwaysOn 第四篇(配置异地机房节点)

从0开始搭建SQL Server AlwaysOn 第四篇(配置异地机房节点)

 

第一篇
http://www.cnblogs.com/lyhabc/p/4678330.html
第二篇
http://www.cnblogs.com/lyhabc/p/4682028.html
第三篇
http://www.cnblogs.com/lyhabc/p/4682986.html
第四篇
http://www.cnblogs.com/lyhabc/p/6136227.html
搭建非域AlwaysOn win2016+SQL2016
http://www.cnblogs.com/lyhabc/p/6498712.html
SQL Server AG集群启动不起来的临时自救大招
http://www.cnblogs.com/lyhabc/p/6953255.htmlhtml

 

 

这一篇是从0开始搭建SQL Server AlwaysOn 的第四篇,这一篇开始搭建异地机房节点web

 

注意点1数据库

注意异地节点最好至少有2个AG节点,不然在本地节点进行手动故障转移的时候会出现仲裁警告,提示WSFC集群有脱机危险缓存

在异地节点只有一个的状况下,虽然Windows2012R2有动态仲裁机制,可是,当本地节点非优雅宕机的状况下,整个WSFC集群有可能得不到任何票数服务器

也就是异地节点也得不到票数而致使整个WSFC集群脱机!!测试

 

注意点2优化

当进行手动故障转移的时候,更新DNS缓存须要10分钟,因此当进行手动故障转移以后,用侦听器ip链接SQL Server会很慢,这是由于还在更新DNS缓存spa

 

 


步骤.net

这一篇依然使用step by step的方式介绍怎麽搭建AlwaysOn异地机房节点3d

 

新加异地机房节点机器名:

 

一、在异地节点上安装故障转移集群

 

 

二、在本地机房节点机器上打开故障转移集群管理器,添加一个节点

 

三、验证配置

 

 

四、解决新加节点OU不一样问题,只需修改组织单位ou,不须要修改站点site,由于若是本地机房和异地机房的域设置了site,在验证配置的时候会警告,固然能够忽略也能够修正

由于只是警告已而,忽略也无所谓

 

 

五、添加节点成功

 

六、在新节点上安装好SQL Server并优化SQL Server,这里忽略安装和优化步骤

 

七、把异地机房新节点添加到alwayson可用性组里,打开alwayson的可用性属性界面,可用性组名称为:AGWMSJXC

 

能够看到添加了异地机房节点以后,这个异地机房节点尚未联接到可用性组,也就是当前可用性组还没识别到这个异地机房节点

 

八、对侦听器添加另外一个子网的VIP,这一步,若是可用性组没有启用可用性组侦听器那么这一步能够忽略

若是可用性组启用了侦听器,那么须要分两种状况

一、异地节点的网段跟本地机房是同样的,好比都是192.168.1.x ,那么这一步也不须要作

二、异地节点的网段跟本地机房是不同的,也就是跨子网,好比本地机房是192.168.1.x,异地机房是192.168.10.x,那么这一步须要作

如今侦听器IP有两个,一个是本地机房网段的IP,一个是异地机房网段的IP

 

添加了新的侦听器vip以后,故障转移集群管理器里会自动将这个侦听器vip资源脱机

 

 

 

九、新建一个测试可用性组,主要用来打通/开启本地节点和异地节点的5022端口

 

建好以后,在原AG刷新一下会看到异地节点JXCA-WMS08已经自动联接到可用性组AGWMSJXC

 

 

十、对数据库进行备份还原到异地节点JXCA-WMS08,在异地节点JXCA-WMS08上进行操做,将数据库逐个点击联接到可用性组

 

十一、异地节点添加完成

 

 

十二、手动故障转移主副本到异地节点

注意当只有一个异地节点的时候,正在验证WSFC仲裁投票配置那一栏会出现警告!

故障转移以后会发现异地节点的侦听器ip联机,本地节点的侦听器ip脱机

 

1三、在异地节点上使用异地节点侦听器ip链接SQL Server,并写入测试数据

 

1四、把主副本手动故障转移回来本地节点

 

1五、用本地节点侦听器ip链接SQL Server,发现刚才对异地节点侦听器ip的数据写入都已经同步过来本地机房节点

 

 

1六、添加WSFC集群IP地址资源的异地机房IP,在WSFC管理器里选中群集核心资源下面的服务器名称,右键-》属性

添加一个异地机房的WSFC的vip:192.168.7.130

添加成功以后vip会显示脱机这是由于当前WSFC主节点不在异地机房的节点上,而是本地机房的节点上

 

 

1七、把WSFC主节点转移到异地机房的某个节点,而后把本地全部节点都关机

 

这时候把本地机房的全部节点关机

 

如今用异地机房节点的WSFC的vip链接WSFC集群

能够发现WSFC的主节点已经转移到WIN-BDKSOOLDV18这个异地节点上了,并且群集资源仍是联机状态

 

1八、没有加入域的应用服务器(IIS服务器)若是须要用侦听器名称来链接alwayson集群是不行的,解决方法是修改

应用服务器的hosts文件,写上侦听器名和侦听器ip,这样客户端才能用侦听器名称链接alwayson集群,客户端的webconfig文件

里写侦听器名称,这样即便failover到异地节点也不须要修改应用服务器的webconfig文件,固然应用服务器加入了域就不用了,、

加入了域的应用服务器会自动去查询DC上的DNS管理器找到alwayson的侦听器名称

hosts文件

testaglisten  192.168.10.91
testaglisten  192.168.11.91

 

 

 

提示:实际上第16步不是必须的,你能够不添加WSFC的异地子网的vip,可是当本地机房全部节点关机以后

你就不能用本地的vip:192.168.6.60来链接WSFC集群,也就没法管理WSFC集群

 

 

附上结构图

两个网段,因此会有两个侦听器IP,可是同一个时刻只有一个侦听器IP是联机状态,在WSFC集群管理器里查看

主站点:192.168.6x

DR站点:192.168.7.x

故障转移到DR站点以后

 

 

参考文章:

http://blog.itpub.net/29371470/viewspace-2087672

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

 

若有不对的地方,欢迎你们拍砖o(∩_∩)o 

本文版权归做者全部,未经做者赞成不得转载。

相关文章
相关标签/搜索