核心系統(tǒng)災(zāi)備建設(shè)項目方案建議書

1、飛康VTL-S備份及重復(fù)數(shù)據(jù)刪除測試 1/16 0/56核心系統(tǒng)災(zāi)備建設(shè)項目方案建議書 - 22 -目 錄 TOC o 1-3 h z u HYPERLINK l _Toc510036542 1需求分析 PAGEREF _Toc510036542 h - 1 - HYPERLINK l _Toc510036543 1.1概述 PAGEREF _Toc510036543 h - 1 - HYPERLINK l _Toc510036544 1.2建設(shè)目標(biāo) PAGEREF _Toc510036544 h - 1 - HYPERLINK l _Toc510036545 1.3災(zāi)備系統(tǒng)建設(shè)的考慮因素 P

2、AGEREF _Toc510036545 h - 3 - HYPERLINK l _Toc510036546 1.4災(zāi)備解決方案分析 PAGEREF _Toc510036546 h - 3 - HYPERLINK l _Toc510036547 2什么是CDP技術(shù) PAGEREF _Toc510036547 h - 7 - HYPERLINK l _Toc510036548 3詳細(xì)設(shè)計 PAGEREF _Toc510036548 h - 9 - HYPERLINK l _Toc510036549 3.1CDP技術(shù)建設(shè)目標(biāo) PAGEREF _Toc510036549 h - 9 - HYPERL

3、INK l _Toc510036550 3.2方案部署結(jié)構(gòu)圖 PAGEREF _Toc510036550 h - 12 - HYPERLINK l _Toc510036551 3.3方案部署說明 PAGEREF _Toc510036551 h - 12 - HYPERLINK l _Toc510036552 3.4復(fù)制線路帶寬預(yù)估 PAGEREF _Toc510036552 h - 13 - HYPERLINK l _Toc510036553 3.5配置清單 PAGEREF _Toc510036553 h - 14 - HYPERLINK l _Toc510036554 4方案功能介紹 PAG

4、EREF _Toc510036554 h - 16 - HYPERLINK l _Toc510036555 4.1在本地實現(xiàn)數(shù)據(jù)保護(hù) PAGEREF _Toc510036555 h - 16 - HYPERLINK l _Toc510036556 4.2本地數(shù)據(jù)的再利用 PAGEREF _Toc510036556 h - 17 - HYPERLINK l _Toc510036557 4.3遠(yuǎn)程復(fù)制和容災(zāi) PAGEREF _Toc510036557 h - 18 - HYPERLINK l _Toc510036558 4.4容災(zāi)方式的優(yōu)勢 PAGEREF _Toc510036558 h - 18

5、 - HYPERLINK l _Toc510036559 5災(zāi)難恢復(fù)的技術(shù)方案 PAGEREF _Toc510036559 h - 20 - HYPERLINK l _Toc510036560 5.1生產(chǎn)數(shù)據(jù)庫數(shù)據(jù)丟失 PAGEREF _Toc510036560 h - 20 - HYPERLINK l _Toc510036561 5.2生產(chǎn)數(shù)據(jù)庫癱瘓 PAGEREF _Toc510036561 h - 20 - HYPERLINK l _Toc510036562 5.3文件丟失 PAGEREF _Toc510036562 h - 21 - HYPERLINK l _Toc510036563

6、5.4生產(chǎn)磁盤故障 PAGEREF _Toc510036563 h - 21 - HYPERLINK l _Toc510036564 5.5站點級別災(zāi)難的恢復(fù) PAGEREF _Toc510036564 h - 21 - HYPERLINK l _Toc510036565 6CDP系統(tǒng)實施方案 PAGEREF _Toc510036565 h - 22 - HYPERLINK l _Toc510036566 6.1項目實施條件 PAGEREF _Toc510036566 h - 22 - HYPERLINK l _Toc510036567 6.1.1機房環(huán)境 PAGEREF _Toc510036

7、567 h - 22 - HYPERLINK l _Toc510036568 6.1.2機柜 PAGEREF _Toc510036568 h - 23 - HYPERLINK l _Toc510036569 6.1.3網(wǎng)絡(luò) PAGEREF _Toc510036569 h - 23 - HYPERLINK l _Toc510036570 6.1.4光纖交換機 PAGEREF _Toc510036570 h - 24 - HYPERLINK l _Toc510036571 6.1.5健康性檢查 PAGEREF _Toc510036571 h - 24 - HYPERLINK l _Toc51003

8、6572 6.2項目實施人員 PAGEREF _Toc510036572 h - 26 - HYPERLINK l _Toc510036573 6.3設(shè)備驗收 PAGEREF _Toc510036573 h - 26 - HYPERLINK l _Toc510036574 6.4功能測試 PAGEREF _Toc510036574 h - 27 - HYPERLINK l _Toc510036575 6.5項目實施周期規(guī)劃 PAGEREF _Toc510036575 h - 1 - HYPERLINK l _Toc510036576 7用戶系統(tǒng)遷移方案 PAGEREF _Toc51003657

9、6 h - 1 - HYPERLINK l _Toc510036577 7.1生產(chǎn)機房遷移方案 PAGEREF _Toc510036577 h - 1 - HYPERLINK l _Toc510036578 7.2容災(zāi)中心遷移方案 PAGEREF _Toc510036578 h - 6 - HYPERLINK l _Toc510036579 8用戶應(yīng)用升級方案 PAGEREF _Toc510036579 h - 6 - HYPERLINK l _Toc510036580 8.1設(shè)備需求 PAGEREF _Toc510036580 h - 7 - HYPERLINK l _Toc51003658

10、1 8.2人員需求 PAGEREF _Toc510036581 h - 7 - HYPERLINK l _Toc510036582 8.3部署方法 PAGEREF _Toc510036582 h - 8 - HYPERLINK l _Toc510036583 9解決方案的幾個關(guān)鍵技術(shù) PAGEREF _Toc510036583 h - 8 - HYPERLINK l _Toc510036584 9.1讀寫優(yōu)化技術(shù) PAGEREF _Toc510036584 h - 8 - HYPERLINK l _Toc510036585 9.2一致性對比技術(shù) PAGEREF _Toc510036585 h

11、- 9 - HYPERLINK l _Toc510036586 9.3數(shù)據(jù)一致性保證 PAGEREF _Toc510036586 h - 10 - HYPERLINK l _Toc510036587 9.4遠(yuǎn)程傳輸數(shù)據(jù)完整性保證機制 PAGEREF _Toc510036587 h - 10 - HYPERLINK l _Toc510036588 9.5TimeMark多歷史點快照技術(shù) PAGEREF _Toc510036588 h - 11 - HYPERLINK l _Toc510036589 9.6任何I/O歷史軌跡恢復(fù)技術(shù) PAGEREF _Toc510036589 h - 11 - H

12、YPERLINK l _Toc510036590 9.7回切（反轉(zhuǎn)）技術(shù) failback PAGEREF _Toc510036590 h - 12 - HYPERLINK l _Toc510036591 9.8增量復(fù)制 PAGEREF _Toc510036591 h - 13 - HYPERLINK l _Toc510036592 9.9鏈路故障容錯 PAGEREF _Toc510036592 h - 14 - HYPERLINK l _Toc510036593 9.10窄帶傳輸技術(shù)（Microscan+壓縮） PAGEREF _Toc510036593 h - 14 - HYPERLINK

13、 l _Toc510036594 10成功案例 PAGEREF _Toc510036594 h - 15 - HYPERLINK l _Toc510036595 10.1容災(zāi)成功案例 PAGEREF _Toc510036595 h - 15 - HYPERLINK l _Toc510036596 10.1.1某大型銀行全國災(zāi)備系統(tǒng) PAGEREF _Toc510036596 h - 15 - HYPERLINK l _Toc510036597 10.1.2華北電網(wǎng) PAGEREF _Toc510036597 h - 16 - HYPERLINK l _Toc510036598 10.1.3易方

14、達(dá)基金公司容災(zāi)系統(tǒng) PAGEREF _Toc510036598 h - 18 - HYPERLINK l _Toc510036599 10.1.4長盛基金公司容災(zāi)系統(tǒng) PAGEREF _Toc510036599 h - 20 - HYPERLINK l _Toc510036600 10.1.5信達(dá)資產(chǎn)公司容災(zāi)系統(tǒng) PAGEREF _Toc510036600 h - 21 -需求分析概述XX系統(tǒng)已經(jīng)成為市的重要基礎(chǔ)信息系統(tǒng)，與廣大居民的日常生活密切相關(guān)，一卡通系統(tǒng)工程是便民工程和政府工程，一卡通系統(tǒng)的建設(shè)，特別是總中心清結(jié)算系統(tǒng)的穩(wěn)定運行，絕對不允許出現(xiàn)中斷、癱瘓、崩潰等重大問題?？傊行那逅阆到y(tǒng)

15、中保存著一卡通相關(guān)應(yīng)用單位的清分結(jié)算數(shù)據(jù)，也包含著城市一卡通公司的日常運營數(shù)據(jù)，目前總中心清算系統(tǒng)若發(fā)生災(zāi)難性崩潰的話，將導(dǎo)致這些生產(chǎn)數(shù)據(jù)丟失，而通過其他途徑恢復(fù)這些數(shù)據(jù)則是十分困難（耗費大量人力、物力也未必能恢復(fù)完整），這將給公司的利益帶來極大的損失。因此，考慮到XX系統(tǒng)業(yè)務(wù)的重要性，建設(shè)總中心清算系統(tǒng)的異地災(zāi)備系統(tǒng)極其必要。建設(shè)目標(biāo)核心業(yè)務(wù)系統(tǒng)目前現(xiàn)狀如下圖所示：雖然XX系統(tǒng)核心數(shù)據(jù)系統(tǒng)采用了EMC外部存儲系統(tǒng)和IBM P系列小機作為整個業(yè)務(wù)系統(tǒng)的硬件支撐平臺，但是對于小機系統(tǒng)故障、存儲系統(tǒng)故障、以及人為錯誤（如：誤刪除、外部入侵等）以及生產(chǎn)中心火災(zāi)等等故障和災(zāi)難，現(xiàn)有系統(tǒng)完全沒有防護(hù)能力

16、。除不可抗力災(zāi)害（如：火災(zāi)）出現(xiàn)外，一卡通系統(tǒng)如果出現(xiàn)停機，可能造成居民一卡通無法辦理儲值、故障卡換卡、退卡等等業(yè)務(wù)，給市民正常生活帶來麻煩。因此本次項目建設(shè)需要實現(xiàn)以下目標(biāo)：存儲系統(tǒng)故障情況下，一卡通業(yè)務(wù)不受影響，正常運行。即RTO=0;生產(chǎn)系統(tǒng)發(fā)生邏輯故障（數(shù)據(jù)庫系統(tǒng)異常、人為數(shù)據(jù)誤刪除）情況下，用戶數(shù)據(jù)不丟失，RPO=0;一卡通系統(tǒng)生產(chǎn)中心發(fā)生站點級故障（如：火災(zāi)），用戶系統(tǒng)可快速恢復(fù)。用戶數(shù)據(jù)丟失度最少。RPO10分鐘。災(zāi)備系統(tǒng)建設(shè)的考慮因素災(zāi)難備份系統(tǒng)建設(shè)的要求主要基于如下幾點：災(zāi)難防御范圍全面，不留災(zāi)難死角，也就是國家有關(guān)部分曾經(jīng)重點強調(diào)的有效性。以往眾多的災(zāi)備技術(shù)實現(xiàn)往往缺乏災(zāi)難

17、防御的全面性，只能夠確保部分自然災(zāi)害發(fā)生后的生產(chǎn)恢復(fù)，而眾多常見故障的威脅往往缺少應(yīng)對，造成故障升級為災(zāi)難，有災(zāi)無備的現(xiàn)象頻頻發(fā)生，對于金融體系的安全往往無法形成真正的盾牌。范圍要廣，滿足全業(yè)務(wù)范圍的部署，而不是小范圍應(yīng)用十分重要。多年來IT系統(tǒng)的改變以穩(wěn)健、成熟為著稱，一般只有能夠滿足苛刻要求的且經(jīng)過證明的穩(wěn)定技術(shù)才能獲得企業(yè)用戶的青睞。經(jīng)濟(jì)性和開放性。災(zāi)備建設(shè)的維護(hù)成本是一個重要考慮因素，如何降低傳輸?shù)冗\行維護(hù)成本，是災(zāi)備建設(shè)的重要目標(biāo)，否則，災(zāi)備建設(shè)成為一個長期吸金器，不利于業(yè)務(wù)系統(tǒng)的發(fā)展和提供更為良好的服務(wù)。災(zāi)備解決方案分析目前，XX系統(tǒng)系統(tǒng)數(shù)據(jù)庫采用了Oracle數(shù)據(jù)庫，最為簡單最為

18、廉價的容災(zāi)解決方案就是利用Oracle數(shù)據(jù)庫自身的數(shù)據(jù)復(fù)制技術(shù)DataGuard實現(xiàn)數(shù)據(jù)庫級容災(zāi)。但是，一旦發(fā)生、數(shù)據(jù)庫邏輯故障，數(shù)據(jù)丟失、文件丟失、誤刪除等情況，DataGuard都將無法恢復(fù)。此外，采用Dataguard還有如下問題：1、Data Guard同步模式對于主站點的性能影響大，大概在15%以上，（主站點必須得到備份站點的肯定回復(fù)才能進(jìn)行下一步操作），而異步模式在災(zāi)難發(fā)生時將會丟失數(shù)據(jù)；2、在最初始的數(shù)據(jù)同步階段，需要系統(tǒng)停機，當(dāng)兩邊數(shù)據(jù)一致之后備份站點才能基于日志進(jìn)行更新。3、數(shù)據(jù)庫邏輯故障、數(shù)據(jù)記錄丟失時，將無法恢復(fù)，而此類災(zāi)難發(fā)生幾率遠(yuǎn)遠(yuǎn)高出停電、火災(zāi)等DataGuard可

19、防的災(zāi)難。4、在DataGuard所能防護(hù)的災(zāi)難中，需要啟用容災(zāi)中心數(shù)據(jù)庫才能實現(xiàn)業(yè)務(wù)系統(tǒng)恢復(fù)，會將災(zāi)難擴大化，啟用容災(zāi)中心之后的數(shù)據(jù)回切是個較大的問題。5、不能保護(hù)文件，生產(chǎn)中心恢復(fù)時首先需要重新安裝創(chuàng)建數(shù)據(jù)庫，加上數(shù)據(jù)回傳的時間，恢復(fù)時間將在2小時（數(shù)據(jù)庫系統(tǒng)的安裝創(chuàng)建將會耗時2小時左右，數(shù)據(jù)恢復(fù)的時間難以估算）以上。6、當(dāng)災(zāi)難發(fā)生時，所有客戶端必須重新連接備份站點的主機，會有中斷影響；7、Data Guard的數(shù)據(jù)復(fù)制是基于Oracle的Redo Log或Arch Log，調(diào)用了LGWR進(jìn)程，系統(tǒng)資源消耗較大，增加了主機的負(fù)載，而且需要的網(wǎng)絡(luò)帶寬在20Mb/s40Mb/s（按照高峰期每小

20、時log增量在510GB）以上，如果要達(dá)到帶寬無瓶頸那么將需要提供80Mb/s左右的帶寬才能滿足應(yīng)用的需求；除DataGuard外，XX系統(tǒng)中心還有兩種傳統(tǒng)容災(zāi)解決方案選擇，主機級（比如VVR）和存儲級（磁盤陣列之間數(shù)據(jù)復(fù)制）。但是這兩種解決方案也都存在很多容災(zāi)死角，無法實現(xiàn)用戶全方位災(zāi)難保護(hù)，比如如下災(zāi)難將無法解決：數(shù)據(jù)庫癱瘓或者數(shù)據(jù)丟失無法恢復(fù)。容災(zāi)系統(tǒng)的建設(shè)需要更改用戶系統(tǒng)結(jié)構(gòu)，對已有系統(tǒng)做遷移，這又是一個比較大的工程。存儲級解決方案在磁盤陣列故障時業(yè)務(wù)系統(tǒng)將會停機，需要啟動容災(zāi)中心才能恢復(fù)業(yè)務(wù)，本地?zé)o法修復(fù)丟失數(shù)據(jù)。兩種解決方案都需要高帶寬（百兆級別）來傳輸數(shù)據(jù)，存儲級容災(zāi)還需要提供F

21、C 線路或者FC over IP設(shè)備進(jìn)行協(xié)議轉(zhuǎn)換。存儲級容災(zāi)需要同品牌同型號產(chǎn)品，主機級容災(zāi)需要特定的文件系統(tǒng)支持（如VVR）兩種解決方案復(fù)制過程不考慮數(shù)據(jù)庫一致性，無法保證容災(zāi)中心數(shù)據(jù)完全可用防御對象為存儲故障或者站點級故障（如火災(zāi)、地震），邏輯故障無法防御防御過程不可逆，容災(zāi)中心啟用后的回切難度巨大。根據(jù)Progress Smart, Storageworld Conference統(tǒng)計用戶業(yè)務(wù)系統(tǒng)面臨的威脅中，80%為軟件故障威脅（軟件bug、人為誤操作、病毒攻擊等）， 而這些威脅是上述方案所不能解決的。并且在可防御的20%左右的災(zāi)難中100%需要啟動容災(zāi)中心，使得用戶災(zāi)難事件擴大化。可見

22、，上述的幾種解決方案都無法實現(xiàn)用戶系統(tǒng)100%容災(zāi)，甚至50%的容災(zāi)能力都達(dá)不到，建設(shè)這樣的容災(zāi)系統(tǒng)根本無法實現(xiàn)有災(zāi)必備，有災(zāi)能防。他們都不是XX系統(tǒng)容災(zāi)系統(tǒng)最佳解決方案。目前，有一種容災(zāi)技術(shù)叫連續(xù)數(shù)據(jù)復(fù)制器技術(shù)，它避免了上述解決方案的所有弊端，解決了上述方案存在的問題，實現(xiàn)了用戶數(shù)據(jù)和應(yīng)用全方位、無死角100%的保護(hù)。這種技術(shù)的創(chuàng)始公司就是美國軟件公司，CDP連續(xù)數(shù)據(jù)復(fù)制保護(hù)技術(shù)把用戶RPO鎖定在了秒級，通過Journal功能可以實現(xiàn)用戶數(shù)據(jù)I/O級的恢復(fù)，使用戶RPO趨近于0，而對于磁盤陣列故障，CDP技術(shù)實現(xiàn)了RPO為0的以往解決方案無法實現(xiàn)的目標(biāo)。而對于RTO，CDP技術(shù)把幾乎所有故障

23、的恢復(fù)時間（RTO）都鎖定在了分鐘級別，無論用戶數(shù)據(jù)有多大，CDP容災(zāi)解決方案的數(shù)據(jù)恢復(fù)時間都在數(shù)分鐘之內(nèi)可以完成。什么是CDP技術(shù)CDP（Continuous Data Protection）是一種數(shù)據(jù)保護(hù)的高級形式，是一種精細(xì)度極細(xì)的數(shù)據(jù)塊級別保護(hù)技術(shù)。CDP能夠從任何應(yīng)用系統(tǒng)中采用實時方式提取每一刻的數(shù)據(jù)，并且將當(dāng)前數(shù)據(jù)和歷史軌跡的每一個精細(xì)點完整保存起來。在任何故障發(fā)生時，實現(xiàn)當(dāng)前數(shù)據(jù)和歷史軌跡數(shù)據(jù)的瞬間恢復(fù)的能力。CDP不僅可以將各時間點數(shù)據(jù)（每一秒鐘）在本地保存實現(xiàn)備份，也能夠通過精簡異地傳輸技術(shù)將數(shù)據(jù)輕松傳遞到異地，成為唯一具備全部異地和本地容災(zāi)和備份元素的技術(shù)。CDP技術(shù)的任何

24、故障的恢復(fù)（采用Recovery方式）都在幾分鐘內(nèi)完成，而且?guī)缀跛械墓收项愋投荚诜烙秶鷥?nèi)（包括設(shè)備故障、邏輯故障、病毒侵襲、站點災(zāi)難等），因而在國際上，也成為一種級別很高的災(zāi)難防御技術(shù)。的CDP不是一個簡單的容災(zāi)或者備份技術(shù)，它是一種將容災(zāi)、備份統(tǒng)一化的統(tǒng)一災(zāi)備管理平臺，而且將分層次恢復(fù)、瞬間恢復(fù)、歷史軌跡錄像回放、站點差異比對等各種高級功能集為一體，其管理卻異常簡單。在XX系統(tǒng)現(xiàn)有環(huán)境中，如果采用CDP來實現(xiàn)分層次災(zāi)備保護(hù)，可以達(dá)到極高的保護(hù)效果：存儲設(shè)備故障，應(yīng)用系統(tǒng)依然運行，沒有任何停機時間數(shù)據(jù)丟失后，可以在5分鐘內(nèi)迅速找到正確的數(shù)據(jù)（包括在本地和異地）數(shù)據(jù)庫一旦癱瘓，可以在10分鐘

25、內(nèi)，完整恢復(fù)未癱瘓的數(shù)據(jù)庫系統(tǒng)任何站點災(zāi)難，可以在異地迅速提升CDP系統(tǒng)，甚至部分接管運行。也可以實現(xiàn)差量回退到生產(chǎn)中心帶寬只需要10-15MCDP持續(xù)數(shù)據(jù)保護(hù)和災(zāi)備技術(shù)的簡介：CDP的核心是一臺CDP管理器，內(nèi)含一定量的高速存儲空間，通過以太網(wǎng)或光纖網(wǎng)連接到核心業(yè)務(wù)系統(tǒng)中。在各個應(yīng)用、數(shù)據(jù)庫服務(wù)器上，只要安裝配置好同步鏡像，就可以將數(shù)據(jù)的任何時間點記錄實時傳遞到CDP管理器中。CDP管理器中不僅有當(dāng)前數(shù)據(jù)的原樣鏡像，而且記錄著歷史點快照（多達(dá)255點/每個卷）和歷史軌跡“錄像”，一旦需要在系統(tǒng)中進(jìn)行恢復(fù)，CDP會在幾秒鐘之內(nèi)提供所有需要的數(shù)據(jù)，其恢復(fù)之快，往往令人難以想像。CDP管理器還具備

26、精簡數(shù)據(jù)傳輸技術(shù)，使得向異地的傳輸不再占用高不可攀的帶寬，成本開銷急劇下降。而且，當(dāng)你看到災(zāi)備的所有必要元素時（切換、回切、災(zāi)備演練、查詢和報表應(yīng)用等），你會發(fā)現(xiàn)CDP技術(shù)都是那么輕而易舉，使用者在災(zāi)難面前完全可以保持一個輕松心態(tài)，風(fēng)險化解不是難事。目前，在國際上的以持續(xù)數(shù)據(jù)保護(hù)技術(shù)為特征的災(zāi)備技術(shù)中，CDP技術(shù)成為一顆最為耀眼的明星，其高水準(zhǔn)躍居眾多技術(shù)之上，在國內(nèi)也屢屢為各個行業(yè)的災(zāi)難救助施展神奇之力。僅僅近一年來，就曾在國家電網(wǎng)、中國人民銀行、國稅系統(tǒng)、長盛基金等多個行業(yè)和系統(tǒng)中力挽狂瀾，將曾經(jīng)在各行業(yè)中均難以救助的各類故障（至今仍是眾多金融系統(tǒng)的殺手）迅速化解，獲得了救災(zāi)大師的美譽。并

27、且，CDP采用的低帶寬特征為眾多用戶節(jié)省的大量的系統(tǒng)維護(hù)成本，帶來了實實在在的長期收益。詳細(xì)設(shè)計CDP技術(shù)建設(shè)目標(biāo)我們設(shè)計的CDP災(zāi)備系統(tǒng)建設(shè)之后，可以達(dá)到如下目標(biāo)：實時鏡像備份，無備份窗口這一特征使得CDP方案徹底不同于傳統(tǒng)的備份技術(shù)，備份技術(shù)所困擾人們的長備份窗口和按天進(jìn)行備份的弱點將不再存在。磁盤系統(tǒng)故障業(yè)務(wù)不中斷利用CDP技術(shù)，生產(chǎn)系統(tǒng)磁盤即使發(fā)生故障，業(yè)務(wù)系統(tǒng)完全正常運行（RPO=0，RTO=0），克服了磁盤故障這一殺手的威脅。備份數(shù)據(jù)立即可用由于CDP實時鏡像備份技術(shù)所獲取的數(shù)據(jù)影像不是專用的備份格式，而是直接的數(shù)據(jù)原型，因此數(shù)據(jù)的恢復(fù)將是立即可用，恢復(fù)窗口RTO建立邏輯資源-分配

28、邏輯資源1小時實施方實施方、用戶方需要生產(chǎn)系統(tǒng)停機時間2.3小機系統(tǒng)安裝ipstordisk軟件，做鏡像2小時實施方實施方、用戶方2.4在生產(chǎn)中心完成配置生產(chǎn)CDP與容災(zāi)CDP之間的復(fù)制關(guān)系，并完成數(shù)據(jù)初始復(fù)制同步。1實施方實施方、用戶方2.5容災(zāi)中心CDP設(shè)備搬遷1生產(chǎn)系統(tǒng)運行，不停機2.6容災(zāi)中心CDP設(shè)備上架、連線0.5實施方用戶方2.7容災(zāi)中心CDP設(shè)備開機運行，初步運行監(jiān)測0.5實施方用戶方2.8災(zāi)備中心的數(shù)據(jù)提取和驗證1實施方、用戶方用戶方容災(zāi)中心完成2.9系統(tǒng)工作正常功能測試1實施方、用戶方文檔提交4實施方根據(jù)項目要求完成相關(guān)文檔工作并提交5實施方項目驗收5完成工作內(nèi)容中定義的工

29、作，遞交項目交付成果，通過甲方驗收后，經(jīng)甲乙雙方簽字確認(rèn)，工作任務(wù)完成1實施方、用戶方項目實施共計用時約24個工作日另4小時，其中需要每套系統(tǒng)停機時間為3小時。用戶系統(tǒng)遷移方案XX系統(tǒng)系統(tǒng)目前機房為臨時機房，未來有機房搬遷的需求，選擇CDP方案也能為用戶機房搬遷提供自動安全保護(hù)。假設(shè)用戶系統(tǒng)在本次項目部署后生產(chǎn)中心和容災(zāi)中心都需要遷移。我們建議遷移方案按中心遷移。用戶可以先遷移生產(chǎn)中心或者容災(zāi)中心，通過不遷移一方的CDP設(shè)備來實現(xiàn)用戶數(shù)據(jù)的安全。生產(chǎn)機房遷移方案說明：本文描述的遷移方案只涉及用戶業(yè)務(wù)系統(tǒng)中由CDP系統(tǒng)保護(hù)的部分。當(dāng)用戶需要進(jìn)行機房遷移系統(tǒng)時，通過CDP進(jìn)行用戶數(shù)據(jù)備份。把用戶數(shù)

30、據(jù)同步到容災(zāi)中心CDP，保證容災(zāi)中心CDP和生產(chǎn)中心CDP數(shù)據(jù)一致。備份數(shù)據(jù)過程（下文圖例是示范說明，與本項目最終實施將有一定出入）生產(chǎn)CDP與容災(zāi)CDP同步數(shù)據(jù)設(shè)備遷移過程1、掛起兩臺CDP之間的復(fù)制關(guān)系生產(chǎn)中心CDP和其他設(shè)備關(guān)機下電生產(chǎn)中心CDP和其他設(shè)備搬遷到新機房生產(chǎn)中心CDP和其他設(shè)備上電驗證啟動系統(tǒng)生產(chǎn)中心CDP和生產(chǎn)系統(tǒng)的啟動順序是：啟動生產(chǎn)CDP后端連接的存儲設(shè)備啟動生產(chǎn)CDP，檢查生產(chǎn)CDP情況，啟動生產(chǎn)系統(tǒng)后端生產(chǎn)存儲 啟動生產(chǎn)系統(tǒng)，檢查mirror關(guān)系啟動數(shù)據(jù)庫和應(yīng)用?；謴?fù)CDP之間復(fù)制關(guān)系過程1、登陸生產(chǎn)CDP，如果本次遷移修改了生產(chǎn)CDP和容災(zāi)CDP上的IP地址，則

31、需要按下步驟修改兩臺CDP之間的復(fù)制關(guān)系配置。2、修改CDP Server IP地址3、修改復(fù)制策略里的目標(biāo)地址4、手工啟動復(fù)制關(guān)系，執(zhí)行CDP之間數(shù)據(jù)同步。檢測同步情況。生產(chǎn)中心遷移完成。容災(zāi)中心遷移方案CDP技術(shù)具有增量數(shù)據(jù)同步功能，容災(zāi)中心CDP設(shè)備的遷移步驟比生產(chǎn)中心有一定的簡化。設(shè)備遷移過程中生產(chǎn)中心CDP能保證用戶生產(chǎn)數(shù)據(jù)的安全性，容災(zāi)中心CDP遷移完成后，只需要進(jìn)行兩臺CDP之間的差量數(shù)據(jù)同步。遷移步驟：手工執(zhí)行同步，使生產(chǎn)端CDP和容災(zāi)端CDP之間的差量數(shù)據(jù)盡可能的少；掛起兩臺CDP之間的數(shù)據(jù)同步關(guān)系；容災(zāi)中心CDP下電，CDP后端存儲下電；設(shè)備搬遷；新容災(zāi)中心CDP設(shè)備加電；

32、恢復(fù)生產(chǎn)CDP和容災(zāi)CDP之間掛起的復(fù)制關(guān)系，手工執(zhí)行同步；同步完成標(biāo)志著容災(zāi)中心CDP遷移成功。用戶應(yīng)用升級方案XX系統(tǒng)項目在采用CDP技術(shù)方案后。用戶容災(zāi)中心升級到應(yīng)用級容災(zāi)將會非常簡單。應(yīng)用升級后XX系統(tǒng)容災(zāi)系統(tǒng)架構(gòu)圖如下：設(shè)備需求IBM P系列服務(wù)器，用作數(shù)據(jù)庫服務(wù)器（滿足需遷移數(shù)據(jù)庫系統(tǒng)性能需求）應(yīng)用服務(wù)器，與用戶生產(chǎn)系統(tǒng)同平臺存儲光纖交換機（如果節(jié)點少可直連CDP設(shè)備，CDP設(shè)備最多能連接6臺服務(wù)器）人員需求容災(zāi)中心進(jìn)行升級的過程并不需要數(shù)據(jù)庫和應(yīng)用系統(tǒng)提供商提供數(shù)據(jù)庫和應(yīng)用系統(tǒng)安裝服務(wù)。需要有數(shù)據(jù)庫維護(hù)人員和應(yīng)用系統(tǒng)維護(hù)人員可進(jìn)行數(shù)據(jù)庫和應(yīng)用系統(tǒng)配置調(diào)整就可。部署方法本次項目保護(hù)

33、的兩套系統(tǒng)都采用IBM P560，部署Aix操作系統(tǒng)。因此，容災(zāi)中心容災(zāi)主機的部署方式非常簡單。物理拓?fù)浒瓷蠄D部署，系統(tǒng)上軟件的部署可以通過tar工具把生產(chǎn)系統(tǒng)上安裝的數(shù)據(jù)庫和應(yīng)用的應(yīng)用程序移植到容災(zāi)主機并按生產(chǎn)系統(tǒng)上原有路徑解壓。上述程序解壓后需更改相關(guān)參數(shù)文件中涉及到的主機名或IP地址信息部分的參數(shù)，把生產(chǎn)中心數(shù)據(jù)庫聯(lián)接服務(wù)地址修改成容災(zāi)中心可對外提供服務(wù)的數(shù)據(jù)庫IP地址。解決方案的幾個關(guān)鍵技術(shù)讀寫優(yōu)化技術(shù)的CDP和NSS具備高速寫入技術(shù)SafeCache。 SafeCache功能可以全面提高CDP和NSS管理的磁盤寫性能。當(dāng)磁盤性能無法滿足主機的I/O需求時，使用SafeCache配合高

34、速磁盤設(shè)備可以明顯改善整體性能。SafeCache的原理是：將高速磁盤設(shè)備置于“前端”，生產(chǎn)數(shù)據(jù)可以先順序的寫入到高速磁盤設(shè)備中，然后按照SafeCache設(shè)置的策略，將Cache中的數(shù)據(jù)再隨機寫入到后端存儲中。CDP和NSS也具備高速讀出技術(shù)HotZone。 HotZone功能可以全面提高CDP和NSS管理的磁盤讀性能。使用HotZone時，CDP和NSS會將磁盤劃分為容量相等的多個區(qū)域，然后監(jiān)控哪些區(qū)域經(jīng)常會被讀到，隨之將該區(qū)域的數(shù)據(jù)塊映射到高速磁盤中，這樣就會提高應(yīng)用主機讀取磁盤的速度。如果CDP和NSS監(jiān)控到某些區(qū)域不再被經(jīng)常讀到，那么會將該區(qū)域移出高速磁盤。一致性對比技術(shù)CDP復(fù)制技

35、術(shù)提供了兩端磁盤系統(tǒng)的一致性對比機制，即生產(chǎn)中心和災(zāi)備中心可以通過一致性對比技術(shù)同步差異，保證兩個站點數(shù)據(jù)的一致性。這種技術(shù)可以在本地和異地之間進(jìn)行磁盤塊級的逐項比對，并實現(xiàn)差量同步。這種技術(shù)能夠在生產(chǎn)中心和災(zāi)備中心的數(shù)據(jù)出現(xiàn)不一致的可能時，迅速完成基準(zhǔn)點同步，從而保證災(zāi)備中心數(shù)據(jù)永遠(yuǎn)一致和可用。同時災(zāi)備中心可以隨時進(jìn)行各類演習(xí)，比如利用災(zāi)備中心驗證某類業(yè)務(wù)接管后的正確性，并且在容災(zāi)備份演習(xí)結(jié)束后進(jìn)行各種方向的還原（如容災(zāi)備份系統(tǒng)同步生產(chǎn)系統(tǒng)或生產(chǎn)系統(tǒng)同步容災(zāi)備份系統(tǒng)等），具有很大的靈活性。以往的眾多災(zāi)備手段中，由于缺乏差異比對技術(shù)，造成了傳輸網(wǎng)絡(luò)中斷后有可能導(dǎo)致災(zāi)備中心的數(shù)據(jù)狀態(tài)與主中心不一

36、致，導(dǎo)致災(zāi)備系統(tǒng)再也無法啟用，人們只得重新進(jìn)行初始數(shù)據(jù)的同步工程，而這個階段往往是漫長和影響巨大的。這在一些災(zāi)備項目中留下了深刻的教訓(xùn)。的ScanDifference技術(shù)就是數(shù)據(jù)的一致性保證，也是災(zāi)備演練結(jié)果向生產(chǎn)中心覆蓋的一種同步手段。數(shù)據(jù)一致性保證數(shù)據(jù)庫系統(tǒng)在進(jìn)行遠(yuǎn)程復(fù)制時，具有一定的特殊性。傳統(tǒng)的存儲設(shè)備的遠(yuǎn)程復(fù)制技術(shù)，實現(xiàn)的是磁盤所存儲的數(shù)據(jù)的遠(yuǎn)程同步，而某些時候數(shù)據(jù)庫系統(tǒng)并未能實時刷新到磁盤體系上（數(shù)據(jù)庫采用了緩存機制確保交易的性能，向數(shù)據(jù)文件的寫入往往會比緩存的寫入略有滯后），這樣遠(yuǎn)程的數(shù)據(jù)庫系統(tǒng)在啟動時，往往需要通過日志的重演來進(jìn)行數(shù)據(jù)庫的恢復(fù)，這樣由于一致性的問題有可能導(dǎo)致數(shù)據(jù)

37、庫立即啟動能力的缺失，使得災(zāi)難發(fā)生時的快速恢復(fù)目標(biāo)完全無法實現(xiàn)。軟件的遠(yuǎn)程復(fù)制技術(shù)中，采用了能夠感知數(shù)據(jù)庫系統(tǒng)的DBagent代理技術(shù)，能夠在指定的快照點和復(fù)制點產(chǎn)生數(shù)據(jù)庫的校驗點刷新，從而確保數(shù)據(jù)庫日志與數(shù)據(jù)文件的一致性，實現(xiàn)快速啟動數(shù)據(jù)庫的目標(biāo)。這種針對數(shù)據(jù)庫系統(tǒng)的解決方案使得災(zāi)備體系真正與應(yīng)用的數(shù)據(jù)庫體系結(jié)合起來。遠(yuǎn)程傳輸數(shù)據(jù)完整性保證機制任何災(zāi)備技術(shù)都要有數(shù)據(jù)完整性保證機制，因為數(shù)據(jù)庫的容災(zāi)備份體系中，不僅要同步存儲的數(shù)據(jù)塊，而且數(shù)據(jù)庫高速緩存中的數(shù)據(jù)必須與數(shù)據(jù)庫文件的數(shù)據(jù)保持一致性刷新。以上所有內(nèi)容均完成遠(yuǎn)程同步后，才能確保災(zāi)備站點的正常一致性啟動。數(shù)據(jù)庫系統(tǒng)在進(jìn)行遠(yuǎn)程復(fù)制時，具有一

38、定的特殊性。傳統(tǒng)的存儲設(shè)備的遠(yuǎn)程復(fù)制技術(shù)，實現(xiàn)的是磁盤所存儲的數(shù)據(jù)的遠(yuǎn)程同步，而某些時候數(shù)據(jù)庫系統(tǒng)并未能實時刷新到磁盤體系上（數(shù)據(jù)庫采用了緩存機制確保交易的性能，向數(shù)據(jù)文件的寫入往往會比緩存的寫入略有滯后），這樣遠(yuǎn)程的數(shù)據(jù)庫系統(tǒng)在啟動時，往往需要通過日志的重演來進(jìn)行數(shù)據(jù)庫的恢復(fù)，這樣由于一致性的問題有可能導(dǎo)致數(shù)據(jù)庫立即啟動能力的缺失，使得災(zāi)難發(fā)生時的快速恢復(fù)目標(biāo)完全無法實現(xiàn)。CDP和NSS的遠(yuǎn)程復(fù)制技術(shù)中，采用了能夠感知數(shù)據(jù)庫系統(tǒng)的DBagent代理技術(shù)，能夠在指定的快照點和復(fù)制點產(chǎn)生數(shù)據(jù)庫的校驗點刷新，從而確保數(shù)據(jù)庫日志與數(shù)據(jù)文件的一致性，實現(xiàn)快速啟動數(shù)據(jù)庫的目標(biāo)。這種針對數(shù)據(jù)庫系統(tǒng)的解決方

39、案使得災(zāi)備體系真正與應(yīng)用的數(shù)據(jù)庫體系結(jié)合起來。TimeMark多歷史點快照技術(shù)CDP和NSS中，一個重要的功能就是TimeMark的多時間點快照技術(shù)，使得中國投資有限責(zé)任公司生產(chǎn)系統(tǒng)能夠?qū)崿F(xiàn)一定時間間隔下的各時間段版本數(shù)據(jù)的保存。CDP和NSS能夠提供多達(dá)每個應(yīng)用卷255個自動快照點的極高水準(zhǔn)。這種快照的機制是利用快照緩存，對于時間點變化之后的數(shù)據(jù)塊，將其原始時間點數(shù)據(jù)進(jìn)行保存，一旦需要系統(tǒng)會退到某一時間點，TimeMark可以立即通過TimeView的方式將歷史點數(shù)據(jù)的指針提取出來，從而實現(xiàn)歷史數(shù)據(jù)的瞬間映射和恢復(fù)機制。TimeMark的快照機制在災(zāi)備體系中，可以輕松實現(xiàn)數(shù)據(jù)庫數(shù)據(jù)/文件數(shù)據(jù)

40、/系統(tǒng)數(shù)據(jù)等的時間點即刻恢復(fù)或者數(shù)據(jù)提取和分析查詢等，是一種十分重要的數(shù)據(jù)恢復(fù)手段。任何I/O歷史軌跡恢復(fù)技術(shù)CDP和NSS連續(xù)I/O記錄技術(shù)可以將數(shù)據(jù)恢復(fù)到任意歷史軌跡（秒級和I/O級均可）。啟用Journal功能后，CDP和NSS會單獨在磁盤上開辟一個區(qū)域，用于記錄生產(chǎn)卷每一個歷史I/O。恢復(fù)時，通過“拉桿”可將數(shù)據(jù)恢復(fù)到任意歷史點，并且該歷史點數(shù)據(jù)可單獨進(jìn)行查詢，不影響生產(chǎn)卷的狀態(tài)?；厍校ǚ崔D(zhuǎn)）技術(shù) failback一個完整的容災(zāi)體系，不應(yīng)該僅僅考慮切換（failover - 從生產(chǎn)中心切換到災(zāi)備中心），還應(yīng)該考慮回切（failback），一般而言，生產(chǎn)中心在災(zāi)難后恢復(fù)就采用了回切的方式

41、。其實回切涉及到的技術(shù)點比正切換要多，并且不是所有技術(shù)都能實現(xiàn)。NSS復(fù)制技術(shù)中提供“反轉(zhuǎn)”功能，即災(zāi)備中心將數(shù)據(jù)增量同步回生產(chǎn)中心，輕松實現(xiàn)failback。的復(fù)制技術(shù)中的“反轉(zhuǎn)”功能是將災(zāi)備中心將數(shù)據(jù)增量同步回生產(chǎn)中心，只需要在Console界面上點擊“反轉(zhuǎn)”即可完成，簡單而方便。同時，采用提供的反向工具，設(shè)備向生產(chǎn)磁盤的反向增量同步也能夠?qū)崿F(xiàn)，從而實現(xiàn)了完整的數(shù)據(jù)反轉(zhuǎn)。增量復(fù)制CDP和NSS的遠(yuǎn)程復(fù)制策略分為三種：連續(xù)遠(yuǎn)程復(fù)制時間增量復(fù)制數(shù)據(jù)增量復(fù)制在不同的災(zāi)備環(huán)境中，管理員可以根據(jù)系統(tǒng)的狀況靈活地進(jìn)行策略設(shè)置，并且可以動態(tài)調(diào)整。一般而言，在寬帶的傳輸系統(tǒng)中，可以采用實時復(fù)制的方式，這樣

42、數(shù)據(jù)的丟失率低，實時性強。在窄帶的傳輸系統(tǒng)中，增量復(fù)制方式則優(yōu)勢比較明顯，因為可以大大減少占用帶寬，傳輸效率高。我們以定時增量傳輸方式為例進(jìn)行過程描述。本地CDP和NSS將時間間隔內(nèi)的差量block（利用了SnapShot緩存區(qū)）經(jīng)由TCP/IP傳到遠(yuǎn)端的NSS管理器中。遠(yuǎn)端NSS管理器先將數(shù)據(jù)放入暫時存儲區(qū)中，待確認(rèn)所有數(shù)據(jù)均傳輸無誤后，才確認(rèn)完成，否則需重新續(xù)傳。遠(yuǎn)端NSS管理器將暫時存儲區(qū)中的數(shù)據(jù)寫入到對應(yīng)的邏輯卷中。遠(yuǎn)端NSS管理器可搭配TimeMark快照提取功能進(jìn)行快照的提取。CDP和NSS的遠(yuǎn)程復(fù)制擁有極大的優(yōu)點：NSS管理器的replication經(jīng)由TCP/IP WAN傳輸，

43、因是標(biāo)準(zhǔn)的協(xié)議，故可由兩臺NSS的網(wǎng)卡直接傳輸。一般傳統(tǒng)容災(zāi)技術(shù)中的磁盤陣列的replication則由兩臺磁盤陣列的控制器經(jīng)WAN專線傳輸，不論是透過磁盤陣列的ESCON接口或FC switch的光纖端口，都必須搭配一對非常昂貴的gateway網(wǎng)關(guān)轉(zhuǎn)WAN來傳輸，導(dǎo)致其建設(shè)、管理與維護(hù)成本大幅提高。鏈路故障容錯 災(zāi)備系統(tǒng)數(shù)據(jù)復(fù)制鏈路會因各種原因中斷，如電信故障，生產(chǎn)或災(zāi)備的機房，網(wǎng)絡(luò)或主機的故障或維護(hù)，都會導(dǎo)致復(fù)制中斷。CDP和NSS采用了磁盤智能比對技術(shù)，無論復(fù)制鏈路中斷多久，再次連通時NSS會只傳輸新增的變化部分。其他災(zāi)備技術(shù)都采用cache記錄意外中斷后的異步差量，復(fù)制鏈路長時間中斷時

44、cache會溢出，導(dǎo)致鏈路再次連通時需要兩端徹底重新初始化。窄帶傳輸技術(shù)（Microscan+壓縮）在實際災(zāi)備系統(tǒng)中，往往異地備份受到帶寬的限制。一般而言，災(zāi)備技術(shù)都要有帶寬優(yōu)化技術(shù)，否則，容災(zāi)系統(tǒng)會出現(xiàn)數(shù)據(jù)的阻塞和溢出，根本無法正常工作。的容災(zāi)技術(shù)就提供了窄帶傳輸?shù)膬?yōu)化技術(shù)。一般的基于磁盤陣列等傳統(tǒng)災(zāi)備技術(shù)中，傳輸單元以塊block傳輸為基準(zhǔn)，往往小的數(shù)據(jù)更新，遠(yuǎn)程傳輸需要最小4KB左右的傳輸數(shù)據(jù)（Block定義）。的容災(zāi)技術(shù)replication模塊中，增量方式提供了Microscan的微單元傳輸技術(shù)，將傳輸?shù)淖钚?shù)據(jù)單元縮小到512字節(jié)（一般的傳輸在1個block4096字節(jié)），可以在極

45、小的帶寬傳輸較大的數(shù)據(jù)量（根據(jù)實際測試，減少傳輸數(shù)據(jù)量達(dá)到80%左右）。壓縮方式也可以大大減少帶寬占用，常規(guī)情況也可以達(dá)到4-5倍的壓縮比。中國投資有限責(zé)任公司生產(chǎn)系統(tǒng)容災(zāi)系統(tǒng)為廣域網(wǎng)傳輸，容災(zāi)數(shù)據(jù)傳輸帶寬成本高， 的增量microscan數(shù)據(jù)復(fù)制技術(shù)在理論上十分符合中國投資有限責(zé)任公司生產(chǎn)系統(tǒng)容災(zāi)系統(tǒng)的需求, 能夠在低帶寬的鏈路情況下進(jìn)行高效的數(shù)據(jù)復(fù)制。CDP和NSS的精簡復(fù)制功能帶有獨特的帶寬優(yōu)化技術(shù)（Microscan），是存儲設(shè)備級災(zāi)備技術(shù)占用帶寬的1/50，是常規(guī)災(zāi)備技術(shù)占用帶寬的1/6，在窄帶環(huán)境下輕松實現(xiàn)異地災(zāi)備，可為中國投資有限責(zé)任公司節(jié)約大量帶寬方面的投資。成功案例容災(zāi)成功案

46、例某大型銀行全國災(zāi)備系統(tǒng)項目名稱某大型銀行全國容災(zāi)系統(tǒng)2008.10（32省北京）用戶業(yè)務(wù)需求確保業(yè)務(wù)能夠從故障中恢復(fù)和連續(xù)運行，保障服務(wù)質(zhì)量。系統(tǒng)為，IBM AIX P570*2， EMCCX500 5TB/HDS 9580 5TB,DB2 數(shù)據(jù)庫。各省帶寬2M。 要求，全國各省向北京災(zāi)備中心多點容災(zāi)，實現(xiàn)業(yè)務(wù)恢復(fù)（生產(chǎn)中心北京DR center）公司解決方案采用IPStor CDP replication（local-remote）,實現(xiàn)AIX side-band對存儲的遠(yuǎn)程保護(hù)，replicate到北京容災(zāi)中心。各種故障均要求分鐘級別恢復(fù)。磁盤系統(tǒng)故障要求不停機。項目效果說明各種解決方案

47、中惟一滿足用戶要求的方案是公司的CDP方案。運行效果良好，32省在30天內(nèi)全部完成實施并且全部成功，創(chuàng)造了容災(zāi)領(lǐng)域的奇跡。支持各類異構(gòu)設(shè)備，和瞬間恢復(fù)，支持本地的現(xiàn)場修復(fù)方式，支持窄帶傳輸，全部災(zāi)難的恢復(fù)能力，成為功能極為強大的容災(zāi)方式。各省實施僅用了3小時停機，創(chuàng)造了令人吃驚的速度?？偨Y(jié)華北電網(wǎng)客戶背景華北電網(wǎng)承擔(dān)著保證區(qū)域安全供電的政治責(zé)任和為地區(qū)經(jīng)濟(jì)社會發(fā)展提供可靠電力供應(yīng)與服務(wù)的使命。經(jīng)過多年的建設(shè)，建立了企業(yè)經(jīng)營管理系統(tǒng)(ERP)、數(shù)字化電網(wǎng)生產(chǎn)管理系統(tǒng)(EAM)、一體化能量管理/電力市場技術(shù)支持系統(tǒng)(EMS/MOS)、企業(yè)客戶管理系統(tǒng)(ECM)、企業(yè)級信息集成平臺(EAI)。信息系統(tǒng)采用了大集中的模式，對于整體安全提出了極高的要求。IT環(huán)境 ERP系統(tǒng)(AIX)數(shù)據(jù)庫系統(tǒng)(AIX/HPUX)AIX P570 集群/HPUX SuperDome集群合計8臺大型UNIX服務(wù)器Legato備份軟件問題與挑戰(zhàn)傳統(tǒng)備份機制策略落后，不能滿足故障發(fā)生后數(shù)據(jù)最小丟失率要求傳統(tǒng)備份機制無法提供