WSFC 服務啓動開關詳解

  clussvc是Windows故障轉移羣集的託管系統服務，運行於每一個羣集節點，是WSFC的主服務，負責羣集組件之間的通訊，處理故障轉移操做和管理配置等任務，clussvc也和羣集其它組件，如RHS，NetFT組件相協同，節點的硬件，羣集成員資格，心跳檢測結果，第三方軟件干擾，將決定節點的羣集服務可否正常啓動

   以下圖所示爲clussvc主服務包括的組件，能夠看到幾乎全部的羣集組件都寄生於clussvc下面，所以clussvc的服務啓停相當重要，一旦clussvc服務中止，則該節點將沒法使用羣集功能，若是羣集全部節點clussvc服務關閉，則羣集將中止對外服務。

下圖爲Clussvc在羣集架構中扮演的位置，能夠看到，clussvc負責接收API傳來的操做，再將用戶的請求傳給其它羣集組件進行工做，同時也負責羣集內部組件的協同通訊，RHS和CPrepSrv的檢測也將反饋給Clussvc

因爲clussvc做爲羣集的託管主服務，所以它比較特殊，不一樣的場景會須要不一樣的啓動開關，啓動命令以下 net start clussvc /啓動參數

從2000到2003時代，clussvc羣集服務的啓動參數以下

Fixquorum：適用於2000與2003時代，該開關主要適用於處理，由於仲裁設備而致使羣集服務沒法啓動的場景，例如被掛載的羣集見證磁盤不穩定，常常出現脫機狀況，使用fixquorum參數啓動後可讓羣集服務啓動，可是不聯機羣集仲裁設備，僅聯機羣集IP和羣集名稱，同時關閉日誌記錄存儲到仲裁設備功能，經過該模式啓動後，羣集應用資源和仲裁資源將被脫機，管理員能夠手動聯機仲裁資源以觀察日誌進行診斷

該啓動參數最好用於羣集只剩下一個節點的場景，經過該參數啓動後，將在該節點掛載羣集數據庫，羣集IP，羣集名稱，便於排錯，若是羣集其它節點正在運行，建議排除仲裁設備問題前，爲其它節點中止羣集服務，以防止搶奪羣集IP，羣集名稱。

排除問題後從新以正常開關net start clussvc啓動節點

NoQuorumLogging ：透過該參數啓動後羣集將關閉日誌記錄存儲到仲裁設備功能，用於診斷仲裁設備中的仲裁日誌和檢查點問題，一般狀況下，該開關僅在一個節點上使用，主要用於2003時代當仲裁設備日誌文件或檢查點文件損壞，而且您想手動將這些文件替換爲備份副本時使用。

須要注意，經過該參數啓動羣集有可能引起時間分區問題，經過NoQuorumlogging啓動的節點最好不要修改羣集信息

在2008以前，羣集只有「仲裁設備」會保存一份羣集數據庫的最新副本，各個節點都須要和仲裁盤進行同步，由仲裁盤複製羣集數據庫到各節點，各節點在關機重啓後也必須鏈接到仲裁盤同步下載羣集數據庫，若是仲裁盤出現故障，則羣集將沒法啓動，所以在2008以前，仲裁磁盤成爲了單一故障點，2008開始，羣集引入了paxos標記的機制，每一個節點自己均可以保存羣集數據庫最新副本，若是仲裁設備出現問題，最快的解決辦法，新加入一個仲裁磁盤，把舊的替換掉，仲裁磁盤檢測到羣集節點的數據庫paxos標記比較新，會自動同步新的羣集數據庫過來。

Debug：在2003時代羣集日誌僅包含羣集服務啓動後的羣集日誌，而不包含羣集服務啓動過程的日誌，所以，若是要排除羣集服務啓動過程的故障，須要使用debug開關執行操做，切換到C:\System32\Cluster 目錄下，使用命令提示符執行clussvc /debug > c:\clusdebug.txt，則能夠將羣集服務以debug的用途啓動，並將捕捉整個啓動過程信息至日誌，主要用於2003時代，由於羣集啓動帳號或系統配置而致使羣集服務沒法啓動問題，2008以後羣集服務啓動日誌可在clusterlog看到

Debug參數也支持設置啓動診斷日誌級別，方法以下：clussvc / debug loglevel = 3> c:\debug.log

level 0 不記錄

level 1 只記錄錯誤

level 2 記錄錯誤和警告

level3  記錄全部事件，包括未寫入事件日誌的事件

DebugResMon : 用於調試資源監視器進程，並所以調試由資源監視器加載的資源動態連接庫（DLL）,開發人員可使用此開關來調試資源監視器進程及其自定義資源DLL,在資源監視器進程啓動以前，羣集服務進程等待，並等待消息「等待調試器鏈接到resmon進程X」，其中X是資源監視器進程的進程ID（PID）.羣集服務會執行此操做，以等待由其建立的全部資源監視器進程。在用戶將調試器附加到資源監視器進程而且資源監視器進程啓動後，羣集服務將繼續其初始化。

用法：Clussvc /debug /debugresmon

ResetQuorumLog : 用於2000及2003時代，若是仲裁日誌和檢查點文件未找到或已損壞，則可用於根據本地節點的％SystemRoot％\ Cluster \ CLUSDB註冊表配置單元中的信息來建立文件，適用於仲裁磁盤仲裁日誌，出現損壞的場景，即便用各節點本地文件註冊表建立仲裁日誌和檢查點文件，然後使用fixquorum方式啓動羣集，替換仲裁磁盤。

用法：net start clussvc / resetquorumlog，執行該命令後，MSCS會自動檢測仲裁日誌損壞，自動使用節點本地註冊表配置單元從新生成仲裁日誌

ResetQuorumLog 與 NoQuorumLogging 不一樣適用場景

NoQuorumLogging：有仲裁設備備份，暫時停掉寫入，而後把已備份的恢復覆蓋

ResetQuorumLog：  沒有仲裁設備備份，利用各節點本地註冊表重建仲裁日誌

兩種參數啓動羣集服務後，都需使用net start clussvc再正常啓動一次。

NoRepEvtLogging ：適用於2000與2003 ，在2000和2003時代cluster log是羣集服務實時產生的，此參數能夠防止事件日誌的複製，若是有大量事件日誌條目，則羣集服務將複製這些條目，並將它們記錄到cluster.log。這可能會致使cluster.log快速換行。經過該參數能夠阻止節點的cluster log被複制到其它節點，減小網絡通訊帶寬，而且能夠把該節點未刷新到cluster log 的日誌轉移至本地log中

net start clussvc /norepevtlogging  阻止該節點的事件日誌複製到其它節點，但能夠正常接收其它節點的信息

clussvc /debug /norepevtlogging > c:\debugnorep.log  將該節點羣集服務還未刷新至cluster log的日誌轉移至本地log

ForceQuorum：最廣爲你們熟悉的羣集啓動參數，在2003時代引入，2003時代該參數縮寫爲FO,FQ是fixquorum，2003時代的forcequorum，主要起到讓少數分區提供服務的做用，和2008時代的forcequorum有一些區別，例如2003時代北京站點4節點，上海站點3節點，兩站點間發生分區，可是北京已知沒法對外提供服務，所以需強制啓動上海站點，但起點過程需指定上海站點節點名稱，如net start clussvc / forcequorum / forcequorum node5，node6，node7，使用該命令起點後，上海站點將從新啓動一個羣集，這個羣集的可用全部者列表只有 5 6 7 節點。啓動上海站點後應手動中止北京各節點羣集服務，防止搶奪資源，當分區恢復時從新正常啓動羣集服務

在2008時代WSFC引入了幾個新的參數， PreventQuorum，IgnorePersistentState，以及發生變化的ForceQuorum

正如老王在前面文章能夠你們提到過的，ForceQuorum在2008時代發生了變化，引入了paxos標記機制，和以前的做用同樣，幫助羣集節點在少數節點的狀況下也能強制啓動提供服務，可是卻比以前版本方便了許多，在2008中，咱們只須要在少數節點其中一個節點執行net start clussvc /FQ 便可，2008開始FQ縮寫開始指forcequorum，被執行FQ的節點自身的羣集數據庫會被提高爲黃金副本，以後其它全部節點若是但願參與羣集，都必須和FQ節點同步羣集數據庫後，才能夠正常參與進羣集，在2008時代，若是少數方執行FQ強制仲裁後，須要到多數方執行PQ，阻止多數方造成羣集，往後分區解除，多數方將自動與FQ方同步最新羣集數據庫

IPS參數於2008R2引入，ForceQuorum爲2008起發生改變，PQ爲2008R2引入，2008可經過hotfix得到

IPS開關是一個有意思的參數，相似於2000時代的Fixquorum，不一樣的是fixquorum僅聯機羣集IP和羣集名稱，其它資源一概不聯機，而IgnorePersistentState參數能夠幫助咱們聯機羣集IP，羣集名稱，仲裁磁盤，這些全部核心組組件，而不聯機任何基於羣集的應用，能夠幫助管理員先恢復羣集正常服務，再排查基於羣集的應用問題

在正常狀況下，羣集服務啓動時，默認行爲是將全部資源聯機。IPS開關所作的是忽略當前的資源PersistentState值，並將全部內容保持爲離線狀態

使用該參數後羣集總體處於聯機狀態，能夠對外提供服務，此開關只會影響羣集中的服務和應用程序組

該參數要求羣集符合法定人數要求下才可使用

適用場景

1.羣集各節點資源負載飽滿，致使啓動時羣集節點崩潰，可使用/IPS模式啓動羣集，先聯機一部分羣集應用，進行排錯，排錯完成後，再聯機其它羣集應用。

2.基於羣集的第三方應用致使羣集僞掛起，使用IPS參數啓動羣集後正常啓動羣集，檢查應用問題，修復後再聯機應用。

用法：net start clussvc /ips 或 net start clussvc /ips /fq ，若是在不符合法定仲裁員數運做需添加fq參數

2012開始，阻止仲裁技術發生了改變，多數節點一方檢測到少數節點一方存在強制仲裁會自動執行阻止仲裁操做，即確保認可強制仲裁一方爲羣集，與其羣集數據庫同步至最新後，纔會啓動自身羣集服務，在以前2008時代，若是遇到強制仲裁的場景下，大多數時間都須要手動去執行阻止仲裁，不然會出現羣集數據庫覆蓋等狀況，到了2012則會自動幫助咱們作這件事。

2016 WSFC開始向最新的技術看齊整合了，存儲副本，超融合技術，能夠和Azure相配合，實現WSFC on Azure，Azure witness，除了這些還改變了羣集默認的檢測機制，新導入了瞬斷機制，防止因爲瞬時中斷而致使羣集應用故障轉移，能夠設定在指定時間內羣集的故障不須要執行故障轉移，若是某時間內發生了某次數的瞬時中斷，則斷定節點爲檢疫隔離狀態，節點處在檢疫狀態下的時間，默認爲7200秒，在這段時間，節點將不承載應用，全部虛擬機被實時遷移走，其它羣集資源被移動走，若是節點提早恢復可以使用 net start clussvc /CQ 或 Start-ClusterNode -CQ ，執行ClearQuarantine操做，把節點手動恢復正常。

總結到最新2016還剩下的clussvc啓動參數：FQ，PQ，IPS，CQ