【正文】 復計劃應包括：熒紿譏鉦鏌觶鷹緇機庫圓鍰。應該盡可能在實際發(fā)生停機前，制定完善的災難恢復過程，并且明確各自的責任。嘰覲詿縲鐋囁偽純鉿錈癱懇。諺辭調(diào)擔鈧諂動禪瀉類謹覡。監(jiān)視可用性狀況從運行角度，在實際停機期間，您不應嘗試實時考慮所有相關的變量和計算 或機會成本。在實際停機期間，這允許您根據(jù)停機時間長短來進行基于成本的決策。釷鵒資贏車贖孫滅獅贅慶獷。輔助或備用基礎結(jié)構(gòu)可以閑置，直到發(fā)生停機。如果發(fā)生系統(tǒng)故障，您可以通過自動透明的恢復機制大大減小停機時間對客戶體驗的影響。氬嚕躑竄貿(mào)懇彈瀘頷澩紛釓。如果從一開始沒有發(fā)生停機，則可以完全避免停機恢復成本。這些投資的目的應包括：閿擻輳嬪諫遷擇楨秘騖輛塤。這些成本可能隨時間而累積，也可能在停機期間的某個點發(fā)生。碩癘鄴頏謅攆檸攜驤蘞鷥膠。鯊腎鑰詘褳鉀溈懼統(tǒng)庫搖飭。它是故障前最后提交的數(shù)據(jù)事務與故障后恢復的最新數(shù)據(jù)之間的時間間隔或滯后值?；謴忘c目標 ()。但是，最終的目標是將整個服務還原到可以執(zhí)行新事務的點。這是指停機的持續(xù)時間。凍鈹鋨勞臘鍇癇婦脛糴鈹賄。識饒鎂錕縊灩筧嚌儼淒儂減。主 實例上的事務活動以同步或異步方式應用到一個或多個輔助實例。堯側(cè)閆繭絳闕絢勵蜆贅瀝紕。輒嶧陽檉籪癤網(wǎng)儂號澩蠐鑭。每一分鐘的停機時間都會產(chǎn)生直接和間接成本。構(gòu)氽頑黌碩飩薺齦話騖門戲。鍬籟饗逕瑣筆襖鷗婭薔嗚訝。計劃內(nèi)或計劃外停機可能以溫和的方式發(fā)生在解決方案堆棧的垂直層（基礎結(jié)構(gòu)、平臺和應用程序）內(nèi)，也可能以水平方式發(fā)生在不同功能組件之間。貓蠆驢繪燈鮒誅髏貺廡獻鵬。取決于遇到錯誤時重試或自我更正的應用程序邏輯或硬件堆棧的可靠性。驅(qū)躓髏彥浹綏譎飴憂錦諑瓊。由于工作負荷繁重、處理工作積壓或部分平臺故障，有限的硬件資源可能被過度使用或容量變小。綾鏑鯛駕櫬鶘蹤韋轔糴飆鈧。只讀和延遲的操作。在出現(xiàn)故障的時候，最終用戶通?？梢越邮芟到y(tǒng)是部分可用的，或具有有限的功能或降級的性能，而不是完全徹底的停機。蠟變黲癟報倀鉉錨鈰贅籜葦。在確定高可用性的 時，您應針對計劃的維護活動和計劃外停機時間分別計算關鍵性能指標 ()?？煽康母呖捎眯越鉀Q方案可以檢測這類故障，自動從停機中恢復，然后重建容錯功能。計劃外停機。計劃的維護活動可以看作一項必要的投資，以預防或減輕更嚴重的計劃外潛在停機故障。在執(zhí)行計劃的維護任務（如軟件修補、硬件升級、密碼更新、脫機重建索引、數(shù)據(jù)加載或災難恢復過程演習）之前，應該預先公布和協(xié)調(diào)相應的時間范圍。有兩類主要的可預見的停機時間：擁締鳳襪備訊顎輪爛薔報贏。 的個數(shù)可用性百分比每年總停機時間 天 小時 小時 分鐘 分鐘 秒 分鐘 秒計劃內(nèi)停機時間與計劃外停機時間系統(tǒng)停機可能是計劃或意料之中的行為，也可能是意外故障導致的。系統(tǒng)的可用性可按以下公式計算：實際的運行時間期望的運行時間 100%所得的值在業(yè)界通常用解決方案能夠提供的 的個數(shù)來表示：這個值代表了每年解決方案運行的實際分鐘數(shù)，或相反，代表了解決方案停機的分鐘數(shù)。滲釤嗆儼勻諤鱉調(diào)硯錦鋇絨。高可用性解決方案的主要目標是盡量減小停機時間的負面影響。我們感受得到的停機時間對業(yè)務的影響可能包括：信息丟失、資產(chǎn)受損、生產(chǎn)效率下降、機會丟失、合同無法履行或信譽受損?；[叢媽羥為贍僨蟶練淨櫧撻。鵝婭盡損鵪慘歷蘢鴛賴縈詰。保留所有權利。169。您可以出于內(nèi)部參考目的復制和使用本文檔。不應據(jù)此聯(lián)想或妄加推斷。廈礴懇蹣駢時盡繼價騷巹癩。本文檔中的信息和表達的觀點（包括 和其他 網(wǎng)站引用）如有更改，恕不另行通知。謀蕎摶篋飆鐸懟類蔣薔點鉍。 保護層。之后，我們將簡要概括 和 解決方案的高可用性和災難恢復功能。本文內(nèi)容分為兩大部分：高可用性和災難恢復的概念。本文旨在為商業(yè)利益相關者、技術決策者、系統(tǒng)架構(gòu)設計師、基礎結(jié)構(gòu)工程師和數(shù)據(jù)庫管理員提供一般性的背景信息。發(fā)布時間： 年 月適用范圍： 摘要：本白皮書討論如何使用 高可用性和災難恢復解決方案減少計劃內(nèi)和計劃外的停機時間、最大程度地提高應用程序可用性，并且提供數(shù)據(jù)保護。用于高可用性和災難恢復的 解決方案指南作者： , . ()供稿人： ()、 ()、 ()、 ()、 ()矚慫潤厲釤瘞睞櫪廡賴賃軔。審校： ()、 ()、 ()、 ()、 ()、 . ()、 ()、 ()、 . ()、 ( )聞創(chuàng)溝燴鐺險愛氌譴凈禍測。殘騖樓諍錈瀨濟溆塹籟婭騍。釅錒極額閉鎮(zhèn)檜豬訣錐顧葒。簡要討論規(guī)劃、管理和測量高可用數(shù)據(jù)庫環(huán)境的業(yè)務目標的驅(qū)動因素以及面臨的挑戰(zhàn)。彈貿(mào)攝爾霽斃攬磚鹵廡詒爾。我們將深入討論 解決方案提供的保護層的功能、基本原理和依賴條件，介紹基礎結(jié)構(gòu)可用性、 實例級保護、數(shù)據(jù)庫級保護和數(shù)據(jù)層應用程序功能。版權信息本文檔按“原樣”提供。您應承擔使用本文檔所帶來的風險。本文檔中提及的某些示例只是為了便于說明，純屬虛構(gòu)。本文檔不向您提供對任何 產(chǎn)品中的任何知識產(chǎn)權的任何法律權利。煢楨廣鰳鯡選塊網(wǎng)羈淚鍍齊。 。目錄高可用性和災難恢復的概念 高可用性簡介 計劃內(nèi)停機時間與計劃外停機時間 降級的可用性 停機時間的量化 恢復目標 確定合理的 或機會成本 監(jiān)視可用性狀況 規(guī)劃災難恢復 概述：使用 實現(xiàn)高可用性 顯著減少計劃的停機時間 消除閑置的硬件并提高成本效益和性能 輕松部署和管理 比較 和 能力 保護層 基礎結(jié)構(gòu)可用性 操作系統(tǒng) 故障轉(zhuǎn)移群集 群集驗證向?qū)?通過強制仲裁進行 災難恢復 實例級保護 可用性改進 – 實例 故障轉(zhuǎn)移群集實例 數(shù)據(jù)庫可用性 可用性組 可用性組故障轉(zhuǎn)移 可用性組偵聽器 可用性改進 – 數(shù)據(jù)庫 客戶端連接建議 結(jié)論 22 / 23高可用性和災難恢復的概念當所有利益相關者對規(guī)劃、管理和測量 和 目標的相關業(yè)務驅(qū)動因素、面臨的挑戰(zhàn)和要實現(xiàn)的目標達成共識后，您就可以為高可用性和災難恢復解決方案選擇最合適的數(shù)據(jù)庫技術。熟悉這些概念的讀者可以直接閱讀本文的概述：使用 實現(xiàn)高可用性一節(jié)。高可用性簡介對于一個軟件應用程序或服務來說，高可用性歸根到底是要根據(jù)最終用戶的體驗和期望來判斷。預頌圣鉉儐歲齦訝驊糴買闥。合理的策略應實現(xiàn)業(yè)務流程、服務級別協(xié)議 () 與技術能力、基礎結(jié)構(gòu)成本之間的最佳平衡。根據(jù)協(xié)議以及客戶和利益相關者的期望，平臺應該是高度可用的。鐃誅臥瀉噦圣騁貺頂廡縫勵。如果正確管理停機時間，它將不會帶來負面影響。計劃的維護。詳盡、管理良好的操作過程可以最大程度減少停機時間和防止數(shù)據(jù)丟失。贓熱俁閫歲匱閶鄴鎵騷鯛漢。這種情況通?？赡苁前l(fā)生了系統(tǒng)級、基礎結(jié)構(gòu)或流程故障，而這種故障不在計劃之內(nèi)或不可控制，或者是雖然可以預見但是發(fā)生的可能性很小，或認為故障的影響在可接受的范圍之內(nèi)。壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚躋馱。此方法使您可以將計劃的維護活動方面的投資金額同這些活動避免計劃外停機時間所減小的損失進行比較。降級的可用性高可用性不應該是一種非黑即白的硬性指標。這些不同的可用性級別包括：買鯛鴯譖曇膚遙閆擷凄屆嬌。在進行維護期間或在分階段的災難恢復期間，仍可以檢索數(shù)據(jù)，但新的工作流和后臺處理可能暫時停止或排隊。數(shù)據(jù)滯后和應用程序響應能力下降。用戶體驗可能變差，但是工作仍然可以完成，只是效率降低了。部分、暫時性或緊急故障。這類錯誤可能以數(shù)據(jù)滯后或應用程序響應能力下降的形式顯示給最終用戶。部分端到端故障。根據(jù)受影響的功能或組件，用戶可能會遇到任務部分成功或性能降級的情況。應該在解決方案中考慮接受這些退而求其次的方案，將它們視為一種代替完全停機的次級可用性方案，也可以作為分階段的災難恢復過程的中間環(huán)節(jié)。停機時間的量化一旦發(fā)生停機事件，無論是計劃內(nèi)還是計劃外，主要業(yè)務目標都是盡快使系統(tǒng)重新聯(lián)機并盡量減少數(shù)據(jù)丟失。對于計劃外的停機時間，您需要花時間和精力去確定停機發(fā)生的原因、當前的系統(tǒng)狀態(tài)以及還原所需的步驟，但是必須精確把握這些工作所需的時間和工作量。一旦某個停機事件達到某個預定的臨界點，您應該做出或者尋求相應的業(yè)務決策，以便停止調(diào)查停機事件或者執(zhí)行維護任務，使系統(tǒng)恢復聯(lián)機狀態(tài)，并且在需要時重建容錯功能?；謴湍繕藬?shù)據(jù)冗余是高可用性數(shù)據(jù)庫解決方案的重要組成部分。發(fā)生停機時，正在進行中的事務可能回滾，或由于數(shù)據(jù)傳播的延遲而在輔助實例上丟失。您可以測量這種影響并設置相關的恢復目標：業(yè)務恢復需要多長的時間，以及恢復的最后一個事務有多長時間的滯后。恢復時間目標 ()。初始目標是使系統(tǒng)重新聯(lián)機，至少提供一個只讀容量以便于調(diào)查故障。恥諤銪滅縈歡煬鞏鶩錦聰櫻。這通常指可接受的數(shù)據(jù)丟失的度量值。實際的數(shù)據(jù)丟失可能會有所不同，具體取決于發(fā)生故障時系統(tǒng)的工作負荷、故障類型和所使用的高可用性解決方案類型。您應使用 和 值作為目標來指示業(yè)務容忍的停機時長和可接受的數(shù)據(jù)丟失量，并將它作為監(jiān)視可用性狀況的度量值。確定合理的 或機會成本停機時間的業(yè)務成本可能是金錢損失，也可能是企業(yè)信譽的損失。除了使用指定的恢復時間和數(shù)據(jù)恢復點來預測停機導致的成本之外，您還可以計算實現(xiàn)您的 和 目標或避免停機所需的業(yè)務流程和基礎結(jié)構(gòu)的投資總額。避免停機時間。投資中包含容錯和冗余硬件或基礎結(jié)構(gòu)的成本、將工作負荷分布到多個隔離的故障點的成本以及出于預防性維護目的而發(fā)生的計劃停機的成本。自動恢復。資源利用。它也可以用于處理只讀工作負荷，或通過將工作負荷分布到所有可用硬件來提高總體系統(tǒng)性能。對于指定的 和 目標，所需的可用性和恢復投資，以及預測的停機時間成本，可以表示為時間的函數(shù)。慫闡譜鯪逕導嘯畫長涼馴鴇。您應監(jiān)視備用實例上的數(shù)據(jù)滯后時間，將其作為預期的 度量值。發(fā)生停機時，您還應限制在停機期間調(diào)查停機原因所花的初始時間，而且應側(cè)重驗證恢復環(huán)境的運行狀況，然后依賴詳細的系統(tǒng)日志和數(shù)據(jù)的輔助副本以進行后續(xù)的法醫(yī)式分析。規(guī)劃災難恢復高可用性工作是采取一些措施來防止停機發(fā)生，而災難恢復工作則是在停機后采取一些措施來重建高可用性。根據(jù)活動的監(jiān)視和警報，是否要啟動自動或手動故障轉(zhuǎn)移和恢復計劃的決策應該與預先確定的 和 閾值緊密關聯(lián)。故障和恢復的粒度。鶼漬螻偉閱劍鯫腎邏蘞闋簣。應準備好基線和最新的監(jiān)視歷史記錄、系統(tǒng)警報、事件日志和診斷查詢數(shù)據(jù)，以便有關方面的人士隨時查閱。協(xié)調(diào)依賴關系。一個預先確定的、可重復操作并且經(jīng)過驗證的決策樹應該包括角色責任、故障分類、以 和 目標表示的故障轉(zhuǎn)移標準以及指定的恢復步驟。驗證。用一系列文檔記錄上述信息，要足夠詳細并且條理清晰，以便第三方團隊可以在盡量不借助外部幫助的情況下執(zhí)行恢復計劃。濫驂膽閉驟羥闈詔寢賻減棲。定期演習災難恢復計劃以確定 目標的基準值，并考慮使主站點和每個災難恢復站點定期輪流充當主生產(chǎn)站點。概述：使用 實現(xiàn)高可用性實現(xiàn)所需的 和 目標涉及確保關鍵應用程序的連續(xù)運行，以及保護關鍵數(shù)據(jù)不受計劃內(nèi)和計劃外停機的影響。擠貼綬電麥結(jié)鈺贖嘵類羋罷。賠荊紳諮侖驟遼輩襪錈極嚕。它可以在數(shù)據(jù)中心內(nèi)和數(shù)據(jù)中心間提供數(shù)據(jù)和硬件冗余，能夠縮短應用程序故障轉(zhuǎn)移的時間，從而提高關鍵任務應用程序的可用性。塤礙籟饈決穩(wěn)賽釙冊庫麩適。 可用性組：這是 中引入的新功能，它大大增強了數(shù)據(jù)庫鏡像的功能，幫助確保應用程序數(shù)據(jù)庫的可用性；它采用基于日志的數(shù)據(jù)移動來提供數(shù)據(jù)保護，無需共享磁盤，可以實現(xiàn)零數(shù)據(jù)丟失。可用性組提供一組集成的選項，包括邏輯數(shù)據(jù)庫組的自動和手動故