容錯移轉叢集和 AlwaysOn 可用性群組 (SQL Server)
只適用於
SQL Server - 僅限 Windows。
Always On 可用性群組是 SQL Server 2012 (11.x) 導入的高可用性和災害復原解決方案，需要 Windows Server 容錯移轉叢集 (WSFC)。 此外，雖然 Always On 可用性群組不依賴 SQL Server 容錯移轉叢集，但是您可以使用容錯移轉叢集執行個體 (FCI) 來裝載可用性群組的可用性複本。 請務必了解每個叢集技術的角色，也要知道設計您的 Always On 可用性群組環境時所必須考量的事項。
注意
如需 Always On 可用性群組概念的相關資訊，請參閱 Always On 可用性群組概觀 (SQL Server)。
Windows Server 容錯移轉叢集和可用性群組
部署 Always On 可用性群組需要 Windows Server 容錯移轉叢集 (WSFC)。 若要為 Always On 可用性群組啟用，SQL Server 執行個體必須位於 WSFC 節點上，且 WSFC 和節點必須在線上。 此外，所指定可用性群組之每個可用性複本都必須位在相同 WSFC 的不同節點上。 唯一的例外狀況是在移轉至另一個 WSFC 期間，可用性群組可以暫時跨兩個叢集。
Always On 可用性群組依賴 Windows Server 容錯移轉叢集 (WSFC) 來監視及管理屬於所指定可用性群組的可用性複本目前角色，並判斷容錯移轉事件對於可用性複本的影響程度。 對於您建立的每個可用性群組，系統會建立一個 WSFC 資源群組。 WSFC 會監視此資源群組，以評估主要複本的健康狀態。
Always On 可用性群組的仲裁會以 WSFC 中的所有節點為基礎，而不論給定叢集節點是否裝載任何可用性複本。 相對於資料庫鏡像，Always On 可用性群組中沒有見證角色。
WSFC 的整體健康狀態是由叢集節點的仲裁投票所決定。 如果 WSFC 因為未規劃的災害或由於持續硬體或通訊失敗而離線，則需要手動管理介入。 Windows Server 或 WSFC 管理員需要強制仲裁，然後使非容錯設定中的存活叢集節點恢復上線。
重要
Always On 可用性群組登錄機碼是 WSFC 的子機碼。 如果您在刪除 WSFC 後重新加以建立，則必須在原始 WSFC 上裝載可用性複本的每個 SQL Server 執行個體，停用然後重新啟用 Always On 可用性群組功能。
如需在 WSFC 節點上執行 SQL Server 以及 WSFC 仲裁的相關資訊，請參閱 SQL Server 的 Windows Server 容錯移轉叢集 (WSFC)。
SQL Server 容錯移轉叢集執行個體 (FCI) 和可用性群組
您可以藉由將 SQL Server 和 FCI 連同 WSFC 一起實作，在伺服器執行個體層級設定容錯移轉的第二層。 可用性複本可由 SQL Server 的獨立執行個體或 FCI 執行個體裝載。 只有一個 FCI 夥伴可以裝載給定可用性群組的複本。 在 FCI 上執行可用性複本時，可用性群組的可能擁有者清單只包含使用中 FCI 節點。
Always On 可用性群組不依賴任何形式的共用儲存體。 不過，如果您使用 SQL Server 容錯移轉叢集執行個體 (FCI) 來裝載一或多個可用性複本，依照標準 SQL Server 容錯移轉叢集執行個體安裝，這些 FCI 都需要共用儲存體。
如需其他必要條件的詳細資訊，請參閱Always On 可用性群組的必要條件、限制和建議 (SQL Server) 的「使用 SQL Server 容錯移轉叢集執行個體 (FCI) 裝載可用性複本的必要條件和限制」一節。
容錯移轉叢集執行個體和可用性群組的比較
無論 FCI 中節點的數目有多少，整個 FCI 只能裝載可用性群組的單一複本。 下表描述 FCI 節點和可用性群組複本之間的概念差異。
| FCI 內的節點 | 可用性群組內的複本 | |
|---|---|---|
| 使用 WSFC | Yes | Yes |
| 保護等級 | 執行個體 | 資料庫 |
| 儲存體類型 | 共用 | 非共用 可用性群組中的複本不會共用儲存體，而 FCI 裝載的複本則會使用該 FCI 所需的共用儲存方案。 只有 FCI 內的節點共用儲存方案，可用性群組的複本之間不共用儲存方案。 |
| 儲存方案 | 直接附加、SAN、掛接點、SMB | 取決於節點類型 |
| 可讀取次要 | 否* | Yes |
| 適用的容錯移轉原則設定 | WSFC 仲裁 FCI 特定 可用性群組設定** |
WSFC 仲裁 可用性群組設定 |
| 容錯移轉資源 | 伺服器、執行個體和資料庫 | 僅限資料庫 |
*可用性群組中的同步次要複本一律在其各自的 SQL Server 執行個體上執行，而 FCI 中的次要節點實際上尚未啟動其各自的 SQL Server 執行個體，因此不可讀取。 在 FCI 中，次要節點只有在 FCI 容錯移轉期間資源群組擁有權轉移到它自己時，才會啟動其 SQL Server 執行個體。 不過，在使用中 FCI 節點上，當 FCI 裝載的資料庫屬於可用性群組時，如果本機可用性複本以可讀取的次要複本方式執行，資料庫就是可讀取的。
**可用性群組的容錯移轉原則設定適用於所有複本，無論複本裝載於獨立執行個體或 FCI 執行個體。
注意
若要進一步了解不同 SQL Server 版本的 FCI 和 Always On 可用性群組內的節點數目，請參閱 SQL Server 2012 版本支援的功能 (https://go.microsoft.com/fwlink/?linkid=232473)。
FCI 裝載可用性複本的考量
重要
如果您計劃在 SQL Server 容錯移轉叢集執行個體 (FCI) 裝載可用性複本，請確定 Windows Server 2008 主機節點符合容錯移轉叢集執行個體 (FCI) 的 AlwaysOn 必要條件和限制。 如需詳細資訊，請參閱 Always On 可用性群組的必要條件、限制和建議 (SQL Server)。
SQL Server 容錯移轉叢集執行個體 (FCI) 不支援依照可用性群組進行自動容錯移轉，因此任何由 FCI 裝載的可用性複本只能設定為手動容錯移轉。
您可能需要設定 WSFC，使其包含並非在所有節點都可使用的共用磁碟。 例如，假設有一個 WSFC 跨兩個資料中心，其共有三個節點。 在主要資料中心的兩個節點裝載 SQL Server 容錯移轉叢集執行個體 (FCI)，且可存取相同的共用磁碟。 在另一個資料中心，第三個節點裝載 SQL Server 獨立執行個體，而且無法存取主要資料中心的共用磁碟。 如果 FCI 裝載主要複本，且獨立執行個體裝載次要複本，此 WSFC 設定就會支援可用性群組的部署。
當您選擇讓 FCI 裝載給定可用性群組的可用性複本時，請確定 FCI 容錯移轉不會使單一 WSFC 節點嘗試裝載同一個可用性群組的兩個可用性複本。
下列範例案例說明這個組態可能會如何導致問題的發生：
您可以使用兩個節點來設定 WSFC，NODE01 與 NODE02。 您可以在 fciInstance1 和 NODE01 上安裝 SQL Server 故障轉移叢集實例 NODE02，其中 NODE01 是 fciInstance1的目前擁有者。
在 NODE02上，您會安裝另一個 SQL Server 實例，Instance3，這是獨立的實例。
您可以在 NODE01上啟用 fciInstance1，以支援 Always On 可用性群組。 在 NODE02上，您可以在 Always On 可用性群組中啟用 Instance3。 然後，您會設定 fciInstance1 承載主要複本的可用性群組，Instance3 承載次要複本。
在某個時間點，fciInstance1 會變得無法在 NODE01 上使用，且 WSFC 會造成 fciInstance1 容錯移轉到 NODE02。 在容錯移轉之後，fciInstance1 成為具有 Always On 可用性群組功能的執行個體，在 NODE02 上以主要角色執行。 但是， Instance3 現在位於與 fciInstance1相同的 WSFC 節點上。 這違反了 Always On 可用性群組條件約束。
若要更正此案例所呈現的問題，獨立執行個體 Instance3 必須位於與 NODE01 和 NODE02 相同 WSFC 內的另一個節點上。
如需 SQL Server FCI 的詳細資訊，請參閱 Always On 容錯移轉叢集執行個體 (SQL Server)。
WSFC 容錯移轉叢集管理員與可用性群組一起使用的限制
不要使用容錯移轉叢集管理員操作可用性群組，例如：
請勿在可用性群組的叢集服務 (資源群組) 中加入或移除資源。
請勿變更任何可用性群組屬性，例如可能的擁有者和慣用擁有者。 可用性群組會自動設定這些屬性。
請勿使用容錯移轉叢集管理員來將可用性群組移到不同的節點或容錯移轉可用性群組。 容錯移轉叢集管理員不會察覺可用性複本的同步處理狀態，而且這樣做可能會造成停機時間延長。 您必須使用 Transact-SQL 或 SQL Server Management Studio。
警告
使用容錯移轉叢集管理員將裝載可用性群組的「容錯移轉叢集執行個體」移至「已」裝載相同可用性群組複本的節點時，可能會導致遺失可用性群組複本，使其無法在目標節點上線。 容錯移轉叢集的單一節點無法裝載相同可用性群組的多個複本。 若要了解這種情況是如何發生的和如何復原，請參閱部落格：可用性群組中意外卸除的複本。
相關內容
部落格：
以有限安全性設定 SQL Server 的 Windows 容錯移轉叢集 (可用性群組或 FCI)
白皮書：
Always On Architecture Guide:Building a High Availability and Disaster Recovery Solution by Using Failover Cluster Instances and Availability Groups (Always On 架構指南：使用容錯移轉叢集執行個體和可用性群組，建置高可用性和災害復原解決方案)
Microsoft SQL Server AlwaysOn 高可用性和災害復原方案指南
另請參閱
AlwaysOn 可用性群組概觀 (SQL Server)
啟用和停用 AlwaysOn 可用性群組 (SQL Server)
監視可用性群組 (Transact-SQL)
AlwaysOn 容錯移轉叢集執行個體 (SQL Server)