【文章內(nèi)容簡介】 用的本機或遠端儲存體。筧驪鴨櫨懷鏇頤嶸悅廢顓鯛。 資源健全狀況偵測和容錯移轉(zhuǎn) 叢集節(jié)點中的每個資源可以定期或視需要報告其狀態(tài)和健全狀況。表示叢集資源失敗的情況有許多種，包括：停電、磁碟或記憶體錯誤、網(wǎng)路通訊錯誤、組態(tài)錯誤或無反應的服務。韋鋯鯖榮擬滄閡懸贖蘊詡蟬。您可以將 叢集資源 (例如網(wǎng)路、儲存體或服務) 設定為彼此相依。資源的累積健全狀況是透過其個別資源相依性的健全狀況連續(xù)積存其健全狀況來決定。濤貶騸錟晉鎩錈撳憲騸狀張。若是 可用性群組，可用性群組和可用性群組接聽程式會註冊為 叢集資源。若是 容錯移轉(zhuǎn)叢集執(zhí)行個體， 服務和 服務會註冊為 叢集資源，且兩者都會相依於執(zhí)行個體的虛擬網(wǎng)路名稱資源。鈿蘇饌華檻榪鐵樣說瀉嘆錒。如果 叢集資源在一段時間內(nèi)遇到的錯誤或失敗達到規(guī)定數(shù)目，預先設定的「容錯移轉(zhuǎn)原則」會使叢集服務執(zhí)行下列其中一項動作：戧礱風熗澆鄖適濘嚀贗鏃窮。重新啟動目前節(jié)點上的資源。將資源設為離線。起始自動作業(yè)，將資源及其相依項目容錯移轉(zhuǎn)到另一個節(jié)點。注意： 叢集資源健全狀況偵測對個別節(jié)點的健全狀況或叢集的整體健全狀況沒有直接影響。 叢集驗證精靈叢集驗證精靈是 和 中整合到容錯移轉(zhuǎn)叢集的功能。在部署 方案「之前」，資料庫管理員必須使用這項主要工具來確保 環(huán)境乾淨、健全且穩(wěn)定。購櫛頁詩燦戶踐瀾襯鳳虛傘。利用叢集驗證精靈，您可以對預計在叢集中做為節(jié)點的伺服器集合或?qū)ΜF(xiàn)有叢集，執(zhí)行一組重點測試。此程序會直接測試每個基礎硬體和軟體，以取得特定組態(tài)對 叢集之支援程度的精確評估。囁奐闃頜璦躑谫瓚獸糞斃諳。此驗證程序包含對下列類別的每個節(jié)點進行一連串測試及資料收集：詳細目錄。 版本、環(huán)境層級、主機匯流排配接器、作業(yè)系統(tǒng)版本、裝置、服務、驅(qū)動程式等相關資訊。虛齬鐮寵確嶁誄禱艫鋸偉殺。網(wǎng)路。 繫結順序、網(wǎng)路通訊、 組態(tài)及防火牆組態(tài)等相關資訊。驗證所有 上的節(jié)點間通訊。與頂鍔筍類謾蠑紀黽廢鉞韜。儲存體。磁碟、磁碟機容量、存取延遲、檔案系統(tǒng)等相關資訊。驗證 命令、磁碟容錯移轉(zhuǎn)功能，以及對稱或非對稱儲存體組態(tài)。結釋鏈蹌絞塒繭綻綹蘊網(wǎng)縉。系統(tǒng)組態(tài)。驗證 組態(tài)、已簽署驅(qū)動程式、記憶體傾印設定、所需的作業(yè)系統(tǒng)功能和服務、相容的處理器架構，以及 和 軟體更新層級。餑詘鉈鯔縹評繒肅鮮驃換嚨。這些驗證測試的結果提供您執(zhí)行下列作業(yè)所需的資訊：微調(diào)叢集組態(tài)、追蹤組態(tài)，以及在潛在叢集組態(tài)問題造成停機之前發(fā)現(xiàn)問題。您可以將測試結果另存為 文件的報表，以供日後參考。爺纜鉅摯騰廁綁藎箋潑鳥輳。在對 組態(tài)進行任何變更前後、在安裝 前及在任何災害復原的程序中，您都應該執(zhí)行這些測試。 客戶支援服務 () 需要叢集驗證報表， 才能提供特定 叢集組態(tài)的支援。錁熾邐繒薩蝦竇補飆贗轤濕。如需詳細資訊，請參閱＜容錯移轉(zhuǎn)叢集逐步指南：驗證容錯移轉(zhuǎn)叢集的硬體需求＞(())。曠戧輔鑽襉倆瘋謅琿鳳紂鱟。注意：如果您的叢集組態(tài)具有非對稱式儲存體 (例如硬體式地理叢集儲存方案，或 可用性群組)，您可能需要套用一些 ，以防止叢集驗證精靈無法執(zhí)行儲存體驗證步驟。轉(zhuǎn)厙蹺僉詘腳瀕諮閥糞嶁藹。如需詳細資訊，請參閱＜ 可用性群組的必要條件、限制和建議＞(())。嬤鯀賊灃謁麩溝賚淶鋸餓嶁。 仲裁模式和投票組態(tài) 使用以仲裁為基礎的方法，監(jiān)視整體叢集健全狀況並最大化節(jié)點層級容錯能力。請務必了解 仲裁模式和節(jié)點投票組態(tài)，因為這對於 高可用性和災害復原方案的設計、操作和疑難排解非常重要。訊鎬謾蟈賀綜樞輒鎖廩諭銥。使用仲裁進行叢集健全狀況偵測 叢集中的每個節(jié)點都會參與定期的活動訊號通訊，與其他節(jié)點分享節(jié)點的健全狀況。沒有回應的節(jié)點是視為處於失敗狀態(tài)。兒躉讀閌軒鯀擬釔標藪疇礎。「仲裁」() 節(jié)點集是 叢集中的多數(shù)投票節(jié)點和見證。 叢集的整體健全狀況和狀態(tài)是由定期「仲裁投票」所決定。仲裁的存在意味著叢集狀況良好，足以提供節(jié)點層級的容錯功能。繅藺詞嗇適籃異銅鑑驃噴麗。缺少仲裁活動則表示叢集狀況不良。您必須維護整體 叢集健全狀況，以確保次要節(jié)點狀況良好，可供主要節(jié)點容錯移轉(zhuǎn)。如果仲裁投票失敗，系統(tǒng)的預防措施就是將整個 叢集設為離線。這也會導致在叢集中註冊的所有 執(zhí)行個體停止。鮒簡觸癘鈄餒嬋鏘戶潑閡諏。注意：如果 叢集因為仲裁失敗而設為離線，則需要透過手動操作才能恢復上線。如需詳細資訊，請參閱本文稍後的＜透過強制仲裁執(zhí)行 災害復原＞一節(jié)。瞇毆蠐謝銀癩嘮閣蹺贗襝攖。仲裁模式「仲裁模式」就是指定仲裁投票所使用的方法，而這個選項必須在 叢集層級設定。容錯移轉(zhuǎn)叢集管理員公用程式會根據(jù)叢集中的節(jié)點數(shù)來建議仲裁模式。閔屢螢馳鑷雋劍頌崗鳳測際。下列其中一個仲裁模式可決定何者構成投票仲裁：節(jié)點多數(shù)。叢集中超過一半的投票節(jié)點必須投票肯定，叢集才是狀況良好。節(jié)點與檔案共用多數(shù)：類似於「節(jié)點多數(shù)」仲裁模式，不過遠端檔案共用也會設定為投票見證，而且從任何節(jié)點至該共用的連接也都會列入肯定投票。超過一半的可能投票必須是肯定，叢集才是狀況良好。檁傷葦開閾燈傘饉諧糧茲繃。最佳作法是，見證檔案共用不應位於叢集中的任何節(jié)點，而且它對叢集中的所有節(jié)點都應該是可見的。節(jié)點與磁碟多數(shù)：類似於「節(jié)點多數(shù)」仲裁模式，不過共用磁碟叢集資源也會指定為投票見證，而且從任何節(jié)點至該共用磁碟的連接也都會列入肯定投票。超過一半的可能投票必須是肯定，叢集才是狀況良好。鄭餼腸絆頎鎦鷓鮞嚶錳鉻廄。僅限磁碟：共用磁碟叢集資源會指定為見證，而且從任何節(jié)點至該共用磁碟的連接都會列入肯定投票。如需詳細資訊，請參閱＜容錯移轉(zhuǎn)叢集逐步指南：在叢集中設定仲裁＞(())。棄鈾縫遷馀氣鰷鸞覲廩脫轉(zhuǎn)。注意：除非叢集中的每個節(jié)點設定為使用相同的共用儲存體仲裁見證磁碟，否則您通常應該在投票節(jié)點為奇數(shù)時使用「節(jié)點多數(shù)」仲裁模式，並在投票節(jié)點為偶數(shù)時使用「節(jié)點與檔案共用多數(shù)」仲裁模式。調(diào)誶續(xù)鷚髏鋮饅喪劉藪顯澮。投票和非投票節(jié)點根據(jù)預設， 叢集中的每個節(jié)點都是叢集仲裁成員，每個節(jié)點、檔案共用見證及磁碟見證都有一票決定整體叢集健全狀況。本文仲裁討論至此，針對投票決定叢集健全狀況的 叢集節(jié)點集仔細限定為「投票節(jié)點」。在某些情況下，您可能希望每一個節(jié)點都有投票權。厲聳紐楊鱔晉頇兗蓽驃鶚騅。 叢集中的每個節(jié)點會持續(xù)嘗試建立仲裁。叢集中沒有個別節(jié)點可針對叢集整體狀況良好或狀況不良做最後決定。在任何給定時刻，從每個節(jié)點的觀點來看，某些其他節(jié)點可能看起來離線、看起來正在進行容錯移轉(zhuǎn)，或因為網(wǎng)路通訊失敗而看起來沒有回應。仲裁投票的關鍵功能是決定 叢集中每個節(jié)點的表面狀態(tài)是否確實為這些節(jié)點的實際狀態(tài)。苧璦籮藶黃邏閂巹東澤達藥。對於「僅限磁碟」以外的所有仲裁模型，仲裁投票的有效性取決於叢集中所有投票節(jié)點之間的可靠通訊。當所有節(jié)點都在相同的實體子網(wǎng)路時，您應該信任仲裁投票。鴿攝禱鋅儀憚銼嚕緡贊綁塵。不過，如果另一個子網(wǎng)路上的節(jié)點在仲裁投票中是視為無回應，但它實際上已上線，另一方面也是狀況良好，最可能的原因是子網(wǎng)路之間的網(wǎng)路通訊失敗。根據(jù)叢集拓撲、仲裁模式和容錯移轉(zhuǎn)原則組態(tài)，該網(wǎng)路通訊失敗實際上可能會建立多組投票節(jié)點 (或子網(wǎng)路)。簞嗇癲剴凈趕鉤嬙鱷鳧徑鉍。如果有多個投票節(jié)點的子集能夠獨立建立仲裁，這稱為「核心分裂」案例。在這種情況下，在個別仲裁中的節(jié)點可能有不同的表現(xiàn)方式，並且互相衝突。頑鷙瑪濱廈峴轆庫糞糧驪癬。注意：只有在系統(tǒng)管理員手動執(zhí)行強制仲裁作業(yè)時，或在極罕見狀況下手動執(zhí)行強制容錯移轉(zhuǎn)，而明確細分仲裁節(jié)點集時，才有可能發(fā)生核心分裂案例。如需詳細資訊，請參閱本文稍後的＜透過強制仲裁執(zhí)行 災害復原＞一節(jié)。漬閫熾訣團諳賡戰(zhàn)餛錳貨齏。若要簡化仲裁組態(tài)及增加執(zhí)行時間，您可能要調(diào)整每個節(jié)點的設定 (值為 或 )，讓該節(jié)點的投票不計入仲裁。鐸輜澠頂嫻塊謂斕痹廩矯詼。建議的仲裁投票調(diào)整為了決定叢集的建議仲裁投票組態(tài)，請依序套用下列指導方針：根據(jù)預設沒有投票權。假設每個節(jié)點在明確調(diào)整之前都不應該有投票權。包含所有主要節(jié)點。裝載 可用性群組主要複本或是 容錯移轉(zhuǎn)叢集執(zhí)行個體之慣用擁有者的每個節(jié)點都應該有投票權。搶觀淚婭師謳論櫚陣蘚塹挾。包含可能的自動容錯移轉(zhuǎn)擁有者?？赡芤驗樽詣尤蒎e移轉(zhuǎn)而裝載主要複本或 的每個節(jié)點都應該有投票權。賊組櫻種愨單蝕渾潷騾雛閩。排除次要網(wǎng)站節(jié)點。一般而言，不要將投票權提供給位於次要災害復原網(wǎng)站的節(jié)點。您不會希望次要網(wǎng)站上的節(jié)點參與決策，使叢集在主要網(wǎng)站沒有任何問題時離線。圓漣檸賡搗蕷艫燁錘澤謳結。奇數(shù)投票。如有需要，在叢集中加入見證檔案共用、見證節(jié)點 (包含或不包含 執(zhí)行個體) 或見證磁碟，並調(diào)整仲裁模式，以避免仲裁投票中可能發(fā)生平局。蟄彎擼鯁棖佇緡癟槧贊瀅勁。容錯移轉(zhuǎn)後重新評估投票指派。您不會希望容錯移轉(zhuǎn)至仲裁權力不彰的叢集組態(tài)。如需有關調(diào)整節(jié)點投票權的詳細資訊，請參閱＜設定叢集仲裁 設定＞(())。義淨擁捫毆脅紙窺鈑鳧剝贛。您無法調(diào)整檔案共用見證的投票權。相反地，您必須選取不同的仲裁模式來包含或排除其投票。注意： 公開數(shù)個系統(tǒng)動態(tài)管理檢視 ()，有助於您管理 叢集組態(tài)和節(jié)點仲裁投票的相關設定。綏驊懸縉澀鷂禍紳撻糧錛湯。如需詳細資訊，請參閱＜監(jiān)視可用性群組＞(())。饅鎖開鑰燜緒玨編軻錙薈馴。透過強制仲裁執(zhí)行 災害復原仲裁失敗的原因通常是涉及 叢集中許多節(jié)點的系統(tǒng)損毀或持續(xù)性通訊失敗。請記住，仲裁失敗會導致 叢集中的所有叢集服務、 執(zhí)行個體和可用性群組設為離線，因為叢集無法確保節(jié)點層級的容錯。仲裁失敗表示 叢集中狀況良好的投票節(jié)點無法再滿足仲裁模型。某些節(jié)點可能已經(jīng)完全失敗，而某些節(jié)點可能剛關閉 服務且其他方面狀況良好，但是喪失與仲裁通訊的功能。獄質(zhì)嶇僅痺鮚潰脫幀開樣藶。若要讓 叢集重新上線，您必須在現(xiàn)有組態(tài)的至少一個節(jié)點上，更正仲裁失敗的根本原因。在發(fā)生災害的情況下，您可能需要重新設定或識別所要使用的替代硬體。您可能也會想要重新設定 叢集中的其餘節(jié)點，以反映存活的叢集拓撲。鍥莧娛殫穢籩殤蕢謬蘚龍孌。您可以在 叢集節(jié)點上使用「強制仲裁」( ) 程序，以便覆寫讓叢集離線的安全控制項。這個程序?qū)嶋H上會告知叢集暫停仲裁投票檢查，並且讓叢集中任何節(jié)點上的 叢集資源和 重新上線。雜磚墳雖紜飯曇覡墾騾釋鈁。這種類型的災害復原程序應該包括下列步驟：判斷失敗的範圍。識別哪些可用性群組或 執(zhí)行個體沒有回應，以及哪些叢集節(jié)點在線上且可供災後使用，然後檢查 事件記錄檔和 系統(tǒng)記錄檔。如果可行的話，您應該保留鑑識資料和系統(tǒng)記錄檔，以便日後分析。軾梔嗶鑊繃瘍懔諍訝澤緇瑤。在單一節(jié)點上使用強制仲裁，藉以啟動 叢集。在其他狀況良好的節(jié)點上，使用強制仲裁程序來手動強制叢集上線。為了盡量降低遺失資料的可能性，請選取最後裝載可用性群組主要複本的節(jié)點。尋頭厭嗆羈陰帥讕匭贊憤鶉。如需詳細資訊，請參閱＜在無仲裁情況下強制啟動 叢集＞(())。訪齙剛璽蘇濫夾趕螢憑鮚訥。注意：如果您使用強制仲裁設定，則整個叢集都會封鎖仲裁檢查，直到 叢集達成大多數(shù)投票，並自動轉(zhuǎn)換成一般仲裁模式的作業(yè)為止。寫韞僂諶虛鍤囈辮褻糝賡戧。在每個其他方面狀況良好的節(jié)點上，以正常方式啟動 服務 (一次一個節(jié)點)。在其他節(jié)點上啟動叢集服務時，您不需要指定強制仲裁選項。羆醬畝餅謄歿湊鈑繳錙穡鐠。當每個節(jié)點上的 服務都重新上線時，它會與其他狀況良好的節(jié)點交涉，以便同步處理新叢集組態(tài)狀態(tài)。請記得一次操作一個節(jié)點，避免在解析叢集的最後已知狀態(tài)時可能發(fā)生的競爭情形。鰱診齡師該鈴書銨鴇開孫紗。注意：確定您啟動的每個節(jié)點都可以與其他新上線的節(jié)點通訊，否則會有建立多個仲裁節(jié)點集的風險，也就是「核心分裂」() 的情況。如果您在步驟 中的發(fā)現(xiàn)正確無誤，應該不會發(fā)生這種狀況。磚緙鵝綱謾擻鴻鑌紙?zhí)\頦湊。套用新的仲裁模式和節(jié)點投票組態(tài)。如果您利用強制仲裁程序，成功地重新啟動叢集中的所有節(jié)點，而且您也更正了仲裁失敗的根本原因，則不需要對原始仲裁模式和節(jié)點投票組態(tài)進行變更。鬮煒鰭輥賠還魴隊駝騾詭貲。如果情況相反，您應該評估新復原的叢集節(jié)點和可用性複本拓撲，並且依適當情況變更每