【正文】 制根據(jù)實(shí)際情況，自行在兩種工作模式之間切換。災(zāi)難恢復(fù)后的反向復(fù)制也用到 DCM。 VVR 數(shù)據(jù)流程見圖五： 圖五 5）Data Change Map（簡稱 DCM）與主節(jié)點(diǎn)的 RVG 相關(guān)，它其中的內(nèi)容是位圖信息，記錄某一時(shí)間點(diǎn)后修改過的數(shù)據(jù)塊位置。當(dāng)網(wǎng)絡(luò)中斷或異地系統(tǒng)出現(xiàn)故障時(shí)，本地?cái)?shù)據(jù)將記錄在SRL 中，等系統(tǒng)恢復(fù)正常時(shí)再將 SRL 中的數(shù)據(jù)按照先進(jìn)先出的順序傳送到異地。需要復(fù)制的數(shù)據(jù)首先要寫入 SRL，然后傳到異地。 第 21 頁 4）Storage Replicator Log(簡稱 SRL)是 VVR 中的重要部件。在Site A 定義一個(gè) RVGa，包含需要進(jìn)行數(shù)據(jù)復(fù)制的卷；在 Site B 定義一個(gè)RVGb，包含需要進(jìn)行數(shù)據(jù)復(fù)制的卷；在 Site C 定義兩個(gè) RVG，名為RVGa’和 RVGb’，分別作為 Site A RVGa 和 Site B RVGb 的備份。RLINK 是單向的；需要進(jìn)行復(fù)制的兩個(gè)系統(tǒng)各定義一個(gè)指向?qū)Ψ降?RLINK；每個(gè) RVG 定義一個(gè) RLINK。用 VxVM 管理界面和命令統(tǒng)一配置管理；由于 VVR 僅僅將 Volume 上每次 I/O 的實(shí)際數(shù)據(jù)實(shí)時(shí)復(fù)制到遠(yuǎn)程節(jié)點(diǎn)，所以在網(wǎng)絡(luò)線路上傳輸?shù)臄?shù)據(jù)量很少，對帶寬的需求也很小。復(fù)制的示意圖見圖四。VVR 復(fù)制基于 Volume 進(jìn)行。由于數(shù)據(jù)復(fù)制是基于卷的，所以，Volume 是進(jìn)行復(fù)制的基礎(chǔ)。以裸設(shè)備的方式使用卷，或在卷上建立文件系統(tǒng)。 軟件功能解釋 在這里，每個(gè)軟件只解釋與本方案相關(guān)的那部分功能，至于軟件的全部功能，請見附錄。在介紹功能前，需要強(qiáng)調(diào)的的是：VERITAS 提供的是完整的容災(zāi)解決方案。我們假設(shè)原來就已經(jīng)按照雙機(jī)系統(tǒng)設(shè)計(jì)，那么本方案僅需要增加不同地點(diǎn)間的廣域連接，不需要增加其它硬件。包括方案的詳細(xì)講解，軟件的實(shí)際配置方法等。 客戶機(jī)進(jìn)一步劃分硬盤分區(qū)并恢復(fù)所有數(shù)據(jù)。 BMR 服務(wù)器分配啟動(dòng)服務(wù)器（ Boot Server）和文件服務(wù)器（File Server）. 當(dāng)客戶機(jī)數(shù)據(jù)丟失時(shí)，系統(tǒng)管理員通過網(wǎng)絡(luò)啟動(dòng)命令啟動(dòng)客戶機(jī)。這樣，當(dāng)系統(tǒng)數(shù)據(jù)完全丟失時(shí)，系統(tǒng)管理員可以僅僅通過一個(gè)啟動(dòng)命令就可以進(jìn)行系統(tǒng)數(shù)據(jù)的完整恢復(fù)，不必進(jìn)行通過光盤進(jìn)行操作系統(tǒng)重新安裝，硬盤重新分區(qū)，IP 地址重新設(shè)置，以及備份軟件重新安裝等復(fù)雜的步驟。主備份服務(wù)器（第一層）可以對介質(zhì)服務(wù)器（第二層）和客戶端（第三層）進(jìn)行集中管理。架構(gòu)第三層是備份網(wǎng)絡(luò)中諸多服務(wù)器和工作站的客戶端代理（Client Agent）。介質(zhì)服務(wù)器既可與主備份服務(wù)器或另一臺(tái)介質(zhì)服務(wù)器共享磁帶庫，也可使用自己的磁帶設(shè)備。如果企業(yè)在幾個(gè)地點(diǎn)都有數(shù)據(jù)或數(shù)據(jù)密集型應(yīng)用，比如數(shù)據(jù)倉庫，則可安裝介 第 18 頁質(zhì)服務(wù)器（Media Server） 即架構(gòu)的第二層。主備份服務(wù)器是所有數(shù)據(jù)保護(hù)活動(dòng)(包括作業(yè)日程安排和追蹤客戶端備份、管理磁帶介質(zhì)和文件編錄)的“智能中心”。VERITAS NetBackup 獨(dú)有的核心三層架構(gòu)，結(jié)合先進(jìn)的介質(zhì)管理功能，以及卓越的高性能，可以滿足最大規(guī)模數(shù)據(jù)中心的需求。然而，能處理現(xiàn)今數(shù)據(jù)中心的海量數(shù)據(jù)的產(chǎn)品則鳳毛麟角。這樣用戶就能釋放磁盤空間，以備將來使用。只有選擇磁盤緩沖存儲(chǔ)設(shè)備作為存儲(chǔ)設(shè)備類型時(shí)，才能使用該按鈕。在磁盤緩沖存儲(chǔ)設(shè)備的設(shè)置過程中，根據(jù)配置的重新定位日程來重新定位鏡像。第一階段日程的配置方法與其他備份相似。在備份的第一階段，按策略對客戶端進(jìn)行備份，該策略將磁盤緩沖存儲(chǔ)設(shè)備作為目的存儲(chǔ)設(shè)備。第一階段磁盤緩沖存儲(chǔ)設(shè)備策略：第二階段性重新定位日程第二階段：磁盤緩沖存儲(chǔ)設(shè)備（DSSU）日程根據(jù)重新定位日程，將數(shù)據(jù)重新定向到最后的存儲(chǔ)設(shè)備上目的存儲(chǔ)設(shè)備第二階段 第 17 頁第三階段：NetBackup 軟件將備份鏡像復(fù)制到目的存儲(chǔ)設(shè)備上，然后自動(dòng)將它從磁盤上刪除。磁盤緩沖分三個(gè)階段完成：? 第一階段：在磁盤緩沖存儲(chǔ)設(shè)備上創(chuàng)建備份鏡像；? 第二階段：重新定位日程決定了將磁盤緩沖存儲(chǔ)設(shè)備上的備份鏡像重新定位到目的存儲(chǔ)設(shè)備上的時(shí)間；? 第三階段：磁盤上的備份鏡像復(fù)制到目的存儲(chǔ)設(shè)備上后，自動(dòng)取消備份鏡像。如果 NetBackup 管理員只要在磁盤緩沖存儲(chǔ)設(shè)備上保存一天的數(shù)據(jù)，那么 500MB 的磁盤緩沖存儲(chǔ)設(shè)備就已經(jīng)足夠了，前提條件是能夠成功完成重新定位，每天將數(shù)據(jù)轉(zhuǎn)移到磁帶上。磁盤緩沖的工作原理，磁盤緩沖的工作原理示例如下：假定 NetBackup 客戶生成的備份數(shù)據(jù)的容量如下：星期一：200MB星期二：300MB星期三：300MB星期四：200MB星期五：500MB假定 NetBackup 客戶每天都將數(shù)據(jù)備份到磁盤緩沖存儲(chǔ)設(shè)備上，然后再將數(shù)據(jù)從磁盤緩沖存儲(chǔ)設(shè)備轉(zhuǎn)移到最后的存儲(chǔ)設(shè)備上。NetBackup 軟件的磁盤緩沖分三個(gè)步驟完成：首先在磁盤上創(chuàng)建 NetBackup 備份鏡像，然后在可以配置的稍后時(shí)間，將鏡像轉(zhuǎn)移到另外一個(gè)介質(zhì)上。同時(shí)本方案還提供裸機(jī)快速恢復(fù)和異地磁帶級容災(zāi)技術(shù)，從技術(shù)上保證了數(shù)據(jù)中心的可靠性和快速恢復(fù)能力。此時(shí)可以利用測試網(wǎng)中的備份服務(wù)器重新導(dǎo)入生產(chǎn)網(wǎng)備份的 CATALOG，近而恢復(fù)數(shù)據(jù)。如果生產(chǎn)點(diǎn)的備份服務(wù)器損壞，則影響了正 第 15 頁常的備份。Netbackup 支持不同磁帶庫之間的數(shù)據(jù)復(fù)制，可以設(shè)置策略定時(shí)進(jìn)行，相對于 Client 系統(tǒng)數(shù)據(jù)同時(shí)備份到兩個(gè)磁帶庫的方法，該方法只復(fù)制備份后產(chǎn)生的 Image 文件，該作業(yè)由 Master Sever 調(diào)度，執(zhí)行在磁帶庫之間的數(shù)據(jù)復(fù)制，節(jié)約原 Client 系統(tǒng)資源。具備“一鍵”恢復(fù)系統(tǒng)的功能，減少數(shù)據(jù)恢復(fù)的復(fù)雜度和時(shí)間。? NBU Client: SNA 服務(wù)器和測試網(wǎng)的服務(wù)器的備份方式采用網(wǎng)絡(luò)備份的方式。由于生產(chǎn)和測試網(wǎng)在物理上是隔開的，所以需要分別安裝兩套備份服務(wù)器。Netbackup 可以一次備份或復(fù)制 24份拷貝，管理多達(dá)同一備份的 10 份拷貝，并且每份拷貝有自己的保護(hù)周期提供災(zāi)難恢復(fù)能力VAULT在多個(gè)地點(diǎn)保存?zhèn)浞莼驈?fù)制介質(zhì)，保證當(dāng)發(fā)生災(zāi)難時(shí)或多個(gè)的地點(diǎn)快速恢復(fù)關(guān)鍵的數(shù)據(jù)。 第 14 頁磁帶多重拷貝 (Inline Tape Copy, Duplicate)磁帶在線復(fù)制 Inline Tape Copy 允許用戶在執(zhí)行備份期間，創(chuàng)建備份數(shù)據(jù)的多份拷貝。這一提高是顯而易見的。如果數(shù)據(jù)被并行定位（colocated）到多盤磁帶上,執(zhí)行選擇性恢復(fù)的過程將會(huì)很快。這樣，我們可以災(zāi)備系統(tǒng)上恢復(fù)所需要的數(shù)據(jù)，保證數(shù)據(jù)的可操作性。這樣，當(dāng)系統(tǒng)數(shù)據(jù)完全丟失時(shí)，系統(tǒng)管理員可以僅僅通過一個(gè)啟動(dòng)命令就可以進(jìn)行系統(tǒng)數(shù)據(jù)的完整恢復(fù)，不必進(jìn)行通過光盤進(jìn)行操作系統(tǒng)重新安裝，硬盤重新分區(qū)，IP 地址重新設(shè)置，以及備份軟件重新安裝等復(fù)雜的步驟。Netbackup 提供了遠(yuǎn)程分發(fā)式安裝工具，當(dāng)用戶擁有眾多的客戶機(jī)，無需占用大量人力進(jìn)行分散的安裝，只需通過 server 進(jìn)行遠(yuǎn)程分發(fā)軟件安裝。N 節(jié)點(diǎn)（N=2）循環(huán)備份系統(tǒng)簡單示意圖如下圖（圖三）： 軟件安裝在兩種情況下，每個(gè)地點(diǎn)的每臺(tái)服務(wù)器上安裝的軟件相同，只是不同情況下配置方法不同，每臺(tái)服務(wù)器的具體配置方法后面討論。當(dāng)Site A 發(fā)生災(zāi)難時(shí)，Site B 除了提供本身業(yè)務(wù)外，還要提供 Site A 的相應(yīng)服務(wù)。正常情況下，Site B擁有本身業(yè)務(wù)的應(yīng)用、數(shù)據(jù)庫進(jìn)程和相關(guān)的數(shù)據(jù)，同時(shí)，Site B 系統(tǒng)中有相應(yīng)的數(shù)據(jù)區(qū)存儲(chǔ)從 Site A 實(shí)時(shí)復(fù)制來的數(shù)據(jù)。 “N+1”系統(tǒng)簡單示意圖如下圖（圖二）： N 節(jié)點(diǎn)循環(huán)備份方式 由于只要求 N=2，實(shí)為一對一互為備份?！癗+1”備份方式的缺點(diǎn)是當(dāng)多個(gè)系統(tǒng)同時(shí)發(fā)生故障，如果只有一套備份系統(tǒng)為所有用戶提供服務(wù)，可能導(dǎo)致服務(wù)質(zhì)量的下降。若正在運(yùn)行的 N 個(gè)業(yè)務(wù)系統(tǒng)中所有系統(tǒng)同時(shí)發(fā)生故障，則備用系統(tǒng)使用的所有對應(yīng)故障系統(tǒng)的備份數(shù)據(jù)和相應(yīng)應(yīng)用，接管所有業(yè)務(wù)系統(tǒng)。備用系統(tǒng)中存儲(chǔ)著所有的 N 套正在運(yùn)行的業(yè)務(wù)系統(tǒng)的數(shù)據(jù)總和。 第 11 頁 “N+1” 冗余備份方式為 N 個(gè)正在運(yùn)行的移動(dòng)公司 IP 業(yè)務(wù)系統(tǒng)建立一套遠(yuǎn)程容災(zāi)備份系統(tǒng)，稱為“N+1”備份方式。 IPNET 流量管理服務(wù)器及 NetCool 匯總管理服務(wù)器“N+1” 冗余備份方式對于該子系統(tǒng)，VERITAS 解決方案能夠按照現(xiàn)業(yè)務(wù)系統(tǒng)的要求實(shí)現(xiàn)多種容災(zāi)模型。3． Visionary 應(yīng)用服務(wù)器、 NetCool 報(bào)表服務(wù)器、 IPNET 報(bào)表服務(wù)器該系統(tǒng)屬于整個(gè)網(wǎng)管系統(tǒng)的報(bào)表系統(tǒng)，數(shù)據(jù)變化量的頻率相對較低，保留每天的數(shù)據(jù)即可，因此可以考慮底層數(shù)據(jù)備份，業(yè)務(wù)層手工或腳本切換的方式實(shí)現(xiàn)系統(tǒng)可用性，我們建議利用 Netbackup Enterprise Server 和 Bare Metal Restore 技術(shù)，利用磁帶和磁盤介質(zhì)在容災(zāi)節(jié)點(diǎn)保留一份生產(chǎn)系統(tǒng)每天的原始數(shù)據(jù)。我們建議在應(yīng)用層面上，本地節(jié)點(diǎn)利用 Cluster Server 實(shí)施主機(jī)高可用性，防止主機(jī)故障，容災(zāi)節(jié)點(diǎn)利用 Global Cluster Server 實(shí)施遠(yuǎn)程應(yīng)用切換。同時(shí)，為保證不可預(yù)見的意外事件不對業(yè)務(wù)系統(tǒng)造成不可恢復(fù)的影響，我們還建議利用 Netbackup Enterprise Server 和 Bare Metal Restore 技術(shù)，利用磁帶和磁盤介質(zhì)在容災(zāi)節(jié)點(diǎn)保留一份生產(chǎn)系統(tǒng)每天的原始數(shù)據(jù)。 方案概述針對 IP 網(wǎng)管系統(tǒng)及各子系統(tǒng)實(shí)際分析得出的 RPO/RTO，我們分別采用不同的技術(shù)手段對其實(shí)現(xiàn)高可用保護(hù)。 該方案涵蓋了容災(zāi)恢復(fù)的 7 個(gè)層次，為整個(gè)業(yè)務(wù)系統(tǒng)提供全面的保護(hù)，其對應(yīng)需求分析的系統(tǒng)和各子系統(tǒng)的 RPO/RTO 如下： 第 9 頁在該整體方案中中，上層依賴于它的下層，每一層的產(chǎn)品實(shí)現(xiàn)相應(yīng)的功能。VERITAS 的容災(zāi)方案是一個(gè)完整的方案，該方案包括 5 個(gè)功能：主節(jié)點(diǎn)主機(jī)系統(tǒng)在異地的備份和恢復(fù)（即 IT 系統(tǒng)重構(gòu)和業(yè)務(wù)接管）、主節(jié)點(diǎn)業(yè)務(wù)數(shù)據(jù)在異地的備份及恢復(fù)（即生產(chǎn)數(shù)據(jù)的備份和恢復(fù)）、主節(jié)點(diǎn)到災(zāi)備節(jié)點(diǎn)的數(shù)據(jù)遠(yuǎn)程實(shí)時(shí)復(fù)制、本地應(yīng)用服務(wù)和數(shù)據(jù)復(fù)制服務(wù)的切換保護(hù)、應(yīng)用遠(yuǎn)程容災(zāi)切換。全面的異地容災(zāi)保護(hù)方案，意味著除了要實(shí)現(xiàn)本地的切換保護(hù)外，更要實(shí)現(xiàn)數(shù)據(jù)的實(shí)時(shí)異地復(fù)制和業(yè)務(wù)系統(tǒng)（包括數(shù)據(jù)庫和應(yīng)用軟件）的實(shí)時(shí)遠(yuǎn)程切換。因?yàn)橐坏┏霈F(xiàn)異常情況，如火災(zāi)、爆炸、地震、水災(zāi)、雷擊或某個(gè)方向線路故障等自然原因以及電源機(jī)器故障、人為破壞等非自然原因引起的災(zāi)難，導(dǎo)致業(yè)務(wù)正常無法進(jìn)行和重要數(shù)據(jù)的丟失、破壞，造成的損失將不可估量。但是，隨著業(yè)務(wù)系統(tǒng)的發(fā)展，隨著競爭的不斷加劇，在一些重要的系統(tǒng)中，客戶已經(jīng)不滿足于簡單的本地保護(hù)。 第 7 頁在移動(dòng)公司現(xiàn)有的業(yè)務(wù)系統(tǒng)中，僅考慮本地高可用性,即通過集群的雙機(jī)系統(tǒng)(Cluster 或 HA)對業(yè)務(wù)應(yīng)用提供保護(hù)，在一臺(tái)服務(wù)器的軟硬件發(fā)生故障時(shí)，將整個(gè)業(yè)務(wù)切換到后備服務(wù)器上。6 層 0 數(shù)據(jù)丟失 (Zero Data Loss)，自動(dòng)系統(tǒng)故障切換Tier6 可以實(shí)現(xiàn) 0 數(shù)據(jù)丟失率，被認(rèn)為是災(zāi)難恢復(fù)的最高級別，在本地和遠(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)故障切換功能。也就是說，Tier5 需要兩中心與中心的數(shù)據(jù)都被同時(shí)更新。在災(zāi)難發(fā)生時(shí)，關(guān)鍵應(yīng)用的恢復(fù)也可降低到小時(shí)級或分鐘級。由于熱備份中心要保持持續(xù)運(yùn)行，增加了成本，但提高了災(zāi)難恢復(fù)速度。相比于 Tier1，明顯降低了災(zāi)難恢復(fù)時(shí)間。2 層 PTAM 卡車運(yùn)送訪問方式+熱備份中心 (PTAM + Hot Center)Tier2 相當(dāng)于 Tier1 再加上熱備份中心能力的進(jìn)一步的災(zāi)難恢復(fù)。PTAM 指將本地備份的數(shù)據(jù)用交通工具送到遠(yuǎn)方。事實(shí)上這一層并不具備真正災(zāi)難恢復(fù)的能力。目前通用的異地遠(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ì)劃?？梢愿鶕?jù)企業(yè)數(shù)據(jù)的重要性以及需要恢復(fù)的速度和程度，來設(shè)計(jì)選擇并實(shí)現(xiàn)災(zāi)難恢復(fù)計(jì)劃。而沒有文檔化的流程就相當(dāng)于沒有流程，沒有流程的系統(tǒng)能夠在要求時(shí)間內(nèi)恢復(fù)完全靠運(yùn)氣（通常不能）。 第 3 頁一種技術(shù)只能減少或防止某些類型的災(zāi)難的影響。對于 IT 系統(tǒng)，除了上述的災(zāi)難之外，與系統(tǒng)相關(guān)的計(jì)劃外宕機(jī)也可視作災(zāi)難。事實(shí)上，我國 2022 年遭遇的“非典”，某種意義上也是災(zāi)難。此外，人為的因素往往也會(huì)釀成大禍，如操作員錯(cuò)誤