SQL Server 的 Windows Server 容錯移轉叢集 (WSFC)
「Windows Server 容錯移轉叢集」(Windows Server Failover Clustering，WSFC) 叢集是一組獨立的伺服器，會一起運作以提高應用程式和服務的可用性。 SQL Server 2012 利用 WSFC 服務和功能，以支援 AlwaysOn 可用性群組 和 SQL Server 容錯移轉叢集執行個體。
本主題內容：
詞彙和定義
Windows Server 容錯移轉叢集概觀
SQL Server AlwaysOn 技術和 WSFC
WSFC 健全狀況監視和容錯移轉
SQL Server AlwaysOn 元件與 WSFC 之間的關聯性
相關工作
相關內容
詞彙和定義
WSFC 叢集
「Windows Server 容錯移轉叢集」(Windows Server Failover Clustering，WSFC) 叢集是一組獨立的伺服器，會一起運作以提高應用程式和服務的可用性。容錯移轉叢集執行個體
Windows 服務的執行個體，管理 IP 位址資源、網路名稱資源，以及執行一個或多個應用程式或服務所需的其他資源。 用戶端可以使用網路名稱來存取群組中的資源，類似於使用電腦名稱來存取實體伺服器上的服務。 不過，因為容錯移轉叢集執行個體是群組，所以它可以容錯移轉至另一個節點，而不影響基礎名稱或位址。節點
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 中的容錯移轉叢集＞。
.gif "搭配回到頁首連結使用的箭頭圖示")
[回到頁首]
SQL Server AlwaysOn 技術和 WSFC
SQL Server 2012 AlwaysOn 是利用 WSFC 的新高可用性和災害復原方案。 此整合、具有彈性的 AlwaysOn 方案可提高應用程式可用性、提供更佳的硬體投資報酬率，以及簡化高可用性部署和管理。
AlwaysOn 可用性群組 和 AlwaysOn 容錯移轉叢集執行個體都會使用 WSFC 做為平台技術，並且將元件註冊為 WSFC 叢集資源。 相關資源會合併為一個可相依於其他 WSFC 叢集資源的「資源群組」(Resource Group)。 然後 WSFC 叢集服務會感測重新啟動 SQL Server 執行個體的需要並發出訊號，或自動將它容錯移轉至 WSFC 叢集中不同的伺服器節點。
.gif "重要事項") 重要事項 |
|---|
若要充分利用 SQL Server AlwaysOn 技術，應該符合數個 WSFC 相關的必要條件。 如需詳細資訊，請參閱＜AlwaysOn 可用性群組的必要條件、限制和建議 (SQL Server)＞。 |
執行個體層級高可用性與 AlwaysOn 容錯移轉叢集執行個體搭配使用
AlwaysOn「容錯移轉叢集執行個體」(Failover Cluster Instance，FCI) 是在 WSFC 叢集中跨多個節點安裝的 SQL Server 執行個體。 這類執行個體有共用磁碟儲存體 (透過光纖通道或 iSCSI SAN) 和虛擬網路名稱的資源相依性。 虛擬網路名稱有一個或多個虛擬 IP 位址 (各在不同子網路) 的資源相依性。 SQL Server 服務和 SQL Server Agent 服務會註冊為資源，且兩者都會相依於虛擬網路名稱資源。
在發生容錯移轉時，WSFC 服務會將執行個體的資源擁有權轉移到指定的容錯移轉節點。 然後 SQL Server 執行個體會在容錯移轉節點上重新啟動，而且資料庫會照常復原。 在任何給定的時刻，只有一個叢集節點可以裝載 FCI 和基礎資源。
[!附註]
AlwaysOn 容錯移轉叢集執行個體需要對稱共用磁碟儲存體，例如存放區域網路 (SAN) 或 SMB 檔案共用。 共用磁碟存放磁碟區必須可供 WSFC 叢集中所有可能的容錯移轉節點使用。
如需詳細資訊，請參閱＜AlwaysOn 容錯移轉叢集執行個體 (SQL Server)＞。
資料庫層級高可用性與 AlwaysOn 可用性群組 搭配使用
「可用性群組」(Availability Group) 是一組可一起進行容錯移轉的使用者資料庫。 可用性群組是由主要「可用性複本」(Availability Replica) 和一到四個次要複本所組成，這些次要複本是透過 SQL Server 記錄式資料移動提供資料保護的方式維護，不需要共用儲存體。 每個複本都是由一個位於 WSFC 叢集的不同節點上的 SQL Server 執行個體所裝載。 可用性群組和對應的虛擬網路名稱會註冊為 WSFC 叢集中的資源。
位於主要複本節點的「可用性群組接聽程式」(Availability Group Listener) 會回應連接到虛擬網路名稱的內送用戶端要求，並根據連接字串中的屬性，將每個要求重新導向至適當的 SQL Server 執行個體。
發生容錯移轉時會運用 WSFC，將另一個 SQL Server 執行個體上的次要複本重新設定為可用性群組的主要複本，而不會將共用實體資源的擁有權轉移至另一個節點。 然後可用性群組的虛擬網路名稱資源會轉移至該執行個體。
在任何給定的時刻，只有一個 SQL Server 執行個體可以裝載可用性群組的主要資料庫複本，每個相關的次要複本必須位於個別的執行個體，而且每個執行個體必須位於個別的實體節點。
[!附註]
AlwaysOn 可用性群組 不需要部署容錯移轉叢集執行個體或使用對稱共用儲存體 (SAN 或 SMB)。
容錯移轉叢集執行個體 (FCI) 可與可用性群組一起使用，以加強可用性複本的可用性。 不過，為了避免 WSFC 叢集中可能的競爭情形，不支援可用性群組自動容錯移轉至裝載於 FCI 的可用性複本，或從該複本容錯移轉。
如需詳細資訊，請參閱＜AlwaysOn 可用性群組概觀 (SQL Server)＞。
[回到頁首]
WSFC 健全狀況監視和容錯移轉
AlwaysOn 方案的高可用性是透過下列方式完成：對實體和邏輯 WSFC 叢集資源的主動式健全狀況監視，以及自動容錯移轉至備援硬體和重新設定備援硬體。 系統管理員也可以起始可用性群組或 SQL Server 執行個體從某個節點「手動容錯移轉」(Manual Failover) 至另一個節點。
節點、容錯移轉叢集執行個體和可用性群組的容錯移轉原則
「容錯移轉原則」(Failover Policy) 是在 WSFC 叢集節點、SQL Server 容錯移轉叢集執行個體 (FCI)，以及可用性群組層級設定的。 這些原則根據狀況不良的叢集資源狀態和節點反應速度的嚴重性、持續時間和頻率，可能會觸發服務重新啟動或叢集資源從某個節點「自動容錯移轉」(Automatic Failover) 到另一個節點，也可能會觸發可用性群組主要複本從某個 SQL Server 執行個體移至另一個執行個體。
可用性群組複本的容錯移轉不會影響基礎 SQL Server 執行個體。 FCI 容錯移轉會將裝載的可用性群組複本隨著執行個體移動。
如需詳細資訊，請參閱＜容錯移轉叢集執行個體的容錯移轉原則＞。
WSFC 資源健全狀況偵測
WSFC 叢集節點中的每個資源可以定期或視需要報告其狀態和健全狀況。 各種情況可能表示資源失敗，例如 停電、磁碟或記憶體錯誤、網路通訊錯誤或無反應的服務。
WSFC 叢集資源 (如網路、儲存或服務) 可以彼此相依。 資源的累積健全狀況是透過其個別資源相依性的健全狀況連續積存其健全狀況來決定。
WSFC 節點間健全狀況偵測和仲裁投票
WSFC 叢集中的每個節點都會參與定期的活動訊號通訊，與其他節點共用節點的健全狀況。 沒有回應的節點是視為處於失敗狀態。
「仲裁」(Quorum) 節點集是 WSFC 叢集中的多數投票節點和見證。 WSFC 叢集的整體健全狀況和狀態是由定期「仲裁投票」(Quorum Vote) 所決定。 仲裁的存在意味著叢集狀況良好，能提供節點層級的容錯功能。
「仲裁模式」(Quorum Mode) 是在指定仲裁投票所使用方法以及指定何時執行自動容錯移轉或使叢集離線的 WSFC 叢集層級設定。
.gif "提示") 提示 |
|---|
最佳作法是 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 叢集上的健全狀況進行投票。AlwaysOn 可用性群組 登錄機碼是 WSFC 叢集的子機碼。
如果您刪除然後重新建立 WSFC 叢集，則必須在原始 WSFC 叢集上已啟用 AlwaysOn 可用性群組 的每個伺服器執行個體，停用然後重新啟用 AlwaysOn 可用性群組 功能。 如需詳細資訊，請參閱＜啟用和停用 AlwaysOn 可用性群組 (SQL Server)＞。
.gif "SQL Server AlwaysOn 元件內容圖")
[回到頁首]
相關工作
[回到頁首]
相關內容
[回到頁首]