SQL Server 的 Windows Server 容錯移轉叢集 (WSFC)
「Windows Server 容錯移轉叢集」(WSFC) 叢集是一組獨立的伺服器，會一起運作以提高應用程式和服務的可用性。 SQL Server 2014 利用 WSFC 服務和功能來支援Always On可用性群組和SQL Server容錯移轉叢集實例。
詞彙和定義
WSFC 叢集 Windows Server 容錯移轉叢集 (WSFC) 叢集是一組獨立伺服器，可共同運作，以提高應用程式和服務的可用性。
容錯移轉叢集實例：管理 IP 位址資源、網路名稱資源，以及執行一或多個應用程式或服務所需的其他資源的 Windows 服務實例。 用戶端可以使用網路名稱來存取群組中的資源，類似於使用電腦名稱來存取實體伺服器上的服務。 不過，因為容錯移轉叢集執行個體是群組，所以它可以容錯移轉至另一個節點，而不影響基礎名稱或位址。
節點 屬於伺服器叢集作用中或非作用中成員的 Microsoft Windows Server 系統。
叢集資源：可由節點擁有的實體或邏輯實體、上線並離線、在節點之間移動，以及當做叢集物件來管理。 叢集資源在任何時間點只能由單一節點所擁有。
資源群組 受控為單一叢集物件的叢集資源集合。 資源群組通常包含執行特定應用程式或服務所需的所有叢集資源。 容錯移轉和錯誤後回復永遠作用於資源群組。
資源相依性 另一個資源相依的資源。 如果資源 A 相依於資源 B，B 就是 A 依賴的相依性。
網路名稱資源 受控為叢集資源的邏輯伺服器名稱。 網路名稱資源必須與 IP 位址資源搭配使用。
慣用擁有者 資源群組偏好執行的節點。 每個資源群組都與依照喜好設定順序排序的慣用擁有者清單相關聯。 在自動容錯移轉期間，資源群組會移至慣用擁有者清單中的下一個慣用節點。
可能的擁有者 資源可執行檔次要節點。 每個資源群組都與可能擁有者清單相關聯。 資源群組只能容錯移轉至列為可能擁有者的節點。
仲裁模式 容錯移轉叢集中的仲裁組態，決定叢集可承受的節點失敗數目。
強制仲裁 即使仲裁只需要少數元素才能進行通訊，仍要啟動叢集的程式。
如需詳細資訊，請參閱＜ 容錯移轉叢集詞彙＞。
Windows Server 容錯移轉叢集概觀
Windows Server 容錯移轉叢集提供基礎結構功能，支援 Microsoft SQL Server 和 Microsoft Exchange 等託管伺服器應用程式的高可用性和災害復原案例。 如果叢集節點或服務失敗，該節點上裝載的服務可在稱為 「容錯移轉」(Failover) 的程序中自動或手動轉移至另一個可用的節點。
WSFC 叢集中的節點會一起運作，共同提供這些類型的功能：
分散式的中繼資料和通知。 WSFC 服務和託管應用程式中繼資料是在叢集中的每個節點上進行維護。 此中繼資料除了包含託管應用程式設定之外，還包含 WSFC 組態和狀態。 對節點的中繼資料或狀態所做的變更會自動傳播到叢集中的其他節點。
資源管理。 叢集中的個別節點可以提供實體資源，例如直接附加的儲存體、網路介面和共用磁碟儲存體存取。 託管應用程式會自行註冊為叢集資源，並可設定對其他資源的啟動和健全狀況相依性。
健全狀況監視。 節點間和主要節點健全狀況偵測是透過活動訊號式網路通訊和資源監視的組合來完成。 叢集的整體健全狀況是由叢集節點的仲裁投票所決定。
容錯移轉協調。 每個資源都是設定為在主要節點上裝載，而且每個資源都可以自動或手動轉移至一個或多個次要節點。 以健全狀況為主的容錯移轉原則會控制節點之間資源擁有權的自動轉移。 在發生容錯移轉時，節點和託管應用程式會收到通知，以便它們可以適當反應。
如需詳細資訊，請參閱＜ Windows Server 2008 R2 中的容錯移轉叢集＞。
SQL Server AlwaysOn 技術和 WSFC
SQL Server 2014 AlwaysOn是利用 WSFC 的新高可用性和災害復原解決方案。 此整合、具有彈性的 AlwaysOn 方案可提高應用程式可用性、提供更佳的硬體投資報酬率，以及簡化高可用性部署和管理。
Always On可用性群組和 AlwaysOn 容錯移轉叢集實例都會使用 WSFC 作為平臺技術，將元件註冊為 WSFC 叢集資源。 相關資源會合併為一個可相依於其他 WSFC 叢集資源的 「資源群組」(Resource Group)。 然後，WSFC 叢集服務可以感知併發出重新開機SQL Server實例的需求，或自動將它容錯移轉至 WSFC 叢集中的不同伺服器節點。
重要
若要充分利用SQL Server AlwaysOn 技術，您應該套用數個 WSFC 相關必要條件。
如需詳細資訊，請參閱：AlwaysOn 可用性群組的必要條件、限制和建議 (SQL Server)
執行個體層級高可用性與 AlwaysOn 容錯移轉叢集執行個體搭配使用
AlwaysOn容錯移轉叢集實例 (FCI) 是一個在 WSFC 叢集中跨節點安裝的SQL Server實例。 這類執行個體有共用磁碟儲存體 (透過光纖通道或 iSCSI SAN) 和虛擬網路名稱的資源相依性。 虛擬網路名稱有一個或多個虛擬 IP 位址 (各在不同子網路) 的資源相依性。 SQL Server 服務和 SQL Server Agent 服務會註冊為資源，且兩者都會相依於虛擬網路名稱資源。
在發生容錯移轉時，WSFC 服務會將執行個體的資源擁有權轉移到指定的容錯移轉節點。 然後 SQL Server 執行個體會在容錯移轉節點上重新啟動，而且資料庫會照常復原。 在任何給定的時刻，只有一個叢集節點可以裝載 FCI 和基礎資源。
注意
AlwaysOn 容錯移轉叢集執行個體需要對稱共用磁碟儲存體，例如存放區域網路 (SAN) 或 SMB 檔案共用。 共用磁碟存放磁碟區必須可供 WSFC 叢集中所有可能的容錯移轉節點使用。
如需詳細資訊，請參閱： AlwaysOn 容錯移轉叢集實例
具有Always On可用性群組的資料庫層級高可用性
「可用性群組」 (Availability Group) 是一組可一起進行容錯移轉的使用者資料庫。 可用性群組是由主要 「可用性複本」 (Availability Replica) 和一到四個次要複本所組成，這些次要複本是透過 SQL Server 記錄式資料移動提供資料保護的方式維護，不需要共用儲存體。 每個複本都是由 WSFC 叢集不同節點上SQL Server實例所裝載。 可用性群組和對應的虛擬網路名稱會註冊為 WSFC 叢集中的資源。
位於主要複本節點的可用性群組接聽程式會回應連接到虛擬網路名稱的內送用戶端要求，並根據連接字串中的屬性，將每個要求重新導向至適當的 SQL Server 執行個體。
發生容錯移轉時會運用 WSFC，將另一個 SQL Server 執行個體上的次要複本重新設定為可用性群組的主要複本，而不會將共用實體資源的擁有權轉移至另一個節點。 然後可用性群組的虛擬網路名稱資源會轉移至該執行個體。
在任何指定的時刻，只有一個 SQL Server 執行個體可以裝載可用性群組的主要資料庫複本，每個相關的次要複本必須位於個別的執行個體，而且每個執行個體必須位於個別的實體節點。
注意
Always On可用性群組不需要部署容錯移轉叢集實例，或使用對稱共用儲存體 (SAN 或 SMB) 。
容錯移轉叢集執行個體 (FCI) 可與可用性群組一起使用，以加強可用性複本的可用性。 不過，為了避免 WSFC 叢集中可能的競爭情形，不支援可用性群組自動容錯移轉至裝載於 FCI 的可用性複本，或從該複本容錯移轉。
如需詳細資訊，請參閱：AlwaysOn 可用性群組概觀 (SQL Server)
WSFC 健全狀況監視和容錯移轉
AlwaysOn 方案的高可用性是透過下列方式完成：對實體和邏輯 WSFC 叢集資源的主動式健全狀況監視，以及自動容錯移轉至備援硬體和重新設定備援硬體。 系統管理員也可以起始可用性群組或 SQL Server 執行個體從某個節點手動容錯移轉至另一個節點。
節點、容錯移轉叢集執行個體和可用性群組的容錯移轉原則
容錯移轉原則設定于 WSFC 叢集節點、SQL Server容錯移轉叢集實例 (FCI) ，以及可用性群組層級。 這些原則根據狀況不良的叢集資源狀態和節點反應速度的嚴重性、持續時間和頻率，可能會觸發服務重新啟動或叢集資源從某個節點自動容錯移轉到另一個節點，也可能會觸發可用性群組主要複本從某個 SQL Server 執行個體移至另一個執行個體。
可用性群組複本的容錯移轉不會影響基礎 SQL Server 執行個體。 FCI 容錯移轉會將裝載的可用性群組複本隨著執行個體移動。
如需詳細資訊，請參閱： 容錯移轉叢集執行個體的容錯移轉原則。
WSFC 資源健全狀況偵測
WSFC 叢集節點中的每個資源可以定期或視需要報告其狀態和健全狀況。 有許多情況皆意味著資源失效，例如停電、磁碟或記憶體錯誤、網路通訊錯誤或無反應的服務。
WSFC 叢集資源 (如網路、儲存或服務) 可以彼此相依。 資源的累積健全狀況是透過其個別資源相依性的健全狀況連續積存其健全狀況來決定。
WSFC 節點間健全狀況偵測和仲裁投票
WSFC 叢集中的每個節點都會參與定期的活動訊號通訊，與其他節點共用節點的健全狀況。 沒有回應的節點是視為處於失敗狀態。
「仲裁」 (Quorum) 節點集是 WSFC 叢集中的多數投票節點和見證。 WSFC 叢集的整體健全狀況和狀態是由定期 「仲裁投票」 (Quorum Vote) 所決定。 仲裁的存在意味著叢集狀況良好，能提供節點層級的容錯功能。
「仲裁模式」 (Quorum Mode) 是在指定仲裁投票所使用方法以及指定何時執行自動容錯移轉或使叢集離線的 WSFC 叢集層級設定。
提示
最佳作法是 WSFC 叢集中一定要有奇數的仲裁投票。 為了仲裁投票目的，SQL Server 不需要在叢集中的所有節點上安裝。 另一個伺服器可以做為仲裁成員，或者 WSFC 仲裁模式可設定為使用遠端檔案共用做為平局決勝者 (Tiebreaker)。
如需詳細資訊，請參閱 WSFC 仲裁模式和投票組態 (SQL Server)。
透過強制仲裁執行災害復原
視作業作法和 WSFC 叢集設定而定，您可以同時產生自動和手動容錯移轉，但仍維持強固、容錯SQL Server AlwaysOn 解決方案。 不過，如果 WSFC 叢集中適合投票之節點的仲裁無法彼此通訊，或者如果 WSFC 叢集的健全狀況驗證失敗，WSFC 叢集可能會離線。
如果 WSFC 叢集因為未規劃的災害或由於持續硬體或通訊失敗而離線，則需要手動管理介入 「強制仲裁」 (Force a Quorum)，使非容錯組態中的存活叢集節點恢復上線。
隨後，也必須採取一連串步驟，重新設定 WSFC 叢集、復原受影響的資料庫複本，以及重新建立新仲裁。
如需詳細資訊，請參閱 透過強制仲裁執行 WSFC 災害復原 (SQL Server)。
SQL Server AlwaysOn 元件與 WSFC 之間的關聯性
SQL Server AlwaysOn 與 WSFC 功能和元件之間存在數層關聯性。
AlwaysOn 可用性群組裝載于SQL Server實例上。 指定連線到主要或次要資料庫的邏輯可用性群組接聽程式網路名稱的用戶端要求會重新導向至基礎SQL Server實例的適當實例網路名稱，或SQL Server容錯移轉叢集實例 (FCI) 。
「SQL Server 執行個體」(SQL Server Instance) 是在單一節點上主動裝載。 獨立的 SQL Server 執行個體 (如果有) 永遠位於具有靜態執行個體網路名稱的單一節點。 SQL Server FCI (如果有) 是作用於兩個以上具有單一虛擬執行個體網路名稱的其中一個可容錯移轉節點。
「節點」(Node) 是 WSFC 叢集的成員。 所有節點的 WSFC 組態中繼資料和狀態都是儲存在各節點上。 每一部伺服器都可提供非對稱的儲存體或共用儲存體 (SAN) 磁碟區讓使用者或系統資料庫使用。 每個伺服器都至少有一個位於一個或多個 IP 子網路的實體網路介面。
WSFC 服務會監視健全狀況並管理伺服器群組的組態。 Windows Server 容錯移轉叢集 (WSFC) 服務會將 WSFC 組態中繼資料和狀態的變更傳播至叢集中的所有節點。 部分中繼資料和狀態可能會儲存在 WSFC 仲裁見證遠端檔案共用上。 兩個以上的使用中節點或見證會構成仲裁，以針對 WSFC 叢集上的健全狀況進行投票。
Always On可用性群組登錄機碼是 WSFC 叢集的子機碼。 如果您刪除並重新建立 WSFC 叢集，則必須在原始 WSFC 叢集上針對Always On可用性群組啟用的每個伺服器實例上停用並重新啟用Always On可用性群組功能。 如需詳細資訊，請參閱啟用和停用 AlwaysOn 可用性群組 (SQL Server)。
相關工作
相關內容
另請參閱
AlwaysOn 容錯移轉叢集實例 (SQL Server) 透過強制仲裁進行容錯移轉叢集實例的AlwaysOn 可用性群組概觀 (SQL Server) WSFC 仲裁模式和投票設定 (SQL Server) 容錯移轉叢集實例WSFC 災害復原 (SQL Server)