Windows Server 故障轉移群集不應該已經處理 SQLServer 故障轉移群集嗎？
看完這個問題，“Always On Failover Cluster Instances”和“SQL Server Failover Clustering”是一回事嗎？
如果安裝了 Windows Server 故障轉移群集，為什麼它不允許 SQL 伺服器的故障轉移？
在沒有 SQL AlwaysOn FailoverClustering 的情況下，擁有 Windows Server 故障轉移群集會產生什麼影響？意思是在故障轉移的情況下，第二個 Sql server 節點不會執行嗎？
這是否意味著 AlwaysOn 故障轉移群集是需要安裝的附加安裝包，因為 Windows Server 故障轉移群集沒有正確完成其工作？
我一直在詢問這個問題，似乎 Windows Server Failover Clustering 應該包含整個 VM，而不是將 SQL Server 排除在外。
首先讓我說沒有“AlwaysON”，這是微軟用來確保可用性組技術得到大量“談話”的行銷術語。他們成功了，並且這個術語/技術受到了打擊。它不稱為“alwaysson 可用性組”或“always on”，而只是稱為可用性組。
MS 將術語“故障轉移群集”與“AlwaysON 故障轉移群集”混淆了。在線上書籍中，它們的含義相同，但讓我指出細微的區別。當您在 Windows Server 故障轉移群集 (WSFC) 上部署 SQL Server 故障轉移群集實例 (FCI) 時，這稱為故障轉移群集，而當您擁有此功能但故障轉移群集實例 (FCI) 上的數據庫參與可用性組 (AG) 時，則它稱為 AlwaysOn 故障轉移群集。我不喜歡對 FCI 使用 alwayson 故障轉移集群，因為可以在沒有 FCI 的情況下配置 AG。
安裝了 Windows Server 故障轉移群集，為什麼它不允許 SQL 伺服器的故障轉移？
事實上，控制故障轉移的是 WSFC，而不是 FCI 或 AG。
在沒有 SQL AlwaysOn FailoverClustering 的情況下，擁有 Windows Server 故障轉移群集會產生什麼影響？意思是在故障轉移的情況下，第二個 Sql server 節點不會執行嗎？
沒什麼，可以在作為 WSFC 一部分的簡單獨立節點上配置沒有 FCI 的可用性組。故障轉移將由 WSFC 控制，故障轉移後，另一個節點成為主節點，舊節點成為新的輔助節點。
這是否意味著 AlwaysOn 故障轉移群集是需要安裝的附加安裝包，因為 Windows Server 故障轉移群集沒有正確完成其工作？
不會。因為 WSFC，一切正常，它是集群技術的基礎。FCI 和 AG 是不同的東西：它們都安裝在 WSFC 上。儘管從 SQl Server 2017 和 Windows Server 2016 開始，您可以擁有無集群可用性組。
這是否意味著 FCI 是一個需要安裝的附加安裝包，因為 Windows Server 故障轉移群集 (WSFC) 沒有正確完成其工作？
是的，你是對的。要創建 FCI，您需要執行 SQL Server 安裝並以集群感知模式安裝 SQL Server。FCI 用於向數據庫提供故障轉移，而數據庫又利用 WSFC 功能進行故障轉移。進行故障轉移的不是 SQL Server，而是 WSFC SQL Server，它只是讓實例在其他節點上聯機。所以說 WSFC 不做它的工作是錯誤的。就像我說的，WSFC 是 FCI 和 AG 執行的基礎。沒有 WSFC 的 SQL Server FCI 無法進行故障轉移。