SQL Server ->> 高可用與災難恢復(HADR)技術 -- AlwaysOn(實戰篇)之建立活動目錄域、DNS服務器和Windows故障轉移群集(准備工作)


因為篇幅原因,AlwaysOn可用性組被拆成了兩部分:理論部分和實戰部分。而實戰部分又被拆成了准備工作和AlwaysOn可用性組搭建。

三篇文章各自的鏈接:

SQL Server ->> 高可用與災難恢復(HADR)技術 -- AlwaysOn(理論篇)

SQL Server ->> 高可用與災難恢復(HADR)技術 -- AlwaysOn(實戰篇)之建立活動目錄域、DNS服務器和Windows故障轉移群集(准備工作)

SQL Server ->> 高可用與災難恢復(HADR)技術 -- AlwaysOn(實戰篇)之AlwaysOn可用性組搭建

 

 

 

之前的隨筆《SQL Server ->> 高可用與災難恢復(HADR)技術 -- AlwaysOn(理論篇)》中講了AlwaysOn的理論篇,接下來是實戰篇。以一個實戰例子來實驗AlwaysOn。話不多說,開始。由於SQL Server AlwaysOn依賴於WSFC,需要虛擬域名來實現故障轉移。因此我們需要事先安裝好活動目錄域、DNS服務器和Windows故障轉移群集才能進行后面的AlwaysOn可用性組搭建。而這篇文章就專門講搭建AlwaysOn可用性組的准備工作。

 

架設環境信息

域名:jerrychen.com

AlwaysOn虛擬IP地址:192.168.2.200

WSFC虛擬IP地址:192.168.2.201

WSFC群集名:AOCLUSTER

 

  Domain Controller Primary Replica Secondary Replica
Server Name dc.jerrychen.com     main.jerrychen.com   slave1.jerrychen.com
OS Windows Server 2012 Data Center x64 Windows Server 2012 Data Center x64 Windows Server 2012 Data Center x64
IP Address 192.168.2.100 192.168.2.102 192.168.2.101
Gateway 192.168.2.2 192.168.2.2 192.168.2.2
SQL Server Version - SQL Server 2014 enterprise x64 SQL Server 2014 enterprise x64
DNS 127.0.0.1   192.168.2.100 192.168.2.100

 

 

 

 

 

 

 

 

搭建活動目錄域和DNS服務器

首先是要搭建活動目錄域和DNS服務器,因為這個不屬於AlwaysOn范疇內,不細做。Windows Server 2012下可以通過服務器管理界面去添加主機角色成為一個域控制器並同時創建DNS服務器。然后按照上面的配置信息配置IP地址等網絡配置。

 

域控

 

主節點和副節點

 

創建一個域管理員賬戶

 

配置DNS服務器地址映射記錄

 

 

各台主機保證能互相ping通

 

 

准備工作完成后。就是在主節點和輔助接點上搭建故障轉移群集,DC上不需要。

 

安裝好后打開故障轉移群集管理界面,打開驗證配置向導

 

添加進群集節點

 

使用推薦選項來進行節點的各項測試,包括磁盤、網絡等

 

 

完成后可以點擊View Report查看詳細報告。這里例子里面會收到許多警告。比如網絡,因為我們只有一塊網卡。因為高可用推薦最好有兩塊網卡。一塊網卡意味着單點可用。但並不要求非得有兩塊網卡才可以進行群集。所以只是警告。

 

 

 

 

其實上面打開的報表的源文件在存放在C:\Windows\Cluster\Reports這個地方的。這里存放了驗證過程中的日志記錄。

 

 點擊Finish后進入群集訪問點配置界面,這里需要指定文章開頭“架構環境信息”中提高的群集名和虛擬地址

 

 這里需要提下這個"Add all eligible Storage to the cluster"選項。這個選項默認是勾選的。如果勾選了,意味着節點上的任何磁盤是要是對群集可見且滿足了群集條件的就會被加入群集。通常一些服務器上會有許多磁盤,有些用於存放共享文件,有些存放數據庫文件,有些存放應用程序文件等等。如果你不希望其他的一些無關的磁盤的故障影響到群集鎖服務的主程序,就不要勾選。

 

黃色高亮的區域意思是沒有找到見證磁盤。這是因為我們還沒有配置群集仲裁的緣故。當然也是我們接下來要配置的。

 

完成了之后你就可以在DNS服務器上看到自動建立的DNS指針映射記錄,記錄着群集名和IP地址的映射。

 

活動目錄域上也可以找到對應的群集虛擬機器。說明剛才的配置沒問題。

 

接下來是配置群集仲裁。關於仲裁,可以在文章尾部的的“參考”中找到相應的文章。這里我們選擇仲裁模式中的Node and File Share Majority,所以需要在DC上創建一個共享文件夾來充當充當仲裁的共享文件夾,用於記錄存儲群集節點的運行狀態以決定是否故障轉移。

 

 

 

 

 

這里報錯了。原因是在創建好共享文件夾后虛擬群集機器需要對它有讀寫權限,包括NTFS權限和共享權限

 

 

 

 

再重新配置就成功了

 

 

好。到此就完成了整個故障轉移群集的搭建。完成群集搭建后就可以進行AlwaysOn可用性組的搭建了。

 

下篇將是《SQL Server ->> 高可用與災難恢復(HADR)技術 -- AlwaysOn(實戰篇)之AlwaysOn可用性組搭建》

 

參考:

WSFC 仲裁模式和投票配置 (SQL Server)

Windows Server 故障轉移群集 (WSFC) 與 SQL Server

Failover Cluster Step-by-Step Guide: Configuring the Quorum in a Failover Cluster

Microsoft SQL Server AlwaysOn Solutions Guide for High Availability and Disaster Recovery

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM