依賴 WSFC 的 SQL Server AG 的主要原理是什麼？

我們有 4 個節點 + 一個文件共享見證的 WSFC。

只有節點 1-3 上有帶有可用性組 (AG) 的 SQL 伺服器，並且節點 4 正常關閉。

節點 1 具有主 AAG 伺服器。

現在，我們最近發生了一次無法控制的中斷，我們唯一確定的是節點 1 和 2 與電源和網路在一起，但節點 3-4 和見證人被切斷了——但可能仍然在執行。

自從電源更新後，WSFC 顯示的結果我不明白：

• 目前主機伺服器是節點 3；
• 在 Cluster Core Resources 中，屬於節點 1 和 2 的 IP 地址顯示為 down；
• 在節點部分，節點 1-3 顯示為向上，節點 4 向下（如預期的那樣）；

但是：主 AG 伺服器仍然像以前一樣在節點 1 上，並且它像往常一樣接受讀/寫連接。

這讓我懷疑我是否正確理解 WSFC 和 AG 如何協同工作。

1. 目前的 WSFC 主機不應該也是主 AG 伺服器嗎？
2. 監聽器是如何工作的？在我們的例子中，我們有多子網組網，並且監聽器的 DNS 名稱總是解析為 3 個 IP 地址，其中一個屬於目前的主 AG 伺服器，用於連接。WSFC 是否確定偵聽器的地址？
3. AG 依賴 WSFC 是否還有其他原則（法定人數除外）？

謝謝。

目前的 WSFC 主機不應該也是主 AG 伺服器嗎？

否。核心集群資源的託管獨立於 AG 主節點。一般來說，在處理 SQL Server 可用性組的 WSFC 集群時，哪台伺服器是 WSFC 主機並不重要。

監聽器是如何工作的？在我們的例子中，我們有多子網組網，並且監聽器的 DNS 名稱總是解析為 3 個 IP 地址，其中一個屬於目前的主 AG 伺服器，用於連接。WSFC 是否確定偵聽器的地址？

這部分主要發生在連接到 SQL Server 的客戶端上。客戶端從 DNS 獲取相同的 IP 列表，然後嘗試每個 IP 直到成功。目前主伺服器將響應並接受連接或將客戶端重定向到集群中的另一台伺服器（取決於連接設置和其他配置，如只讀路由）。

AG 依賴 WSFC 是否還有其他原則（法定人數除外）？

文件中也對此進行了簡潔的細分：SQL Server AlwaysOn 組件與 WSFC 的關係

但總的來說，仲裁的概念（我將把它作為更大的健康監控/故障轉移概念的一部分）是與 WSFC 和 AG 最相關的概念。

引用自：https://dba.stackexchange.com/questions/261341