從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.html

 

 

這一篇是從0開始搭建SQL Server AlwaysOn 的第四篇，這一篇開始搭建異地機房節點

 

注意點1

注意異地節點最好至少有2個AG節點，不然在本地節點進行手動故障轉移的時候會出現仲裁警告，提示WSFC集羣有脫機危險

在異地節點只有一個的狀況下，雖然Windows2012R2有動態仲裁機制，可是，當本地節點非優雅宕機的狀況下，整個WSFC集羣有可能得不到任何票數

也就是異地節點也得不到票數而致使整個WSFC集羣脫機！！

 

注意點2

當進行手動故障轉移的時候，更新DNS緩存須要10分鐘，因此當進行手動故障轉移以後，用偵聽器ip鏈接SQL Server會很慢，這是由於還在更新DNS緩存

 

 

---

步驟

這一篇依然使用step by step的方式介紹怎麼搭建AlwaysOn異地機房節點

 

新加異地機房節點機器名：

 

一、在異地節點上安裝故障轉移集羣

 

 

二、在本地機房節點機器上打開故障轉移集羣管理器，添加一個節點

 

三、驗證配置

 

 

四、解決新加節點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 

本文版權歸做者全部，未經做者贊成不得轉載。