容錯移轉叢集和 AlwaysOn 可用性群組 (SQL Server)

  • 發行項

Always On可用性群組，SQL Server 2014 年引進的高可用性和災害復原解決方案需要 Windows Server 容錯移轉叢集 (WSFC) 。 此外，雖然Always On可用性群組不相依于容錯移轉叢集SQL Server，但您可以使用容錯移轉叢集實例 (FCI) 來裝載可用性群組的可用性複本。 請務必瞭解每個叢集技術的角色，以及瞭解設計Always On可用性群組環境時所需的考慮。

注意

如需Always On可用性群組概念的詳細資訊，請參閱AlwaysOn 可用性群組概觀 (SQL Server) 。

Windows Server 容錯移轉叢集和可用性群組

部署Always On可用性群組需要 Windows Server 容錯移轉叢集 (WSFC) 叢集。 若要啟用Always On可用性群組，SQL Server的實例必須位於 WSFC 節點上，且 WSFC 叢集和節點必須上線。 此外，給定可用性群組的每個可用性複本都必須位在相同 WSFC 叢集的不同節點上。 唯一的例外狀況是在移轉至另一個 WSFC 叢集期間，可用性群組可以暫時跨兩個叢集。

Always On可用性群組依賴 Windows 容錯移轉叢集 (WSFC) 叢集來監視和管理屬於指定可用性群組的可用性複本目前角色，以及判斷容錯移轉事件如何影響可用性複本。 對於您建立的每個可用性群組，系統會建立一個 WSFC 資源群組。 WSFC 叢集會監視此資源群組，以評估主要複本的健康情況。

不論指定的叢集節點是否裝載任何可用性複本，Always On可用性群組的仲裁都是以 WSFC 叢集中的所有節點為基礎。 相較于資料庫鏡像，Always On可用性群組中沒有見證角色。

WSFC 叢集的整體健全狀況是由叢集節點的仲裁投票所決定。 如果 WSFC 叢集因為未規劃的災害或由於持續硬體或通訊失敗而離線，則需要手動管理介入。 Windows Server 或 WSFC 叢集管理員需要強制仲裁，然後使非容錯組態中的存活叢集節點恢復上線。

重要

Always On可用性群組登錄機碼是 WSFC 叢集的子機碼。 如果您刪除並重新建立 WSFC 叢集，則必須在裝載原始 WSFC 叢集 SQL Server之可用性複本的每個實例上停用並重新啟用Always On可用性群組功能。

如需在 Windows Server 容錯移轉叢集 (WSFC) 節點和 WSFC 仲裁上執行SQL Server的相關資訊，請參閱搭配 SQL Server 的 Windows Server 容錯移轉叢集 (WSFC) 。

針對作業系統升級進行 AlwaysOn 可用性群組的跨叢集移轉

從 SQL Server 2012 SP1 開始，Always On可用性群組支援將可用性群組跨叢集移轉至新的 Windows Server 容錯移轉叢集 (WSFC) 叢集。 跨叢集移轉是指以最短的停機時間，將一個可用性群組或一批可用性群組移到新的目的地 WSFC 叢集。 跨叢集移轉程序可讓您在升級至 Windows Server 2012 叢集的同時，維護您的服務等級協定 (SLA)。 SQL Server 2012 SP1 (或更新版本) 必須在目的地 WSFC 叢集上安裝並啟用 AlwaysOn。 跨叢集移轉是否成功，取決於目的地 WSFC 叢集整套計畫和準備工作。

如需詳細資訊，請參閱針對作業系統升級進行 AlwaysOn 可用性群組的跨叢集移轉。

SQL Server 容錯移轉叢集執行個體 (FCI) 和可用性群組

您可以將容錯移轉叢集與 WSFC 叢集一起實作SQL Server容錯移轉叢集，以在伺服器實例層級設定第二層容錯移轉。 可用性複本可由 SQL Server 的獨立執行個體或 FCI 執行個體裝載。 只有一個 FCI 夥伴可以裝載給定可用性群組的複本。 在 FCI 上執行可用性複本時，可用性群組的可能擁有者清單只包含使用中 FCI 節點。

Always On可用性群組不相依于任何形式的共用儲存體。 不過，如果您使用 SQL Server 容錯移轉叢集執行個體 (FCI) 來裝載一或多個可用性複本，依照標準 SQL Server 容錯移轉叢集執行個體安裝，這些 FCI 都需要共用儲存體。

For more information about additional prerequisites, see the "Prerequisites and Restrictions for Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica" section of Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).

容錯移轉叢集執行個體和可用性群組的比較

無論 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容錯移轉叢集和AlwaysOn 可用性群組內節點數目的詳細資訊，請參閱SQL Server 2012https://go.microsoft.com/fwlink/?linkid=232473 (版本所支援的功能) 。

FCI 裝載可用性複本的考量

重要

如果您計劃在 SQL Server 容錯移轉叢集執行個體 (FCI) 裝載可用性複本，請確定 Windows Server 2008 主機節點符合容錯移轉叢集執行個體 (FCI) 的 AlwaysOn 必要條件和限制。 如需詳細資訊，請參閱AlwaysOn 可用性群組的必要條件、限制和建議 (SQL Server) 。

SQL Server 容錯移轉叢集執行個體 (FCI) 不支援依照可用性群組進行自動容錯移轉，因此任何由 FCI 裝載的可用性複本只能設定為手動容錯移轉。

您可能需要設定 Windows Server 容錯移轉叢集 (WSFC) 叢集，使其包含並非在所有節點都可使用的共用磁碟。 例如，假設有一個 WSFC 叢集跨兩個資料中心，其共有三個節點。 在主要資料中心的兩個節點裝載 SQL Server 容錯移轉叢集執行個體 (FCI)，而且可存取相同的共用磁碟。 在另一個資料中心，第三個節點裝載 SQL Server 獨立執行個體，而且無法存取主要資料中心的共用磁碟。 如果 FCI 裝載主要複本，而且獨立執行個體裝載次要複本，此 WSFC 叢集組態就會支援可用性群組的部署。

當您選擇讓 FCI 裝載給定可用性群組的可用性複本時，請確定 FCI 容錯移轉不會使單一 WSFC 節點嘗試裝載同一個可用性群組的兩個可用性複本。

下列範例案例說明這個組態可能會如何導致問題的發生：

Marcel 設定包含兩個節點 NODE01 和 NODE02的 WSFC 叢集。 他在 NODE01 和 NODE02 上都安裝了 SQL Server 容錯移轉叢集執行個體 fciInstance1，其中 NODE01 是 fciInstance1 目前的擁有者。
Marcel 在 NODE02 上安裝了另一個 SQL Server 執行個體 Instance3，這是獨立執行個體。
在 上 NODE01 ，Marcel 會啟用 Always On 可用性群組的 fciInstance1。 在 上 NODE02 ，他會啟用 Instance3 Always On 可用性群組。 接著他設定可用性群組，由 fciInstance1 裝載其主要複本，並由 Instance3 裝載其次要複本。
在某個時間點， fciInstance1 變得無法在 NODE01上使用，而且 WSFC 叢集會造成 fciInstance1 容錯移轉到 NODE02。 容錯移轉之後， fciInstance1 是啟用可用性群組的Always On實例，在 上 NODE02 的主要角色下執行。 但是， Instance3 現在位於與 fciInstance1相同的 WSFC 節點上。 這違反Always On可用性群組條件約束。
若要更正此案例所呈現的問題，獨立執行個體 Instance3必須位於與 NODE01 和 NODE02相同的 WSFC 叢集內的另一個節點上。

如需容錯移轉叢集SQL Server的詳細資訊，請參閱AlwaysOn 容錯移轉叢集實例 (SQL Server) 。

WSFC 容錯移轉叢集管理員與可用性群組一起使用的限制

不要使用容錯移轉叢集管理員操作可用性群組，例如：

  • 請勿在可用性群組的叢集服務 (資源群組) 中加入或移除資源。

  • 請勿變更任何可用性群組屬性，例如可能的擁有者和慣用擁有者。 可用性群組會自動設定這些屬性。

  • 請勿使用容錯移轉叢集管理員來將可用性群組移到不同的節點或容錯移轉可用性群組。 容錯移轉叢集管理員不會察覺可用性複本的同步處理狀態，而且這樣做可能會造成停機時間延長。 您必須使用 Transact-SQL 或 SQL Server Management Studio。

相關內容

另請參閱

(SQL Server) 啟用和停用 AlwaysOn 可用性群組的概觀， (SQL Server) 監視可用性群組 (Transact-SQL)
AlwaysOn 容錯移轉叢集執行個體 (SQL Server)