SQL群集下安裝多實例并啟用AlwaysOn可用性組功能

SQL群集+安裝新實例+啟用AlwaysOn可用性組功能

主要內容

• 并行安裝運行SQL server 的不同版本和實例
• 啟用AlwaysOn可用性組功能

實驗環境

并行安裝SQL Server 2012 +SQL Server 2016

場景1：基于SQL Server 2012搭建了Cluster01-SQL群集。

場景2：在場景1 的基礎上，安裝SQL Server 2016并啟用AlwaysOn可用性組功能。

注：需要掛載一個磁盤作為第二個實例的數據盤。

AlwaysOn不支持SQL群集。所以這里是在每節點通過獨立安裝的相同實例實現的。

-------下面進行安裝-------

配置摘要。

修改服務登陸賬號。

修改端口號，防止端口沖突。重啟服務。

連接數據庫。可看到同一臺服務器上存在不同版本的sql和實例。

接下來在SQL2.contoso.com上進行SQL Server 2016 的獨立安裝。這里不貼圖了。（操作步驟和node1節點安裝一樣）

附：

并行使用 SQL Server 與其早期版本 SQL Server

---

可以在已運行 SQL Server 早期版本實例的計算機上安裝 SQL Server。 如果計算機上已存在默認實例，則 SQL Server 必須作為命名實例安裝。

小心

SQL Server SysPrep 不支持在同一臺計算機上并行安裝 SQL Server 2016 的已準備實例和早期版本的 SQL Server 。 例如，您不能并行安裝 SQL Server 2016 實例與 SQL Server 2012的已準備實例。 但是，可以在同一臺計算機上并行安裝 SQL Server 的相同主版本的多個已準備實例。 有關詳細信息，請參閱 Considerations for Installing SQL Server Using SysPrep。

SQL Server 2016 不能在運行 Windows Server 2008 R2 Server Core SP1 的計算機上與 SQL Server 早期版本一起并行安裝。 有關 Server Core 安裝的詳細信息，請參閱在服務器核心上安裝 SQL Server 2016。

下表顯示了對 SQL Server 2016 的并行支持情況：

防止 IP 地址沖突

---

并行安裝 SQL Server 故障轉移群集實例與 SQL Server 數據庫引擎 的獨立實例時，請注意避免 IP 地址上的 TCP 端口號沖突。 當 數據庫引擎 的兩個實例都配置為使用默認 TCP 端口 (1433) 時，通常會發生沖突。 要避免沖突，請將一個實例配置為使用非默認的固定端口。 在獨立實例上配置固定端口通常是最簡單的。 若將 數據庫引擎 配置為使用不同的端口，則在 SQL Server 故障轉移群集實例失敗到備用節點時，將防止出現會阻止實例啟動的意外 IP 地址/TCP 端口沖突

https://technet.microsoft.com/zh-cn/library/ms143393.aspx

上面已經完成了基礎環境安裝，接下來就是實現想法的時候了。

-----------開始配置AlwaysOn可用性組-------------

用Microsoft SQL Server Management Studio 分別連接到 SQL1\MSSQLSERVER02

創建測試數據庫“contosoDB2test”。

指定數據庫路徑。（保持默認。也可根據實際環境填寫。）

備份數據庫。

在SQL1上創建共享文件夾“AlwaysOnBAK”。將該文件共享并賦予數據庫管理員和節點計算機讀寫的權限。如共享路徑“\\SQL1\AlwaysOnBAK”。

執行任務-備份-全備。

備份路徑："C:\AlwaysOnBAK\contosoDB2test.bak"

創建可用性組。

簡介。

指定名稱。

選擇數據庫。

指定副本。該步驟需要設置，添加副本和屬性、端點、備份選項、偵聽器。

配置端點。該處保留默認。

備份選項。保留默認。

創建可用性組偵聽器。也可后期配置。

偵聽器DNS名稱：AG_Listener

端口：1433

網絡模式：靜態IP：192.168.136.165

選擇數據同步。指定所有副本可訪問的共享網絡位置：\\sql1\AlwaysOnBAK

驗證。如存在警報結果請進行對應的排查，重新運行驗證。

摘要。

請注意右下角的腳本的地方，可將配置文件導出文件等。

結果。點擊完成，或者通過右下角選擇執行的方式。

測試AlwaysOn功能。

新建查詢。

use contosoDB2test
select @@servername as [ServerName];
go

手動故障轉移。

執行此可用性組的計劃故障轉移。

選擇此可用性組的新主副本。提問，該處的故障轉移就緒狀態為什么是“無數據丟失”？其實是可用性模式為“同步提交”。另外復習下還有其他模式嗎？

指定輔助副本的連接。

摘要。

檢驗結果。

END. 至此已完成了并行安裝運行不同版本不同實例SQL，同時也實現了SQL群集下混合使用AlwaysOn可用性組功能。其實要是磁盤資源足夠的話，還是可以在場景1、2基礎上搭建SQL雙活的。