【正文】 中國移動(dòng) 公司 IP網(wǎng)管 系統(tǒng) 性 數(shù)據(jù)容災(zāi)備份解決方案 VERITAS 公司北京辦事處 2020 年 11 月 24 日 第 1 頁 目 錄 1 系統(tǒng)需求分析 ................................................................................................................... 2 系統(tǒng)建設(shè)目標(biāo) ............................................................................................................ 2 需求簡(jiǎn)析 ................................................................................................................... 5 2 高可用容災(zāi)方案設(shè)計(jì) ........................................................................................................ 8 設(shè)計(jì)原則 ....................................................................................................................... 8 方案概述 ....................................................................................................................... 9 IPNET 流量管理服務(wù)器及 NetCool匯總管理服務(wù)器 “N+1” 冗余備份方式 ............ 10 “N+1” 冗余備份方式 ..........................................................................................11 N 節(jié)點(diǎn)循環(huán)備份方式 ..........................................................................................11 軟件安裝 .......................................................................................................... 12 NetCool網(wǎng)管服務(wù)器 /PM 服務(wù)器、業(yè)務(wù)網(wǎng)管服務(wù)器、 Precision 服務(wù)器容災(zāi) .......... 12 功能配置說明 ................................................................................................... 14 Visionary 應(yīng)用服務(wù)器、 NetCool報(bào)表服務(wù)器、 IPNET 報(bào)表服務(wù)器容災(zāi) ................ 17 3 高可用容災(zāi)方案實(shí)現(xiàn) ...................................................................................................... 19 軟件功能解釋 ............................................................................................................... 19 安裝、配置過程 ............................................................................................................ 24 工作過程 ..................................................................................................................... 26 方案分析 ...................................................................................................................... 29 有關(guān)數(shù)據(jù)的量化分析及結(jié)果 ...................................................................... 29 方案小結(jié) .......................................................................................................... 30 4 附 錄 ............................................................................................................................. 36 一、 VERITAS 公司簡(jiǎn)介 .............................................................................................. 36 二、 VERITAS Foundation Suite?........................................................................................ 38 三、 VERITAS Cluster Server ?.................................................................................... 45 第 2 頁 1 系統(tǒng)需求分析 系統(tǒng)建設(shè)目標(biāo) 建設(shè)本系統(tǒng)的目的是為 中國移動(dòng) 公 司 IP 網(wǎng)管 系統(tǒng)建立一個(gè)全面的、整體的容災(zāi)方案，最大限度地保證業(yè)務(wù)系統(tǒng)工作的連續(xù)性、可靠性。 常言道，“知己知 彼，百戰(zhàn)不殆”。要實(shí)現(xiàn)容災(zāi)，首先要了解我們的“敵人”－ 災(zāi)難。那么，哪些事件可以定義為災(zāi)難呢？典型的災(zāi)難事件是自然災(zāi)難，如火災(zāi)、洪水、地震、颶風(fēng)、龍卷風(fēng)、臺(tái)風(fēng)等，還有其它如原先提供給業(yè)務(wù)運(yùn)營(yíng)所需的服務(wù)中斷，如設(shè)備故障、軟件錯(cuò)誤、電信網(wǎng)絡(luò)中斷和電力故障等等。此外，人為的因素往往也會(huì)釀成大禍，如操作員錯(cuò)誤、破壞、植入有害代碼和恐怖襲擊?，F(xiàn)階段，由于我國很多行業(yè)正處在高速發(fā)展的階段，很多生產(chǎn)流程和制度仍不完善，加之缺乏經(jīng)驗(yàn)，這方面的損失屢見不鮮。事實(shí)上，我國 2020 年遭遇的“非典”，某種意義上也是災(zāi)難。對(duì)此，我 們認(rèn)為需要做到兩點(diǎn)：一是建立切實(shí)可行的應(yīng)急機(jī)制，這主要包含一套基于充分且清楚地將風(fēng)險(xiǎn)予以分類定義的業(yè)務(wù)持續(xù)計(jì)劃，二是在危機(jī)突然降臨時(shí)，此計(jì)劃能被有效執(zhí)行。對(duì)于 IT 系統(tǒng)，除了上述的災(zāi)難之外，與系統(tǒng)相關(guān)的計(jì)劃外宕機(jī)也可視作災(zāi)難 。 對(duì)于 IT 系統(tǒng)而言，在技術(shù)層面上，容災(zāi)需要考慮： * 數(shù)據(jù)版本保護(hù) － 建立容災(zāi)的多版本保護(hù)底線（ Bottom Line） * 實(shí)時(shí)數(shù)據(jù)保護(hù) － 數(shù)據(jù)復(fù)制，近乎 0 的數(shù)據(jù)丟失，數(shù)據(jù)一致性 * 應(yīng)用系統(tǒng)恢復(fù) － 恢復(fù)時(shí)間（包括數(shù)據(jù)庫恢復(fù)）、應(yīng)用版本的一致性（ PTF）等 * 網(wǎng)絡(luò)系統(tǒng)恢復(fù) － 數(shù)據(jù)訪問點(diǎn)變化、建立新網(wǎng)絡(luò)路徑、動(dòng)態(tài)路由（收斂時(shí)間 /穩(wěn)定性） * 容災(zāi)切換決策 － 及時(shí)發(fā)現(xiàn)災(zāi)難（容災(zāi)系統(tǒng)管理）、容災(zāi)切換的損失和補(bǔ)救辦法 * 容災(zāi)切換過程 － 變更管理 同時(shí)，無論任何時(shí)候，備份都是非常重要的，并要定期測(cè)試備份的可靠性。 第 3 頁 一種技術(shù)只能減少或防止某些類型的災(zāi)難的影響。除了簡(jiǎn)單或一成不變的應(yīng)用，在沒有特別要求的情況下，盡量不要采用操作系統(tǒng)層面以上的數(shù)據(jù)復(fù)制技術(shù)。而沒有文檔化的流程就相當(dāng)于沒有流程，沒有流程的系統(tǒng)能夠在要求時(shí)間內(nèi)恢復(fù)完全靠運(yùn)氣（通常不能）。另外，在通常情況下， IT 系統(tǒng)相關(guān)的 災(zāi)難備份方案設(shè)計(jì)都必須考慮以下五大因素， 1，災(zāi)難類型 需要考慮哪些災(zāi)難？怎樣的災(zāi)難？會(huì)使業(yè)務(wù)中斷多久？ 2，恢復(fù)速度 災(zāi)難發(fā)生后需要多久來啟動(dòng)及運(yùn)行系統(tǒng)？能否承受數(shù)天或數(shù)分鐘的等待？ 3，恢復(fù)程度 需要恢復(fù)每條記錄和交易嗎？可以使用上星期或昨天的數(shù)據(jù)嗎？需要恢復(fù)一切嗎？有 不相關(guān)的文件嗎？什么是合法隱含的要求？有少數(shù)的一組人輸入交易嗎？他們可以重新輸 入災(zāi)難期間丟失的交易嗎？這些交易十分重要而不容許丟失嗎？ 4，可用的技術(shù) 必須結(jié)合考慮所選技術(shù)在本地區(qū)的適用性、實(shí)現(xiàn)條件以及在實(shí)施時(shí)是否受某些現(xiàn)有條件的制約 ？ 5，方案總體成本 實(shí)現(xiàn)災(zāi)難備份需要多少投資？不實(shí)現(xiàn)災(zāi)難備份會(huì)損失多少錢？ 據(jù)國際標(biāo)準(zhǔn) SHARE78 的定義，災(zāi)難恢復(fù)解決方案可根據(jù)以下主要方面所達(dá)到的程度分為七級(jí)，即從低到高有七種不同層次的災(zāi)難恢復(fù)解決方案?？梢愿鶕?jù)企業(yè)數(shù)據(jù)的重要性以及需要恢復(fù)的速度和程度，來設(shè)計(jì)選擇并實(shí)現(xiàn)災(zāi)難恢復(fù)計(jì)劃。這取決于下列要求： 備份 /恢復(fù)的范圍 災(zāi)難恢復(fù)計(jì)劃的狀態(tài) 在應(yīng)用中心與備份中心之間的距離 應(yīng)用中心與備份中心之間是如何相互連接的 數(shù)據(jù)是怎樣在兩個(gè)中心之間傳送的 第 4 頁 有多少數(shù)據(jù)被丟失 怎樣保證更新的數(shù)據(jù)在備份中心被更新 備 份中心可以開始備份工作的能力 現(xiàn)已證明，為實(shí)現(xiàn)有效的災(zāi)難恢復(fù)，無需人工介入的自動(dòng)站點(diǎn)故障切換功能是一個(gè)必須被納入考慮范圍的重要事項(xiàng)。目前通用的異地遠(yuǎn)程恢復(fù)標(biāo)準(zhǔn)采用的是1992 年 Anaheim 的 SHARE78， M028 會(huì)議的報(bào)告中所闡述的七個(gè)層次： 0 層 沒有異地?cái)?shù)據(jù) (No offsite Data) Tier0 即沒有任何異地備份或應(yīng)急計(jì)劃。數(shù)據(jù)僅在本地進(jìn)行備份恢復(fù)，沒有數(shù)據(jù)送往異地。事實(shí)上這一層并不具備真正災(zāi)難恢復(fù)的能力。 1 層 PTAM 卡車運(yùn)送訪問方式 (Pickup Truck Access Method) Tier1 的災(zāi)難恢復(fù)方案必須設(shè)計(jì)一個(gè)應(yīng)急方案，能夠備份所需要的信息并將它存儲(chǔ)在異地。 PTAM 指將本地備份的數(shù)據(jù)用交通工具送到遠(yuǎn)方。這種方案相對(duì)來說成本較低，但難于管理。 2 層 PTAM 卡車運(yùn)送訪問方式 +熱備份中心 (PTAM + Hot Center) Tier2 相當(dāng)于 Tier1 再加上熱備份中心能力的進(jìn)一步的災(zāi)難恢復(fù)。熱備份中心擁有足夠的硬件和網(wǎng)絡(luò)設(shè)備去支持關(guān)鍵應(yīng)用。相比于 Tier1，明顯降低了災(zāi)難恢復(fù)時(shí)間。 第 5 頁 3 層 電子鏈接 (Electronic Vaulting) Tier3 是在 Tier2 的基礎(chǔ)上用電子鏈路取代了卡車進(jìn)行數(shù)據(jù)的傳送的進(jìn)一步的災(zāi)難恢復(fù)。由于熱備份中心要保持持續(xù)運(yùn)行，增加了成本，但提高了災(zāi)難恢復(fù)速度。 4 層 活動(dòng)狀態(tài)的備份中心 (Active Secondary Center) Tier4 指兩個(gè)中心同時(shí)處于活動(dòng)狀態(tài)并同時(shí)互相備份，在這種情況下，工作負(fù)載可能在兩個(gè)中心之間分享。在災(zāi)難發(fā)生時(shí)，關(guān)鍵應(yīng)用的恢復(fù)也可降低到小時(shí)級(jí)或分鐘級(jí)。 5 層 – 兩個(gè)活動(dòng)的數(shù)據(jù)中心，確保數(shù)據(jù)一致性的兩階段傳輸承諾（ TwoSite TwoPhaseCommit） Tier5 則提供了更好的數(shù)據(jù)完整性和一致性。也就是說， Tier5 需要兩中心與中心的數(shù)據(jù)都被同時(shí)更新。在災(zāi)難發(fā)生時(shí)，僅是傳送中的數(shù)據(jù)被丟失，恢復(fù)時(shí)間被降低到分鐘級(jí)。 6 層 0 數(shù)據(jù)丟失 (Zero Data Loss)，自動(dòng)系統(tǒng)故障切換 Tier6 可以實(shí)現(xiàn) 0 數(shù)據(jù)丟失率，被認(rèn)為是災(zāi)難恢復(fù)的最高級(jí)別，在本地和遠(yuǎn)程的所有數(shù)據(jù)被更新的同時(shí)，利用了雙重在線存儲(chǔ)和完全的網(wǎng)絡(luò)切換能力，當(dāng)發(fā)生災(zāi)難時(shí)，能夠提供跨站點(diǎn)動(dòng)態(tài)負(fù)載平衡和自動(dòng)系統(tǒng)故障切換功能。 需求簡(jiǎn)析 對(duì)于 IT 系統(tǒng)的容災(zāi)指標(biāo)，我們可以通過下列參