【文章內(nèi)容簡介】 的每個資源都可以定期或按需報告其狀態(tài)和運行狀況。很多情況可能指示群集資源故障，其中包括：電源故障、磁盤或內(nèi)存錯誤、網(wǎng)絡(luò)通信錯誤、配置錯誤或服務(wù)不響應(yīng)。隸誆熒鑒獫綱鴣攣駘賽澇鈧。您可使 群集資源（如網(wǎng)絡(luò)、存儲或服務(wù)）彼此依賴。資源的累計運行狀況由該資源及其每個資源依賴項的持續(xù)累積運行狀況來確定。浹繢膩叢著駕驃構(gòu)碭湊農(nóng)瑤。對于 可用性組，可用性組和可用性組偵聽器注冊為 群集資源。對于 故障轉(zhuǎn)移群集實例， 服務(wù)和 代理服務(wù)均注冊為 群集資源，且都依賴于實例的虛擬網(wǎng)絡(luò)名稱資源。鈀燭罰櫝箋礱颼畢韞糲銨鵬。如果某個 群集資源在一段時間內(nèi)遇到指定次數(shù)的錯誤或故障，則配置的“故障轉(zhuǎn)移策略”將導(dǎo)致群集服務(wù)執(zhí)行以下操作之一：愜執(zhí)緝蘿紳頎陽灣熗鍵艤訥。重新啟動當(dāng)前節(jié)點上的資源。將資源設(shè)為脫機(jī)。開始將資源和它的依賴項自動故障轉(zhuǎn)移到另一個節(jié)點。注意： 群集資源運行狀況檢測對于單個節(jié)點的運行狀況或群集的總體運行狀況沒有直接影響。 群集驗證向?qū)杭炞C向?qū)且粋€已集成到 和 故障轉(zhuǎn)移群集的功能。它是數(shù)據(jù)庫管理員的重要工具，可以幫助他們在部署 解決方案前確保具有正常運行、穩(wěn)定純凈的 環(huán)境。貞廈給鏌綞牽鎮(zhèn)獵鎦龐朮戧。使用群集驗證向?qū)?，您可以針對要用作群集?jié)點的服務(wù)器集合或現(xiàn)有群集運行一組有針對性的測試。此過程將直接測試各個基礎(chǔ)硬件和軟件，以準(zhǔn)確評估指定配置對 群集的支持程度。嚌鯖級廚脹鑲銦礦毀蘄鷯鑭。此驗證過程包含一系列的測試，并會在每個節(jié)點上收集以下類別的數(shù)據(jù)：資產(chǎn)清單。有關(guān) 版本、環(huán)境級別、主機(jī)總線適配器、操作系統(tǒng)版本、設(shè)備、服務(wù)、驅(qū)動程序等的信息。薊鑌豎牘熒浹醬籬鈴騫違紗。網(wǎng)絡(luò)。有關(guān) 綁定順序、網(wǎng)絡(luò)通信、 配置和防火墻配置的信息。驗證所有 的節(jié)點間通信情況。齡踐硯語蝸鑄轉(zhuǎn)絹攤濼絡(luò)減。存儲。有關(guān)磁盤、驅(qū)動器容量、訪問延遲時間、文件系統(tǒng)等的信息。驗證 命令、磁盤故障轉(zhuǎn)移功能、對稱或非對稱存儲配置。紳藪瘡顴訝標(biāo)販繯轅賽憮賄。系統(tǒng)配置。驗證 配置、驅(qū)動程序已簽名、內(nèi)存轉(zhuǎn)儲設(shè)置、所需的操作系統(tǒng)功能和服務(wù)、兼容的處理器體系結(jié)構(gòu)，以及 和 軟件更新級別。飪籮獰屬諾釙誣苧徑凜騙橥。這些驗證測試的結(jié)果為您提供所需的信息，以便優(yōu)化群集配置、跟蹤配置和識別潛在的群集配置問題以免它們導(dǎo)致停機(jī)。您可以將測試結(jié)果報告保存為 文檔，供以后參考。烴斃潛籬賢擔(dān)視蠶賁粵貫飭。您應(yīng)在對 配置進(jìn)行任何更改之前和之后、在安裝 前以及在執(zhí)行任何災(zāi)難恢復(fù)過程時運行這些測試。 客戶支持服務(wù)部門 () 要求提供群集驗證報告作為 支持指定 群集配置的前提條件。鋝豈濤軌躍輪蒔講嫗鍵礪脈。有關(guān)詳細(xì)信息，請參閱故障轉(zhuǎn)移群集分步指南：驗證故障轉(zhuǎn)移群集的硬件 (())。擷偽氫鱧轍冪聹諛詼龐復(fù)堝。注意：如果您的群集配置具有非對稱存儲設(shè)備，并且與基于硬件的地理群集存儲解決方案或是與 可用性組同時使用，您可能需要應(yīng)用很多修補程序來防止群集驗證向?qū)У拇鎯︱炞C步驟失敗。蹤飯夢摻釣貞綾賁發(fā)蘄韃釓。有關(guān)詳細(xì)信息，請參閱針對 可用性組的先決條件、限制和建議 (())。 仲裁模式和投票配置婭鑠機(jī)職銦夾簣軒蝕騫設(shè)猶。 使用一種基于仲裁的方法來監(jiān)視群集的整體運行狀況，并且最大限度地提高節(jié)點級別的容錯能力。理解 仲裁模式和節(jié)點投票配置對于 高可用性和災(zāi)難恢復(fù)解決方案的設(shè)計、操作和故障排除十分重要。譽諶摻鉺錠試監(jiān)鄺儕瀉濰鴇。通過仲裁執(zhí)行群集運行狀況檢測 群集中的每個節(jié)點都參與周期性信號通信，以便與其他節(jié)點共享該節(jié)點的運行狀況。未響應(yīng)的節(jié)點被認(rèn)為是處于故障狀態(tài)。儔聹執(zhí)償閏號燴鈿膽賾勞覡。“仲裁”節(jié)點集是 群集中的大多數(shù)投票節(jié)點和見證服務(wù)器。 群集的總體運行狀況和狀態(tài)是由定期“仲裁投票”確定的。仲裁的存在意味著群集運行狀況正常，且能提供節(jié)點級別的容錯能力?？b電悵淺靚蠐淺錒鵬凜錈惡。沒有仲裁并不指示群集未在正常狀況下運行。必須維護(hù)整體 群集運行狀況，以便確保運行狀況良好的輔助節(jié)點可用于充當(dāng)要故障轉(zhuǎn)移到的主節(jié)點。如果仲裁投票失敗，作為一項預(yù)防措施，整個 群集將被設(shè)為脫機(jī)。這也將導(dǎo)致所有向群集注冊的 實例都停止。驥擯幟褸饜兗椏長絳粵藎鍰。注意：如果 群集因為仲裁失敗而被設(shè)為脫機(jī)，則需要手動干預(yù)以便將其重新聯(lián)機(jī)。有關(guān)詳細(xì)信息，請參閱本文后面的通過強(qiáng)制仲裁進(jìn)行 災(zāi)難恢復(fù)一節(jié)。癱噴導(dǎo)閽騁艷搗靨驄鍵檜簍。仲裁模式“仲裁模式”是在 群集級別配置的，以指定用于仲裁投票的方法。故障轉(zhuǎn)移群集管理器實用工具將基于群集中的節(jié)點數(shù)來建議仲裁模式。鑣鴿奪圓鯢齙慫餞離龐東償。以下仲裁模式之一用于確定構(gòu)成投票仲裁的元素：節(jié)點多數(shù)：群集中超過一半的投票節(jié)點必須投票贊成群集處于正常狀態(tài)。節(jié)點和文件共享多數(shù)：此模式與“節(jié)點多數(shù)”仲裁模式相似，只不過還另外配置了一個遠(yuǎn)程文件共享充當(dāng)投票見證服務(wù)器，并且從任何節(jié)點到該共享的連接也計為有效贊成投票。贊成投票數(shù)超過總投票數(shù)的一半即表示群集處于正常狀態(tài)。欖閾團(tuán)皺鵬緦壽驏頦蘊釙負(fù)。作為最佳實踐，見證文件共享不應(yīng)駐留在該群集中的任何節(jié)點上，它應(yīng)該對于該群集中的所有節(jié)點都是可見的。節(jié)點和磁盤多數(shù)：此模式與“節(jié)點多數(shù)”仲裁模式相似，只不過還另外指定了一個共享磁盤群集資源充當(dāng)投票見證服務(wù)器，并且從任何節(jié)點到該共享磁盤的連接也計為有效贊成投票。贊成投票數(shù)超過總投票數(shù)的一半即表示群集處于正常狀態(tài)。遜輸吳貝義鰈國鳩猶騸繢樣。僅磁盤：共享磁盤群集資源指定為見證服務(wù)器，并且從任何節(jié)點到該共享磁盤的連接也計為有效贊成投票。有關(guān)詳細(xì)信息，請參閱故障轉(zhuǎn)移群集分步指南：在群集中配置仲裁 (())。幘覘匱駭儺紅鹵齡鐮瀉戲穎。注意：除非將群集中的每個節(jié)點配置為使用相同的共享存儲仲裁見證磁盤，否則，如果您具有奇數(shù)數(shù)目的投票節(jié)點，則通常應(yīng)該使用“節(jié)點多數(shù)”仲裁模式；如果您具有偶數(shù)數(shù)目的投票節(jié)點，則通常應(yīng)該使用“節(jié)點和文件共享多數(shù)”仲裁模式。誦終決懷區(qū)馱倆側(cè)澩賾鱺罷。投票和非投票節(jié)點默認(rèn)情況下， 群集中的每個節(jié)點都是群集仲裁的成員；每個節(jié)點、文件共享見證服務(wù)器和磁盤見證服務(wù)器都具有能夠確定群集整體運行狀況的單個投票。為了便于討論仲裁，本文現(xiàn)在將 群集節(jié)點中有權(quán)投票的節(jié)點稱為“投票節(jié)點”。在某些情況下，您可能不希望每個節(jié)點都具有投票權(quán)。醫(yī)滌侶綃噲睞齒辦銩凜贗囂。 群集中的每個節(jié)點不斷嘗試建立仲裁。群集中沒有任何一個單獨節(jié)點可以明確確定該群集的整體運行狀況是正常還是非正常。在任意給定時刻，從各節(jié)點的角度來說，其他一些節(jié)點可能好像脫機(jī)，或者好像處于故障轉(zhuǎn)移中，或者好像由于網(wǎng)絡(luò)通信失敗而無法響應(yīng)。仲裁投票的一個關(guān)鍵功能是確定 群集中每個節(jié)點的明顯表現(xiàn)出來的狀態(tài)是否真的就是這些節(jié)點的實際狀態(tài)。艫當(dāng)為遙頭韙鰭噦暈糞窶適。除了“僅磁盤”之外，對于其他所有仲裁模式，仲裁投票的效力取決于群集中所有投票節(jié)點之間的可靠通信。當(dāng)所有節(jié)點位于同一物理子網(wǎng)時，您應(yīng)信任仲裁投票。鴣湊鸛齏嶇燭罵獎選鋸宮煬。但是，如果其他子網(wǎng)上的節(jié)點在仲裁投票中被視為無響應(yīng)，但它實際上處于聯(lián)機(jī)狀態(tài)并且正常運行，則很可能是因為子網(wǎng)之間網(wǎng)絡(luò)通信失敗。根據(jù)群集拓?fù)?、仲裁模式和故障轉(zhuǎn)移策略配置，網(wǎng)絡(luò)通信失敗最終可能會創(chuàng)建不止一組（或一個子組）的投票節(jié)點。筧驪鴨櫨懷鏇頤嶸悅廢顓鯛。如果多個子組的投票節(jié)點能夠建立自己的仲裁，這稱作“裂腦情形”。在這種情況下，每個仲裁中的節(jié)點可能具有不同的行為方式，并互相沖突。韋鋯鯖榮擬滄閡懸贖蘊詡蟬。注意：裂腦情形僅在系統(tǒng)管理員手動執(zhí)行強(qiáng)制仲裁操作時或者在非常罕見的情況下（如強(qiáng)制手動故障轉(zhuǎn)移）才可能出現(xiàn)；并且會顯式將仲裁節(jié)點組進(jìn)一步劃分為多個組子組。有關(guān)詳細(xì)信息，請參閱本文后面的通過強(qiáng)制仲裁進(jìn)行 災(zāi)難恢復(fù)一節(jié)。濤貶騸錟晉鎩錈撳憲騸狀張。為了簡化您的仲裁配置和增加運行時間，您可能要調(diào)整每個節(jié)點的 設(shè)置（值為 或 ），以便不將該節(jié)點的投票計為有效仲裁投票。鈿蘇饌?cè)A檻榪鐵樣說瀉嘆錒。建議的仲裁投票調(diào)整要為群集確定建議的仲裁投票配置，請按順序應(yīng)用以下準(zhǔn)則：默認(rèn)情況下不投票。在沒有明確的判斷時，假定每個節(jié)點不應(yīng)投票。包括所有的主節(jié)點。承載 可用性組主副本或是 故障轉(zhuǎn)移群集實例的首選所有者的每個節(jié)點都應(yīng)具有一票。戧礱風(fēng)熗澆鄖適濘嚀贗鏃窮。包括可能的自動故障轉(zhuǎn)移所有者。在自動故障轉(zhuǎn)移之后可能承載主副本或 的每個節(jié)點都應(yīng)具有一票。不包括輔助站點節(jié)點。通常，不要向駐留在輔助災(zāi)難恢復(fù)站點的節(jié)點分配投票。在主站點不存在任何問題時，您不會希望輔助站點中的節(jié)點參與到令群集脫機(jī)的決策中來。購櫛頁詩燦戶踐瀾襯鳳虛傘。奇數(shù)數(shù)目的投票。如果需要，可以將見證文件共享、見證節(jié)點（具有或不具有 實例）或見證磁盤添加到群集，并且調(diào)整仲裁模式，以防止群集投票中可能出現(xiàn)票數(shù)正好一半的情況。囁奐闃頜璦躑谫瓚獸糞斃諳。故障轉(zhuǎn)移后重新評估投票分配。您不希望故障轉(zhuǎn)移到不支持運行狀況仲裁的群集配置。有關(guān)調(diào)整節(jié)點投票的詳細(xì)信息，請參閱配置群集仲裁 設(shè)置 (())。虛齬鐮寵確嶁誄禱艫鋸偉殺。您無法調(diào)整文件共享見證服務(wù)器的投票。相反，您必須選擇不同的仲裁模式來包含或排除其投票。注意： 公開了若干系統(tǒng)動態(tài)管理視圖 ()，可幫助您管理與 群集配置和節(jié)點仲裁投票相關(guān)的設(shè)置。與頂鍔筍類謾蠑紀(jì)黽廢鉞韜。有關(guān)詳細(xì)信息，請參閱監(jiān)視可用性組 (())。結(jié)釋鏈蹌絞塒繭綻綹蘊網(wǎng)縉。通過強(qiáng)制仲裁進(jìn)行 災(zāi)難恢復(fù)仲裁故障通常由系統(tǒng)性災(zāi)難或涉及 群集中多個節(jié)點的持久性通信故障引起。請注意，仲裁故障將會使 群集中的所有群集服務(wù)、 實例和可用性組設(shè)為脫機(jī)，這是因為該群集無法確保節(jié)點級容錯。仲裁故障意味著 群集中運行狀況良好的投票節(jié)點不再滿足仲裁模式的要求。一些節(jié)點可能已完全失敗，而另一些節(jié)點可能只是關(guān)閉了 服務(wù)從而失去仲裁通信的能力，但是其他方面運行狀況良好。餑詘鉈鯔縹評繒肅鮮驃換嚨。要使 群集重新聯(lián)機(jī)，您必須在現(xiàn)有配置下的至少一個節(jié)點上消除仲裁故障的根源。在災(zāi)難方案中，您可能需要重新配置或確定要使用的替代硬件。您可能還要重新配置 群集中的其余節(jié)點以反映幸存的群集拓?fù)?。爺纜鉅摯騰廁綁藎箋潑鳥輳。您可以在 群集節(jié)點上使用“強(qiáng)制仲裁”過程來覆蓋使該群集脫機(jī)的安全控制。這樣做可有效地通知 群集掛起仲裁投票檢查，并使您能夠在該群集中的任意節(jié)點上將 群集資源和 重新聯(lián)機(jī)。錁熾邐繒薩蝦竇補飆贗轤濕。此類型的災(zāi)難恢復(fù)過程應(yīng)包含以下步驟：確定故障的范圍。確定哪些可用性組或 實例是不響應(yīng)的，哪些群集節(jié)點處于聯(lián)機(jī)狀態(tài)且可在災(zāi)后使用，然后檢查 事件日志和 系統(tǒng)日志。在可行的情況下，您應(yīng)保留取證數(shù)據(jù)和系統(tǒng)日志以供未來分析使用。曠戧輔鑽襉倆瘋謅琿鳳紂鱟。在單一節(jié)點上使用強(qiáng)制仲裁來啟動 群集。在其他正常運行的節(jié)點上，使用強(qiáng)制仲裁過程來手動強(qiáng)制群集聯(lián)機(jī)。為了最大程度地減少可能丟失的數(shù)據(jù)，應(yīng)選擇一個最后承載可用性組主副本的節(jié)點。轉(zhuǎn)厙蹺僉詘腳瀕諮閥糞嶁藹。有關(guān)詳細(xì)信息，請參閱在無仲裁情況下強(qiáng)制啟動 群集(())。嬤鯀賊灃謁麩溝賚淶鋸餓嶁。注意：如果您使用強(qiáng)制仲裁設(shè)置，在群集范圍內(nèi)將阻止仲裁檢查，直到 群集獲得了投票多數(shù)并自動轉(zhuǎn)換到正常仲裁狀態(tài)。訊鎬謾蟈賀綜樞輒鎖廩諭銥。逐一在每個其他方面運行正常的節(jié)點上正常啟動 服務(wù)。當(dāng)您在其他節(jié)點上啟動該群集服務(wù)時，您無需指定強(qiáng)制仲裁選項。兒躉讀閌軒鯀擬釔標(biāo)藪疇礎(chǔ)。隨著每個節(jié)點上的 服務(wù)重新聯(lián)機(jī)，該服務(wù)會與其他運行狀態(tài)正常的節(jié)點進(jìn)行協(xié)商以同步新的群集配置狀態(tài)。請務(wù)必記住，一次只能在一個節(jié)點上執(zhí)行此操作，以避免在解析群集的上一個已知狀態(tài)時出現(xiàn)潛在的爭用情況?？壧A詞嗇適籃異銅鑑驃噴麗。注意：確保您啟動的每個節(jié)點可以與其他剛聯(lián)機(jī)的節(jié)