兩地三中心容災(zāi)及方案

-.z..**工程存儲方案介紹-.z目錄1.現(xiàn)狀綜述 42.總體建立方案 42.1.建立原則和策略 42.1.1.建立原則 42.1.2.建立策略 52.2.建立目標(biāo) 72.2.1.總體目標(biāo) 72.2.2.分期目標(biāo) 72.3.建立內(nèi)容 72.4.總體設(shè)計方案 83.容災(zāi)的核心技術(shù)及選擇 93.1.容災(zāi)系統(tǒng)衡量指標(biāo) 93.2.容災(zāi)級別 103.3.常見容災(zāi)建立模式 113.3.1.同城容災(zāi) 113.3.2.異地容災(zāi) 113.3.3.兩地三中心 113.3.4.雙活數(shù)據(jù)中心 113.4.常用的數(shù)據(jù)復(fù)制技術(shù) 123.4.1.基于存儲層的容災(zāi)復(fù)制方案 133.4.2.基于主機(jī)數(shù)據(jù)復(fù)制技術(shù)的災(zāi)備方案 193.4.3.基于數(shù)據(jù)庫的數(shù)據(jù)復(fù)制技術(shù)構(gòu)建災(zāi)備方案 203.5.如何選擇最優(yōu)的容災(zāi)方案 283.5.1.數(shù)據(jù)容災(zāi)技術(shù)選擇原理 283.5.2.數(shù)據(jù)容災(zāi)技術(shù)選擇度量標(biāo)準(zhǔn) 293.6.本工程容災(zāi)模式及技術(shù)的選擇 293.6.1.容災(zāi)模式選擇 293.6.2.容災(zāi)中心選址 303.6.3.數(shù)據(jù)復(fù)制技術(shù)的選擇 324.推薦方案概述 334.1.技術(shù)路線選擇 334.2.總體方案架構(gòu) 334.3.數(shù)據(jù)庫容災(zāi)系統(tǒng)設(shè)計 354.3.1.GoldenGate技術(shù)原理 364.3.2.各委辦局和同城容災(zāi)中心之間的數(shù)據(jù)庫復(fù)制 374.3.3.同城容災(zāi)中心和異地容災(zāi)中心之間的數(shù)據(jù)庫復(fù)制 404.4.非構(gòu)造化數(shù)據(jù)容災(zāi)系統(tǒng)設(shè)計 404.4.1.同城容災(zāi)中心和生產(chǎn)中心之間的數(shù)據(jù)容災(zāi) 414.4.2.同城容災(zāi)中心和遠(yuǎn)程容災(zāi)中心的數(shù)據(jù)容災(zāi) 434.4.3.應(yīng)用級容災(zāi)幾種實(shí)現(xiàn)方式 444.5.一體化集中備份系統(tǒng) 454.6.容災(zāi)網(wǎng)絡(luò)建立方案設(shè)計 464.6.1.整體容災(zāi)網(wǎng)絡(luò)架構(gòu)設(shè)計 464.6.2.前端效勞網(wǎng)絡(luò)容災(zāi)方案 474.6.3.效勞器數(shù)據(jù)網(wǎng)絡(luò)容災(zāi)方案 494.6.4.存儲網(wǎng)絡(luò)容災(zāi)方案 504.6.5.本工程建議容災(zāi)網(wǎng)絡(luò)方案 515.本工程災(zāi)備系統(tǒng)建立的幾點(diǎn)建議 525.1.需要按照災(zāi)備要求梳理系統(tǒng) 525.2.解決好數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)復(fù)制 525.3.“現(xiàn)實(shí)〞的切換策略 536.軟硬件設(shè)計 546.1.軟硬件總體選型原則 546.2.同城容災(zāi)中心軟硬件設(shè)計 556.2.1.一體化備份系統(tǒng) 556.2.2.數(shù)據(jù)庫容災(zāi)系統(tǒng) 566.2.3.云計算平臺容災(zāi)系統(tǒng) 576.2.4.同城數(shù)據(jù)存儲容災(zāi)系統(tǒng) 586.2.5.機(jī)房改造系統(tǒng) 586.2.6.網(wǎng)絡(luò)系統(tǒng) 606.2.7.平安系統(tǒng) 606.2.8.詳細(xì)軟硬件配置清單 606.3.遠(yuǎn)程容災(zāi)中心軟硬件設(shè)計 636.3.1.遠(yuǎn)程數(shù)據(jù)備份系統(tǒng) 636.3.2.遠(yuǎn)程數(shù)據(jù)庫容災(zāi)系統(tǒng) 646.3.3.遠(yuǎn)程云計算平臺容災(zāi)系統(tǒng) 656.3.4.遠(yuǎn)程數(shù)據(jù)存儲容災(zāi)系統(tǒng) 666.3.5.網(wǎng)絡(luò)系統(tǒng) 666.3.6.平安系統(tǒng) 666.3.7.詳細(xì)軟硬件配置清單 667.工程組織機(jī)構(gòu)和人員培訓(xùn) 687.1.領(lǐng)導(dǎo)和管理機(jī)構(gòu) 687.2.工程實(shí)施機(jī)構(gòu) 707.3.運(yùn)行維護(hù)機(jī)構(gòu) 707.4.技術(shù)力量和人員配置 717.5.人員培訓(xùn)方案 718.工程實(shí)施進(jìn)度 728.1.工程建立期 728.2.實(shí)施進(jìn)度方案 728.2.1.同城容災(zāi)中心建立方案 728.2.2.異地容災(zāi)中心建立方案 739.投資估算 759.1.投資估算的說明 759.2.投資估算 759.3.估算編制依據(jù) 769.4.資金來源與落實(shí) 769.5.投資估算明細(xì)表 1-.z現(xiàn)狀綜述**市政府管理中心自成立之日起，就按照集中建立的原則完成了“**市電子政務(wù)外網(wǎng)統(tǒng)一平臺示*工程工程〞的建立工作，完成了**市124家黨政部門的接入工作，完成了在全市*圍內(nèi)只鋪設(shè)一套網(wǎng)絡(luò)根底設(shè)施的工作，實(shí)現(xiàn)了市及電子政務(wù)外網(wǎng)與省、國家政務(wù)外網(wǎng)之間的互聯(lián)互通，目前共有效勞器500多臺，存儲40多套，部署的虛擬效勞器300多臺。涵蓋了**市各委辦局的大局部數(shù)據(jù)，包括公安局、財政局、民政局、衛(wèi)生局、開展改革委、外辦/僑辦等，并為他們提供了各種電子政務(wù)應(yīng)用系統(tǒng)和業(yè)務(wù)數(shù)據(jù)，隨著業(yè)務(wù)應(yīng)用水平的不斷提高，各局對網(wǎng)絡(luò)辦公和數(shù)據(jù)的依賴程度逐年增加，為保障各委辦局業(yè)務(wù)數(shù)據(jù)的連續(xù)平安運(yùn)行，迫切需要對他們的數(shù)據(jù)進(jìn)展備份，但是采用傳統(tǒng)的備份方式需要針對每一個應(yīng)用配置不同的備份方法、策略及容災(zāi)設(shè)備，將導(dǎo)致投資浪費(fèi)和管理本錢增加，為解決數(shù)據(jù)備份問題我們方案引人兩地三中心云災(zāi)備技術(shù)。具體分析，**市電子政務(wù)的業(yè)務(wù)類型眾多、業(yè)務(wù)系統(tǒng)建立和運(yùn)行的歷史比較長，從系統(tǒng)構(gòu)造和數(shù)據(jù)構(gòu)造兩方面來說，都是比較復(fù)雜的。從系統(tǒng)構(gòu)造來說，既有單機(jī)運(yùn)行的，也有WEB、應(yīng)用效勞、數(shù)據(jù)庫三層架構(gòu)的大型業(yè)務(wù)平臺。從數(shù)據(jù)構(gòu)造來說，既有構(gòu)造化數(shù)據(jù)集中存儲的資源庫平臺，所有關(guān)鍵數(shù)據(jù)統(tǒng)一存儲在數(shù)據(jù)庫集群中，也有非構(gòu)造化數(shù)據(jù)如文件、圖片等應(yīng)用系統(tǒng)管理維護(hù)的資料數(shù)據(jù)。另外，**市電子政務(wù)各業(yè)務(wù)系統(tǒng)需要保護(hù)的數(shù)據(jù)類型復(fù)雜多樣，既有各種數(shù)據(jù)庫如oracle，sqlserver多種版本，mysql等〕數(shù)據(jù)，也有各種應(yīng)用程序〔類，OA類，業(yè)務(wù)系統(tǒng)類等〕各種文檔〔word，e*ecle，t*t等〕各種非構(gòu)造化數(shù)據(jù)〔關(guān)鍵視頻，檔案等〕，當(dāng)然也需要對虛擬機(jī)鏡像提供保護(hù)〔VMWare和Cloudview等〕。以上現(xiàn)狀說明很難用一種災(zāi)備技術(shù)滿足上述多種數(shù)據(jù)類型的容災(zāi)需求，結(jié)合應(yīng)用和數(shù)據(jù)的關(guān)鍵級別、現(xiàn)有業(yè)務(wù)系統(tǒng)狀況分類進(jìn)展設(shè)計，我們方案采用數(shù)據(jù)備份、存儲層數(shù)據(jù)復(fù)制以及數(shù)據(jù)庫層數(shù)據(jù)復(fù)制幾種容災(zāi)技術(shù)構(gòu)建兩地三中心災(zāi)備方案?？傮w建立方案建立原則和策略建立原則**市政務(wù)信息化容災(zāi)備份及平安系統(tǒng)建立是信息中心信息平安保障體系的重要組成局部，信息中心適應(yīng)信息化開展趨勢作出的一項(xiàng)重大戰(zhàn)略部署，**政務(wù)容災(zāi)系統(tǒng)建立需要遵循以下建立原則：統(tǒng)籌規(guī)劃原則。容災(zāi)備份系統(tǒng)建立，涉及技術(shù)面廣，復(fù)雜程度高，投資巨大，因此我們必須結(jié)實(shí)樹立“一盤棋〞思想，堅持統(tǒng)籌規(guī)劃，抓緊資源整合，協(xié)調(diào)各方力量，著眼實(shí)際、著眼全局、著眼長遠(yuǎn)，切實(shí)以統(tǒng)籌的理念推進(jìn)信息化容災(zāi)備份系統(tǒng)建立。循序漸進(jìn)原則。信息化容災(zāi)備份系統(tǒng)建立是一項(xiàng)系統(tǒng)工程，實(shí)施周期長，要本著循序漸進(jìn)的原則，分步建立和實(shí)施。在建立之前應(yīng)做好詳細(xì)的規(guī)劃設(shè)計，并按照規(guī)劃的內(nèi)容，分清主次，依次實(shí)施。全部建立完成后，還有定期組織演練，確保災(zāi)備系統(tǒng)能夠正常工作。平戰(zhàn)結(jié)合原則。災(zāi)難備份資源是為小概率事件準(zhǔn)備的，平時處于備份、測試或者演練狀態(tài)，設(shè)備閑置，因此我們可以在不影響災(zāi)難備份與恢復(fù)功能的前提下，本著平戰(zhàn)結(jié)合的原則，充分利用數(shù)據(jù)災(zāi)備中心的各類資源，開展信息系統(tǒng)培訓(xùn)、開發(fā)等業(yè)務(wù)，真正讓數(shù)據(jù)災(zāi)難備份中心的各類資源得到充分的利用和發(fā)揮作用。建立策略本工程建立策略上從過去注重單一部門、單一系統(tǒng)容災(zāi)問題的解決，向支撐全市電子政務(wù)系統(tǒng)平安高效運(yùn)行的轉(zhuǎn)變；二是在建立方式上，從部門獨(dú)立建立、自成體系，向跨部門跨區(qū)域的協(xié)同互動和資源共享轉(zhuǎn)變；三是在系統(tǒng)模式上，從粗放離散的模式，向集約整合的模式轉(zhuǎn)變，確保電子政務(wù)工程的可持續(xù)開展，符合電子政務(wù)工程建立“集約化、專業(yè)化、規(guī)?；暡呗浴＜s化策略在?關(guān)于加快推進(jìn)國家電子政務(wù)外網(wǎng)建立工作的通知?(發(fā)改高技[2021]988號)文件之前，國家各部委應(yīng)用系統(tǒng)采取垂直管理，各自獨(dú)立的方式建立。一套災(zāi)備系統(tǒng)牽涉到的有根底設(shè)施建立、災(zāi)備設(shè)備資源以及經(jīng)歷豐富的運(yùn)維人員，往往需要大量的資金投資。我市信息各委辦局都有建立災(zāi)備系統(tǒng)需求如果都單獨(dú)建立，將會是一筆巨大的投資，并且各個委辦局都需要培養(yǎng)大量相關(guān)的專業(yè)運(yùn)維管理人員。如何更為集約化的建立災(zāi)備系統(tǒng)，如何更為簡單的管理和維護(hù)復(fù)雜的災(zāi)備系統(tǒng)，是我們必須面對和解決的難題。目前，已有地稅局、人社局、國土局、財政局、建委等部門提出了災(zāi)備建立需求。從這些部門的災(zāi)備建立方案來看，普遍包括：效勞器、存儲設(shè)備、網(wǎng)絡(luò)設(shè)備、平安設(shè)備、鏈路等內(nèi)容，平均需要1000萬左右的投資才能實(shí)現(xiàn)關(guān)鍵業(yè)務(wù)應(yīng)用級容災(zāi)的目標(biāo)。此外，異地容災(zāi)還需要租用機(jī)房、聘用運(yùn)維人員、支付鏈路費(fèi)用等。經(jīng)初步估算，已經(jīng)提出或具有潛在容災(zāi)備份需求的部門，假設(shè)單獨(dú)建立容災(zāi)系統(tǒng)，則最少需要9000萬建立投資，災(zāi)備系統(tǒng)的運(yùn)維費(fèi)至少到達(dá)每年1800萬。本工程建議為各委辦局的多個業(yè)務(wù)系統(tǒng)建立集中數(shù)據(jù)災(zāi)備中心，相比分別為各個業(yè)務(wù)系統(tǒng)建立獨(dú)立的容災(zāi)系統(tǒng)，既節(jié)約IT設(shè)備資源，提高容災(zāi)資源利用率，又能大大減少后期的管理和運(yùn)營本錢。系統(tǒng)建立充分調(diào)研了**市電子政務(wù)信息系統(tǒng)建立情況設(shè)計開放性、可擴(kuò)展性的容災(zāi)策略，支持已有投資系統(tǒng)功能性能，有效的保障了系統(tǒng)的可持續(xù)開展。專業(yè)化策略**市電子政務(wù)的業(yè)務(wù)類型眾多、業(yè)務(wù)系統(tǒng)建立和運(yùn)行的歷史比較長，從系統(tǒng)構(gòu)造和數(shù)據(jù)構(gòu)造兩方面來說，都是比較復(fù)雜的。從系統(tǒng)構(gòu)造來說，既有單機(jī)運(yùn)行的，也有WEB、應(yīng)用效勞、數(shù)據(jù)庫三層架構(gòu)的大型業(yè)務(wù)平臺。從數(shù)據(jù)構(gòu)造來說，既有構(gòu)造化數(shù)據(jù)集中存儲的資源庫平臺，所有關(guān)鍵數(shù)據(jù)統(tǒng)一存儲在數(shù)據(jù)庫集群中，也有非構(gòu)造化數(shù)據(jù)如文件、圖片等應(yīng)用系統(tǒng)管理維護(hù)的資料數(shù)據(jù)。全市電子政務(wù)各業(yè)務(wù)系統(tǒng)需要保護(hù)的數(shù)據(jù)類型復(fù)雜多樣，既有各種數(shù)據(jù)庫如Oracle、SQLServer多種版本、MySQL等〕數(shù)據(jù)，也有各種應(yīng)用程序〔類，OA類，業(yè)務(wù)系統(tǒng)類等〕各種文檔〔Word、E*ecle、T*T等〕各種非構(gòu)造化數(shù)據(jù)〔關(guān)鍵視頻，檔案等〕，當(dāng)然也需要對虛擬機(jī)鏡像提供保護(hù)〔VMWare和Cloudview等〕。本工程立足于**市電子政務(wù)系統(tǒng)的容災(zāi)備份及平安建立，充分的調(diào)研了全市電子政務(wù)信息系統(tǒng)的建立和應(yīng)用情況，從網(wǎng)絡(luò)接入、系統(tǒng)業(yè)務(wù)功能及數(shù)據(jù)量、系統(tǒng)涉密情況、容災(zāi)策略需求、性能指標(biāo)等多方面綜合分析。力爭滿足針對不同的性質(zhì)的系統(tǒng)提出了數(shù)據(jù)級、應(yīng)用級容災(zāi)策略，同時分析了不同策略的在線模式與離線模式、遠(yuǎn)程數(shù)據(jù)復(fù)制、同步與異步容災(zāi)、同城與異地等多種容災(zāi)方案，專業(yè)化的解決未來**市電子政務(wù)信息系統(tǒng)的容災(zāi)備份需求。規(guī)?；呗员竟こ碳s化建立的根底上實(shí)現(xiàn)規(guī)?；?，工程建成之后將承載**市95%以上電子政務(wù)信息系統(tǒng)的容災(zāi)工作，解決我市政府各部門內(nèi)部業(yè)務(wù)系統(tǒng)、跨區(qū)域縱向業(yè)務(wù)應(yīng)用、部門重點(diǎn)應(yīng)該的容災(zāi)備份需求。容災(zāi)備份中心依托電子政務(wù)外網(wǎng)建立二期工程將完成全市行政區(qū)劃內(nèi)共有15個區(qū)市縣〔包括先導(dǎo)區(qū)〕，下轄172個街道〔鄉(xiāng)、鎮(zhèn)〕〔這里包括個別區(qū)市縣所管轄的鄉(xiāng)鎮(zhèn)級別的經(jīng)濟(jì)開發(fā)區(qū)〕、1512個社區(qū)〔村〕的全域覆蓋。在數(shù)據(jù)規(guī)模方面，容災(zāi)備份中心將解決包括國家重點(diǎn)民生工程在內(nèi)的1000余個業(yè)務(wù)系統(tǒng)的容災(zāi)備份工作。建立目標(biāo)總體目標(biāo)**市政務(wù)信息化容災(zāi)備份及平安系統(tǒng)建立方案分成兩個階段，即同城災(zāi)備中心建立和異地災(zāi)備中心建立，最終建立成為兩地三中心模式。其中以新建的**市云計算中心作為各委辦局業(yè)務(wù)系統(tǒng)的主數(shù)據(jù)中心，**市管理中心作為同城災(zāi)備中心，可以選用城市A或是城市B作為異地災(zāi)備中心。云計算中心作為主生產(chǎn)中心，負(fù)責(zé)日常的各委辦局所有業(yè)務(wù)系統(tǒng)的運(yùn)行。在災(zāi)難發(fā)生時，在同城容災(zāi)中心恢復(fù)各委辦局關(guān)鍵業(yè)務(wù)的應(yīng)用運(yùn)行。在城市A異地災(zāi)備中心完成各委辦局關(guān)鍵數(shù)據(jù)的保護(hù)，在發(fā)生地區(qū)級〔**〕的災(zāi)難時，保證各個業(yè)務(wù)系統(tǒng)的核心數(shù)據(jù)不喪失。分期目標(biāo)一期目標(biāo)：實(shí)現(xiàn)**個委辦局關(guān)鍵數(shù)據(jù)在同城容災(zāi)中心的集中備份，以及**個關(guān)鍵業(yè)務(wù)在同城容災(zāi)中心的應(yīng)用級容災(zāi)。二期目標(biāo)：實(shí)現(xiàn)**個委辦局關(guān)鍵數(shù)據(jù)在遠(yuǎn)程容災(zāi)中心的集中備份，以及**個核心業(yè)務(wù)在同城容災(zāi)中心的應(yīng)用級容災(zāi)。建立內(nèi)容一期建立內(nèi)容：完成云計算中心、同城災(zāi)備中心、異地災(zāi)備中心兩地三中心容災(zāi)總體設(shè)計完成關(guān)鍵技術(shù)方案驗(yàn)證、實(shí)施方案編制、實(shí)施路徑設(shè)計。完成容災(zāi)中心運(yùn)行管理模式設(shè)計。建立同城應(yīng)用級容災(zāi)中心二期建立內(nèi)容：優(yōu)化調(diào)整新建云計算中心建立城市A或城市B異地數(shù)據(jù)級容災(zāi)中心總體設(shè)計方案根據(jù)各委辦局的技術(shù)架構(gòu)現(xiàn)狀與策略制定，結(jié)合容災(zāi)技術(shù)的關(guān)鍵技術(shù)分析與最正確實(shí)踐，制定如下總體容災(zāi)架構(gòu)：容災(zāi)模式為兩地三中心災(zāi)備模式容災(zāi)級別為數(shù)據(jù)庫系統(tǒng)實(shí)現(xiàn)應(yīng)用級別容災(zāi)，其他應(yīng)用系統(tǒng)基于同城容災(zāi)中心實(shí)現(xiàn)應(yīng)用級容災(zāi)，關(guān)鍵業(yè)務(wù)基于遠(yuǎn)程容災(zāi)中心實(shí)現(xiàn)應(yīng)用級容災(zāi)構(gòu)造化數(shù)據(jù)復(fù)制采用支持異構(gòu)平臺的基于數(shù)據(jù)庫層的數(shù)據(jù)復(fù)制技術(shù)，虛擬機(jī)鏡像等這類關(guān)鍵非構(gòu)造化數(shù)據(jù)復(fù)制采用基于存儲層的數(shù)據(jù)復(fù)制技術(shù)虛擬機(jī)之間的系統(tǒng)切換技術(shù)以自動切換方式為主，物理機(jī)之間以及物理機(jī)和虛擬機(jī)之間的系統(tǒng)切換以手工切換方式為主，并配合切換腳本減少系統(tǒng)切換時間容災(zāi)網(wǎng)絡(luò)，建議同城數(shù)據(jù)中心之間采用大二層的存儲網(wǎng)絡(luò)架構(gòu)，數(shù)據(jù)網(wǎng)絡(luò)和存儲網(wǎng)絡(luò)的物理連接采用DWDM裸光纖高速網(wǎng)絡(luò)連接，本地和異地數(shù)據(jù)中心之間采用IP網(wǎng)絡(luò)連接，網(wǎng)絡(luò)帶寬要保證系統(tǒng)切換的順暢和數(shù)據(jù)復(fù)制的帶寬需求前端〔客戶端〕網(wǎng)絡(luò)切換技術(shù)有手工切換、DNS重定向和負(fù)載均衡器的安康路由注入幾種，本方案建議根據(jù)實(shí)際情況選擇以上切換技術(shù)的一種或幾種容災(zāi)系統(tǒng)和生產(chǎn)系統(tǒng)之間的配對關(guān)系為降級配對，就是容災(zāi)中心和生產(chǎn)中心之間的軟、硬件配置不遵循1:1比例，容災(zāi)中心硬件配置的性能低于生產(chǎn)中心，容災(zāi)應(yīng)用效勞器以虛擬機(jī)平臺為主，從而進(jìn)一步提升災(zāi)備系統(tǒng)的投入產(chǎn)出比建成后的兩地三中心構(gòu)造拓?fù)鋱D如下：容災(zāi)的核心技術(shù)及選擇容災(zāi)系統(tǒng)是指在相隔較遠(yuǎn)的異地，建立兩套或多套功能一樣的IT系統(tǒng)，互相之間可以進(jìn)展安康狀態(tài)監(jiān)視和功能切換，當(dāng)一處系統(tǒng)因意外(如火災(zāi)、地震等)停頓工作時，整個應(yīng)用系統(tǒng)可以切換到另一處，使得該系統(tǒng)功能可以繼續(xù)正常工作。容災(zāi)技術(shù)是系統(tǒng)的高可用性技術(shù)的一個組成局部，容災(zāi)系統(tǒng)更加強(qiáng)調(diào)處理外界環(huán)境對系統(tǒng)的影響，特別是災(zāi)難性事件對整個IT節(jié)點(diǎn)的影響，提供節(jié)點(diǎn)級別的系統(tǒng)恢復(fù)功能。容災(zāi)系統(tǒng)衡量指標(biāo)衡量容災(zāi)系統(tǒng)的主要指標(biāo)有RPO〔災(zāi)難發(fā)生時允許喪失的數(shù)據(jù)量〕、RTO〔系統(tǒng)恢復(fù)的時間〕、容災(zāi)半徑〔生產(chǎn)系統(tǒng)和容災(zāi)系統(tǒng)之間的距離〕以及ROI(容災(zāi)系統(tǒng)的投入產(chǎn)出比)。RPO是指業(yè)務(wù)系統(tǒng)所允許的災(zāi)難過程中的最大數(shù)據(jù)喪失量〔以時間來度量〕，這是一個災(zāi)備系統(tǒng)所選用的數(shù)據(jù)復(fù)制技術(shù)有密切關(guān)系的指標(biāo)，用以衡量災(zāi)備方案的數(shù)據(jù)冗余備份能力。RTO是指“將信息系統(tǒng)從災(zāi)難造成的故障或癱瘓狀態(tài)恢復(fù)到可正常運(yùn)行狀態(tài)，并將其支持的業(yè)務(wù)功能從災(zāi)難造成的不正常狀態(tài)恢復(fù)到可承受狀態(tài)〞所需時間，其中包括備份數(shù)據(jù)恢復(fù)到可用狀態(tài)所需時間、應(yīng)用系統(tǒng)切換時間、以及備用網(wǎng)絡(luò)切換時間等，該指標(biāo)用以衡量容災(zāi)方案的業(yè)務(wù)恢復(fù)能力。容災(zāi)半徑是指生產(chǎn)中心和災(zāi)備中心之間的直線距離，用以衡量容災(zāi)方案所能防御的災(zāi)難影響*圍。容災(zāi)方案的ROI〔ReturnofInvestment，投入產(chǎn)出比〕也是用戶需要重點(diǎn)關(guān)注的，它用以衡量用戶投入到容災(zāi)系統(tǒng)的資金與從中所獲得的收益的比率。顯然，具有零RTO、零RPO和大容災(zāi)半徑的災(zāi)難恢復(fù)方案是用戶最期望的，但受系統(tǒng)性能要求、適用技術(shù)及本錢等方面的約束，這種方案實(shí)際上是不大可行的。所以，用戶在選擇容災(zāi)方案時應(yīng)該綜合考慮災(zāi)難的發(fā)生概率、災(zāi)難對數(shù)據(jù)的破壞力、數(shù)據(jù)所支撐業(yè)務(wù)的重要性、適用的技術(shù)措施及自身所能承受的本錢等多種因素，理性地作出選擇。容災(zāi)級別按照容災(zāi)系統(tǒng)對應(yīng)用系統(tǒng)的保護(hù)程度可以分為數(shù)據(jù)級容災(zāi)、應(yīng)用級容災(zāi)和業(yè)務(wù)級容災(zāi)。數(shù)據(jù)級容災(zāi)僅將生產(chǎn)中心的數(shù)據(jù)復(fù)制到容災(zāi)中心，在生產(chǎn)中心出現(xiàn)故障時，僅能實(shí)現(xiàn)存儲系統(tǒng)的接收或是數(shù)據(jù)的恢復(fù)。容災(zāi)中心的數(shù)據(jù)可以是本地生產(chǎn)數(shù)據(jù)的完全復(fù)制〔一般在同城實(shí)現(xiàn)〕，也可以比生產(chǎn)數(shù)據(jù)略微落后，但必定是可用的〔一般在異地實(shí)現(xiàn)〕，而差異的數(shù)據(jù)通?？梢酝ㄟ^一些工具〔如操作記錄、日志等〕可以手工補(bǔ)回?；跀?shù)據(jù)容災(zāi)實(shí)現(xiàn)業(yè)務(wù)恢復(fù)的速度較慢，通常情況下RTO超過24小時，但是這種級別的容災(zāi)系統(tǒng)運(yùn)行維護(hù)本錢較低。應(yīng)用級容災(zāi)是在數(shù)據(jù)級容災(zāi)的根底上，進(jìn)一步實(shí)現(xiàn)應(yīng)用可用性，確保業(yè)務(wù)的快速恢復(fù)。這就要求容災(zāi)系統(tǒng)的應(yīng)用不能改變原有業(yè)務(wù)處理邏輯，是對生產(chǎn)中心系統(tǒng)的根本復(fù)制。因此，容災(zāi)中心需要建立起一套和本地生產(chǎn)相當(dāng)?shù)膫浞莪h(huán)境，包括主機(jī)、網(wǎng)絡(luò)、應(yīng)用、IP等資源均有配套，當(dāng)生產(chǎn)系統(tǒng)發(fā)生災(zāi)難時，異地系統(tǒng)可以提供完全可用的生產(chǎn)環(huán)境。應(yīng)用級容災(zāi)的RTO通常在12個小時以內(nèi)，技術(shù)復(fù)雜度較高，運(yùn)行維護(hù)的本錢也比較高。業(yè)務(wù)級容災(zāi)是生產(chǎn)中心與容災(zāi)中心對業(yè)務(wù)請求同時進(jìn)展處理的容災(zāi)方式，能夠確保業(yè)務(wù)持續(xù)可用。這種方式業(yè)務(wù)恢復(fù)過程的自動化程度高，RTO可以做到30分鐘以內(nèi)。但是這種容災(zāi)級別的工程實(shí)施難度大，需要從應(yīng)用層對系統(tǒng)進(jìn)展改造，比較適合流程固定的簡單業(yè)務(wù)系統(tǒng)。這種容災(zāi)系統(tǒng)的運(yùn)行維護(hù)本錢最高。常見容災(zāi)建立模式當(dāng)前，市場上常見的容災(zāi)模式可分為同城容災(zāi)、異地容災(zāi)、雙活數(shù)據(jù)中心、兩地三中心幾種。同城容災(zāi)同城容災(zāi)是在同城或相近區(qū)域內(nèi)〔≤200KM〕建立兩個數(shù)據(jù)中心:一個為數(shù)據(jù)中心，負(fù)責(zé)日常生產(chǎn)運(yùn)行;另一個為災(zāi)難備份中心，負(fù)責(zé)在災(zāi)難發(fā)生后的應(yīng)用系統(tǒng)運(yùn)行。同城災(zāi)難備份的數(shù)據(jù)中心與災(zāi)難備份中心的距離比較近，通信線路質(zhì)量較好，比較容易實(shí)現(xiàn)數(shù)據(jù)的同步復(fù)制，保證高度的數(shù)據(jù)完整性和數(shù)據(jù)零喪失。同城災(zāi)難備份一般用于防*火災(zāi)、建筑物破壞、供電故障、計算機(jī)系統(tǒng)及人為破壞引起的災(zāi)難。異地容災(zāi)異地容災(zāi)主備中心之間的距離較遠(yuǎn)〔＞200KM)因此一般采用異步鏡像，會有少量的數(shù)據(jù)喪失。異地災(zāi)難備份不僅可以防*火災(zāi)、建筑物破壞等可能遇到的風(fēng)險隱患，還能夠防*戰(zhàn)爭、地震、水災(zāi)等風(fēng)險。由于同城災(zāi)難備份和異地災(zāi)難備份各有所長，為到達(dá)最理想的防災(zāi)效果，數(shù)據(jù)中心應(yīng)考慮采用同城和異地各建立一個災(zāi)難備份中心的方式解決。兩地三中心結(jié)合近年國內(nèi)出現(xiàn)的大*圍自然災(zāi)害，以同城雙中心加異地災(zāi)備中心的“兩地三中心〞的災(zāi)備模式也隨之出現(xiàn)，這一方案兼具高可用性和災(zāi)難備份的能力。同城雙中心是指在同城或鄰近城市建立兩個可獨(dú)立承擔(dān)關(guān)鍵系統(tǒng)運(yùn)行的數(shù)據(jù)中心，雙中心具備根本等同的業(yè)務(wù)處理能力并通過高速鏈路實(shí)時同步數(shù)據(jù)，日常情況下可同時分擔(dān)業(yè)務(wù)及管理系統(tǒng)的運(yùn)行，并可切換運(yùn)行；災(zāi)難情況下可在根本不喪失數(shù)據(jù)的情況下進(jìn)展災(zāi)備應(yīng)急迫換，保持業(yè)務(wù)連續(xù)運(yùn)行。異地災(zāi)備中心是指在異地的城市建立一個備份的災(zāi)備中心，用于雙中心的數(shù)據(jù)備份，當(dāng)雙中心出現(xiàn)自然災(zāi)害等原因而發(fā)生故障時，異地災(zāi)備中心可以用備份數(shù)據(jù)進(jìn)展業(yè)務(wù)的恢復(fù)。雙活數(shù)據(jù)中心所謂“雙活〞或“多活〞數(shù)據(jù)中心，區(qū)別于傳統(tǒng)數(shù)據(jù)中心和災(zāi)備中心的模式，前者多個或兩個數(shù)據(jù)中心都處于運(yùn)行當(dāng)中，運(yùn)行一樣的應(yīng)用，具備同樣的數(shù)據(jù)，能夠提供跨中心業(yè)務(wù)負(fù)載均衡運(yùn)行能力，實(shí)現(xiàn)持續(xù)的應(yīng)用可用性和災(zāi)難備份能力，所以稱為“雙活〞和“多活〞；后者是生產(chǎn)數(shù)據(jù)中心投入運(yùn)行，災(zāi)備數(shù)據(jù)中心處在不工作狀態(tài)，只有當(dāng)災(zāi)難發(fā)生時，生產(chǎn)數(shù)據(jù)中心癱瘓，災(zāi)備中心才啟動?！半p活〞數(shù)據(jù)中心最大的特點(diǎn)是：一、充分利用資源，防止了一個數(shù)據(jù)中心常年處于閑置狀態(tài)而造成浪費(fèi)，通過資源整合，“雙活〞數(shù)據(jù)中心的效勞能力是翻倍的；二、“雙活〞數(shù)據(jù)中心如果斷了一個數(shù)據(jù)中心，其業(yè)務(wù)可以迅速切換到另外一個正在運(yùn)行的數(shù)據(jù)中心，切換過程對用戶來說是不可感知的。在“雙活〞的模式中，兩地數(shù)據(jù)中心同時接納交易，技術(shù)難度很大，需要更改眾多底層程序，因而在現(xiàn)實(shí)中，國內(nèi)還沒有真正“雙活〞數(shù)據(jù)中心的成功應(yīng)用案例。常用的數(shù)據(jù)復(fù)制技術(shù)在構(gòu)建容災(zāi)系統(tǒng)所涉及的諸多要素中，數(shù)據(jù)復(fù)制技術(shù)是根底，只有保證了數(shù)據(jù)的平安可用，應(yīng)用或是業(yè)務(wù)的恢復(fù)才有可能。正常情況下系統(tǒng)的各種應(yīng)用在數(shù)據(jù)中心運(yùn)行，數(shù)據(jù)存放在數(shù)據(jù)中心和災(zāi)難備份中心兩地保存。當(dāng)災(zāi)難發(fā)生時，使用備份數(shù)據(jù)對工作系統(tǒng)進(jìn)展恢復(fù)或?qū)?yīng)用切換到備份中心。數(shù)據(jù)復(fù)制技術(shù)的選擇決定災(zāi)備系統(tǒng)的RPO指標(biāo)，災(zāi)難備份系統(tǒng)中數(shù)據(jù)備份技術(shù)的選擇應(yīng)符合數(shù)據(jù)恢復(fù)時間或系統(tǒng)切換時間滿足業(yè)務(wù)連續(xù)性的要求。數(shù)據(jù)復(fù)制〔Replication〕是指利用復(fù)制軟件把數(shù)據(jù)從一個磁盤復(fù)制到另一個磁盤，生成一個數(shù)據(jù)副本。這個數(shù)據(jù)副本是數(shù)據(jù)處理系統(tǒng)直接可以訪問的，不需要進(jìn)展任何的數(shù)據(jù)恢復(fù)操作，這一點(diǎn)是復(fù)制與D2D備份的最大區(qū)別。根據(jù)不同容災(zāi)方案所采用數(shù)據(jù)復(fù)制技術(shù)位于企業(yè)IT架構(gòu)不同層面，數(shù)據(jù)復(fù)制可分為基于存儲層的復(fù)制、基于主機(jī)層復(fù)制和基于應(yīng)用的復(fù)制。具體到一個I/O從磁盤到應(yīng)用的流程上，可能經(jīng)由磁盤陣列、存儲網(wǎng)絡(luò)、卷管理軟件、文件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)和應(yīng)用系統(tǒng)全部流程或是其中的幾個流程，則數(shù)據(jù)復(fù)制就可以在這些流程的任一層次上實(shí)現(xiàn)，如以下圖所示：基于存儲層的復(fù)制可以是由存儲設(shè)備的控制器執(zhí)行，也可以是由網(wǎng)絡(luò)層的虛擬化存儲管理平臺來執(zhí)行，基于存儲層的復(fù)制基于主機(jī)和應(yīng)用的無關(guān)性，兼容性要求最低，實(shí)施難度最小，但是由于是卷級別的數(shù)據(jù)拷貝，對網(wǎng)絡(luò)帶寬要求最高；基于主機(jī)的復(fù)制可以由安裝在主機(jī)上的卷管理軟件或是文件系統(tǒng)來實(shí)現(xiàn)，在實(shí)際的應(yīng)用場景中，以基于卷管理軟件的數(shù)據(jù)復(fù)制技術(shù)居多，這種方式通常要求主機(jī)平臺相關(guān)，實(shí)施難度升高，但是帶寬要求降低；基于數(shù)據(jù)層的復(fù)制通過數(shù)據(jù)庫的容災(zāi)功能模塊來實(shí)現(xiàn)，對網(wǎng)絡(luò)帶寬要求最低，但是只能實(shí)現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的容災(zāi)；基于應(yīng)用層的數(shù)據(jù)復(fù)制需要對應(yīng)用程序進(jìn)展定制開發(fā)，現(xiàn)實(shí)場景中很難見到。下面就重點(diǎn)介紹一下幾種常見的數(shù)據(jù)復(fù)制技術(shù)。基于存儲層的容災(zāi)復(fù)制方案基于存儲設(shè)備的數(shù)據(jù)復(fù)制基于存儲設(shè)備的數(shù)據(jù)復(fù)制技術(shù)的核心是利用存儲陣列自身的盤陣對盤陣的數(shù)據(jù)塊復(fù)制技術(shù)實(shí)現(xiàn)對生產(chǎn)數(shù)據(jù)的遠(yuǎn)程拷貝，從而實(shí)現(xiàn)生產(chǎn)數(shù)據(jù)的災(zāi)難保護(hù)。在主數(shù)據(jù)中心發(fā)生災(zāi)難時，可以直接利用災(zāi)備中心的數(shù)據(jù)建立運(yùn)營支撐環(huán)境，為業(yè)務(wù)繼續(xù)運(yùn)營提供IT支持。同時，也可以利用災(zāi)備中心的數(shù)據(jù)恢復(fù)主數(shù)據(jù)中心的業(yè)務(wù)系統(tǒng)，從而能夠讓企業(yè)的業(yè)務(wù)運(yùn)營快速回復(fù)到災(zāi)難發(fā)生前的正常運(yùn)營狀態(tài)?；诖鎯υO(shè)備的數(shù)據(jù)復(fù)制技術(shù)示意圖如下：基于存儲設(shè)備的復(fù)制可以是如上示意圖的“一對一〞復(fù)制方式，也可以是“一對多或多對一〞的復(fù)制方式，即一個存儲的數(shù)據(jù)復(fù)制到多個遠(yuǎn)程存儲或多個存儲的數(shù)據(jù)復(fù)制到同一遠(yuǎn)程存儲；而且復(fù)制可以是雙向的?；诖鎯Φ臄?shù)據(jù)復(fù)制技術(shù)有兩種方式：同步方式和異步方式。同步方式：可以做到主/備數(shù)據(jù)中心磁盤陣列同步地進(jìn)展數(shù)據(jù)更新，應(yīng)用系統(tǒng)的I/O寫入主磁盤陣列后(寫入Cache中)，主磁盤陣列將利用自身的機(jī)制同時將寫I/O寫入后備磁盤陣列，后備磁盤陣列確認(rèn)后，主中心磁盤陣列才返回應(yīng)用的寫操作完成信息。異步方式：是在應(yīng)用系統(tǒng)的I/O寫入主磁盤陣列后(寫入Cache中)，主磁盤陣列立即返回給主機(jī)應(yīng)用系統(tǒng)“寫完成〞信息，主機(jī)應(yīng)用可以繼續(xù)進(jìn)展寫I/O操作。同時，主中心磁盤陣列將利用自身的機(jī)制將寫I/O寫入后備磁盤陣列，實(shí)現(xiàn)數(shù)據(jù)保護(hù)。采用同步方式，使得后備磁盤陣列中的數(shù)據(jù)總是與生產(chǎn)系統(tǒng)數(shù)據(jù)同步，因此當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生災(zāi)難事件時，不會造成數(shù)據(jù)喪失，可以實(shí)現(xiàn)RPO為零。為防止對生產(chǎn)系統(tǒng)性能的影響，同步方式通常在近距離*圍內(nèi)〔FC連接通常是200KM*圍內(nèi)，實(shí)際用戶部署多在35KM之內(nèi)〕。而采用異步方式應(yīng)用程序不必等待遠(yuǎn)程更新的完成，因此遠(yuǎn)程備份存儲設(shè)備的性能的影響通常較小，并且生產(chǎn)中心的距離和災(zāi)備中心的距離理論上沒有限制〔通常基于IP連接來實(shí)現(xiàn)數(shù)據(jù)的異步復(fù)制〕。采用基于存儲設(shè)備數(shù)據(jù)復(fù)制技術(shù)構(gòu)建容災(zāi)方案的必要前提是：通常必須采用同一廠家統(tǒng)一系列的且同時具有數(shù)據(jù)復(fù)制技術(shù)的高端存儲平臺，給用戶的存儲平臺選擇帶來一定的限制。采用同步方式可能對生產(chǎn)系統(tǒng)性能產(chǎn)生影響，而且對通信鏈路要求較高，有距離限制，通常在近距離*圍內(nèi)實(shí)現(xiàn)〔同城容災(zāi)或園區(qū)容災(zāi)方案〕采用異步方式與其他種類的異步容災(zāi)方案一樣，存在數(shù)據(jù)喪失的風(fēng)險,通常在遠(yuǎn)距離通信鏈路帶寬有限的情況下實(shí)施。盡管有以上限制，基于存儲設(shè)備的數(shù)據(jù)復(fù)制技術(shù)仍然是當(dāng)前選擇較多的容災(zāi)技術(shù)平臺，這主要是由于基于存儲的復(fù)制技術(shù)方案有如下優(yōu)點(diǎn)：采用基于存儲的數(shù)據(jù)復(fù)制獨(dú)立于主機(jī)平臺和應(yīng)用，對各種應(yīng)用都適用，而且完全不消耗主機(jī)的處理資源；基于存儲得數(shù)據(jù)復(fù)制技術(shù)，由于在最底層，實(shí)施起來受應(yīng)用、主機(jī)環(huán)境等相關(guān)技術(shù)的影響最小，非常適合于主機(jī)和業(yè)務(wù)系統(tǒng)很多、很復(fù)雜的環(huán)境，采用此種方式可以有效降低實(shí)施和管理難度；采用同步方式可以完全不喪失數(shù)據(jù)，在同城容災(zāi)或園區(qū)內(nèi)容災(zāi)方案中，只要通信鏈路帶寬許可，完全可以采用同步方案，而不會對主數(shù)據(jù)中心的生產(chǎn)系統(tǒng)性能產(chǎn)生顯著影響；采用異步方式雖然存在一定的數(shù)據(jù)喪失的風(fēng)險，但沒有距離限制，可以實(shí)現(xiàn)遠(yuǎn)距離保護(hù)；災(zāi)備中心的數(shù)據(jù)可以得到一定程度上的有效利用〔用作測試或報表等〕。構(gòu)建本錢：存儲層容災(zāi)產(chǎn)品報價，都是采用磁盤陣列的高級功能許可授權(quán)方式進(jìn)展報價。并按照磁盤陣列的具體數(shù)量進(jìn)展報價。越是高端盤陣，高級功能模塊授權(quán)價格成階梯式增長。除了這些高級功能授權(quán)的許可外，其還有MA〔維護(hù)〕費(fèi)用以及實(shí)施費(fèi)用，MA費(fèi)用整體磁盤陣列報價〔含高級功能模塊〕的25%左右。實(shí)施費(fèi)用一般按人天費(fèi)用方式進(jìn)展計算，總體本錢很高。另外，其對帶寬要求很高，容災(zāi)網(wǎng)絡(luò)建立費(fèi)用更高。適用場景：存儲設(shè)備復(fù)制技術(shù)利用磁盤陣列自身卷復(fù)制功能實(shí)現(xiàn)，首先要求必須是同構(gòu)高端存儲系統(tǒng)，其次對帶寬要求較高，實(shí)現(xiàn)的是底層數(shù)據(jù)塊級別的復(fù)制，屬于數(shù)據(jù)層容災(zāi)*疇。這類容災(zāi)產(chǎn)品由于其自身的功能特性，作為高端盤陣衍生出來的附加高級功能來實(shí)現(xiàn)容災(zāi)，其投資巨大，從盤陣本身到鏈路的要求都極高，需要專門的鏈路確保數(shù)據(jù)的一致性。當(dāng)災(zāi)難發(fā)生時，需要通過人工調(diào)整的方式，將鏡像卷提供應(yīng)遠(yuǎn)端生產(chǎn)業(yè)務(wù)系統(tǒng)，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)的容災(zāi)，RTO在數(shù)小時以上。經(jīng)過以上分析可以看出，基于存儲層的災(zāi)備方案對存儲平臺要求非常嚴(yán)格，適合用于為底層存儲平臺單一、效勞器平臺構(gòu)成復(fù)雜、上層應(yīng)用繁多的IT系統(tǒng)構(gòu)建數(shù)據(jù)級的容災(zāi)方案，不適合于復(fù)雜、異構(gòu)存儲平臺的容災(zāi)場景需求?；谔摂M化存儲技術(shù)的數(shù)據(jù)復(fù)制存儲虛擬化的技術(shù)方法，是將系統(tǒng)中各種異構(gòu)的存儲設(shè)備映射為一個單一的存儲資源，對用戶完全透明，到達(dá)屏蔽存儲設(shè)備異構(gòu)的目的。通過虛擬化技術(shù)，用戶可以利用已有的硬件資源，把SAN內(nèi)部的各種異構(gòu)的存儲資源統(tǒng)一成對用戶來說是單一視圖的存儲資源〔StoragePool〕，而且采用Striping、LUNMasking、Zoning等技術(shù)，用戶可以根據(jù)自己的需求對這個大的存儲池進(jìn)展方便的分割、分配，保護(hù)了用戶的已有投資，減少了總體擁有本錢〔TCO〕。另外也可以根據(jù)業(yè)務(wù)的需要，實(shí)現(xiàn)存儲池對效勞器的動態(tài)而透明的增長與縮減。通過存儲虛擬化技術(shù)可以實(shí)現(xiàn)數(shù)據(jù)的遠(yuǎn)程復(fù)制，這種數(shù)據(jù)復(fù)制技術(shù)原理和基于存儲設(shè)備的原理根本一樣，唯一的區(qū)別就是前者由存儲虛擬化控制器實(shí)現(xiàn)，或者由磁盤陣列控制器實(shí)現(xiàn)，所以這種技術(shù)不要求底層磁盤陣列同構(gòu)。存儲虛擬化技術(shù)通常在存儲網(wǎng)絡(luò)層面實(shí)現(xiàn)，其數(shù)據(jù)復(fù)制同樣也可以有同步復(fù)制方案和異步復(fù)制方案，需要根據(jù)具體的需求選擇適宜的技術(shù)。基于存儲虛擬化控制器的兩地三中心容災(zāi)方案架構(gòu)采用虛擬存儲化技術(shù)建立容災(zāi)方案有以下優(yōu)點(diǎn)：主生產(chǎn)中心和容災(zāi)中心的存儲陣列可以是不同廠家的產(chǎn)品，存儲平臺選擇不受現(xiàn)有存儲平臺廠商的限制；對不同廠家的存儲陣列提供統(tǒng)一的管理界面。在虛擬存儲環(huán)境下，無論后端物理存儲是什么設(shè)備，效勞器及其應(yīng)用系統(tǒng)看到的都是其熟悉的存儲設(shè)備的邏輯鏡像。即便物理存儲發(fā)生變化，這種邏輯鏡像也永遠(yuǎn)不變，系統(tǒng)管理員不必再關(guān)心后端存儲，只需專注于管理存儲空間，所有的存儲管理操作，如系統(tǒng)升級、建立和分配虛擬磁盤、改變RAID級別、擴(kuò)大存儲空間等比從前的任何產(chǎn)品都容易，存儲管理變得輕松簡單。采用虛擬存儲化技術(shù)建立容災(zāi)方案需要考慮以下問題：需要驗(yàn)證選擇的產(chǎn)品和技術(shù)的成熟性以及和現(xiàn)有設(shè)備、未來設(shè)備的兼容性能力；存儲虛擬化控制器作為一種帶內(nèi)接收方式，存儲系統(tǒng)的性能直接和存儲虛擬化控制器相關(guān)，在高I/O負(fù)載應(yīng)用場景下，需要考慮存儲虛擬化控制器的性能瓶頸問題。虛擬化技術(shù)即繼承了基于存儲設(shè)備實(shí)現(xiàn)數(shù)據(jù)復(fù)制方案的優(yōu)點(diǎn)，同時又能兼容異構(gòu)存儲系統(tǒng)，并且切換過程比較簡單，甚至可以實(shí)現(xiàn)自動切換，成為越來越多容災(zāi)用戶的選擇。構(gòu)建本錢：存儲網(wǎng)絡(luò)層產(chǎn)品報價，一般采用虛擬化網(wǎng)關(guān)的數(shù)量和容量結(jié)合起來的報價方式，存儲網(wǎng)關(guān)數(shù)量的多少和虛擬化存儲容量的多少都直接影響整個報價。除此之外還有MA費(fèi)用和實(shí)施費(fèi)用，MA費(fèi)用整體價格的25%左右。實(shí)施費(fèi)用一般按人天費(fèi)用方式進(jìn)展計算，總體本錢較高。另外，其對帶寬要求比較高，容災(zāi)網(wǎng)絡(luò)建立費(fèi)用比較高。適用場景：存儲網(wǎng)絡(luò)層容災(zāi)產(chǎn)品，利用了存儲虛擬化技術(shù)，將后臺存儲進(jìn)展統(tǒng)一池化的方式進(jìn)展管理。利用其鏡像和復(fù)制技術(shù)，實(shí)現(xiàn)池化后數(shù)據(jù)塊的鏡像和復(fù)制，保證數(shù)據(jù)的一致性。從實(shí)現(xiàn)方式上面來講，屬于數(shù)據(jù)層容災(zāi)*疇。其有兩種實(shí)現(xiàn)方式：一種是鏡像的方式，通過鏡像技術(shù)實(shí)現(xiàn)數(shù)據(jù)塊的完全同步，這種采用的是同步方式，對帶寬要求極高。另外一種復(fù)制的方式，采用虛擬化網(wǎng)關(guān)機(jī)頭之間的數(shù)據(jù)復(fù)制實(shí)現(xiàn)，它可以采用同步方式也可以采用異步的方式，往往受限于帶寬的限制，這種復(fù)制方式往往采用異步的方式進(jìn)展復(fù)制。不管采用哪種方式進(jìn)展數(shù)據(jù)的一致性保證，數(shù)據(jù)卷都存在主備關(guān)系，遠(yuǎn)端數(shù)據(jù)卷不能被前端業(yè)務(wù)系統(tǒng)進(jìn)展訪問，當(dāng)災(zāi)難發(fā)生時，通過自動切換人工調(diào)整的方式，將遠(yuǎn)端卷提供應(yīng)遠(yuǎn)端業(yè)務(wù)系統(tǒng)，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)的容災(zāi)。這類產(chǎn)品采用的都是帶內(nèi)虛擬化方式，很好的解決了異構(gòu)存儲容災(zāi)問題，但是其數(shù)據(jù)流都要經(jīng)過虛擬化網(wǎng)關(guān)，前端業(yè)務(wù)系統(tǒng)性能會有所下降，其吞吐能力受到限制。綜合這類產(chǎn)品的特性，其適合用于為擁有較多型號的異構(gòu)磁盤陣列并承擔(dān)多個應(yīng)用的現(xiàn)有IT系統(tǒng)構(gòu)建容災(zāi)平臺方案。基于主機(jī)數(shù)據(jù)復(fù)制技術(shù)的災(zāi)備方案采用基于主機(jī)復(fù)制技術(shù)的容災(zāi)方案的示意圖如下：基于主機(jī)的容災(zāi)方案示意圖采用基于主機(jī)系統(tǒng)的數(shù)據(jù)復(fù)制技術(shù)的核心是利用主、備中心主機(jī)系統(tǒng)通過IP網(wǎng)絡(luò)建立數(shù)據(jù)傳輸通道，通過主機(jī)數(shù)據(jù)管理軟件實(shí)現(xiàn)數(shù)據(jù)的遠(yuǎn)程復(fù)制，當(dāng)主數(shù)據(jù)中心的數(shù)據(jù)遭到破壞時，可以隨時從備份中心恢復(fù)應(yīng)用或從備份中心恢復(fù)數(shù)據(jù)，從而給企業(yè)提供了應(yīng)用系統(tǒng)容災(zāi)的能力。實(shí)現(xiàn)主機(jī)層數(shù)據(jù)復(fù)制的數(shù)據(jù)管理軟件有很多產(chǎn)品，如Symantec公司的VeritasVolumeReplicator(VVR)以及RoseHA公司的RoseReplicator等，這些方案可實(shí)現(xiàn)基于主機(jī)的遠(yuǎn)程數(shù)據(jù)復(fù)制，從而構(gòu)建基于主機(jī)的容災(zāi)系統(tǒng)。采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建立容災(zāi)方案有以下優(yōu)點(diǎn)：基于主機(jī)的方案最主要的優(yōu)點(diǎn)是只和效勞器平臺和主機(jī)數(shù)據(jù)管理軟件相關(guān),完全不依賴于底層存儲平臺，生產(chǎn)中心和災(zāi)備中心可以采用不同的存儲平臺；可同時對數(shù)據(jù)庫和文件系統(tǒng)提供容災(zāi)保護(hù)；有很多不同的基于主機(jī)的方案，可以滿足用戶的不同數(shù)據(jù)保護(hù)要求，提供多種不同數(shù)據(jù)保護(hù)模式；基于IP網(wǎng)絡(luò),沒有距離限制；同時，采用主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建立容災(zāi)方案有以下局限：基于主機(jī)的方案需要主機(jī)平臺同構(gòu)；基于主機(jī)的數(shù)據(jù)復(fù)制方案由于生產(chǎn)主機(jī)既要處理生產(chǎn)請求，又要處理遠(yuǎn)程數(shù)據(jù)復(fù)制，必須消耗生產(chǎn)主機(jī)的計算資源，對于主機(jī)的內(nèi)存、CPU進(jìn)展升級是非常昂貴的，因而對生產(chǎn)主機(jī)性能產(chǎn)生較大的影響，甚至是產(chǎn)生嚴(yán)重影響；災(zāi)備中心的數(shù)據(jù)一般不可用，如果用戶需要在遠(yuǎn)程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)進(jìn)展開發(fā)測試、DW/BI應(yīng)用使用將非常困難；利用主機(jī)數(shù)據(jù)復(fù)制軟件的方案比較復(fù)雜，尤其是和數(shù)據(jù)庫應(yīng)用結(jié)合的時候需要很復(fù)雜的機(jī)制或多種軟件的結(jié)合，從而對生產(chǎn)系統(tǒng)的穩(wěn)定性、可靠性、性能帶來較大影響；如果有多個系統(tǒng)、多種應(yīng)用需要災(zāi)難保護(hù)，采用基于主機(jī)的方案將無法用統(tǒng)一的技術(shù)方案來實(shí)現(xiàn)。管理復(fù)雜，需要大量的人工干預(yù)過程，容易發(fā)生錯誤。主流產(chǎn)品列表：廠家名稱產(chǎn)品型號容災(zāi)功能賽門鐵克StorageFoundation鏡像/復(fù)制構(gòu)建本錢：主機(jī)層卷復(fù)制容災(zāi)產(chǎn)品，通常的報價方式是按照主機(jī)的CPU數(shù)據(jù)進(jìn)展報價，主機(jī)數(shù)量越多，CPU數(shù)量越多價格也越高，同樣也存在MA費(fèi)用和實(shí)施費(fèi)用。此類容災(zāi)產(chǎn)品，相應(yīng)的容災(zāi)網(wǎng)絡(luò)建立本錢相對較低。適用場景：目前，企業(yè)采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建立容災(zāi)方案的案例相比照擬少，通常適合單一應(yīng)用或系統(tǒng)在I/O規(guī)模不大的情況下局部使用。在應(yīng)用I/O負(fù)載比較大，需要災(zāi)難保護(hù)的應(yīng)用及應(yīng)用類型比較多、主機(jī)環(huán)境復(fù)雜的時候，基于主機(jī)系統(tǒng)的方案并不適用?；跀?shù)據(jù)庫的數(shù)據(jù)復(fù)制技術(shù)構(gòu)建災(zāi)備方案基于數(shù)據(jù)庫的數(shù)據(jù)復(fù)制技術(shù)大體上可分為兩類：數(shù)據(jù)庫自己提供的數(shù)據(jù)容災(zāi)模塊和第三方廠商提供的數(shù)據(jù)庫復(fù)制技術(shù)。以最常見的Oracle數(shù)據(jù)庫為例，Oracle自己的數(shù)據(jù)復(fù)制技術(shù)有DataGuard，Streams，AdvancedReplication和GoldenGate數(shù)據(jù)復(fù)制軟件。第三方廠商的數(shù)據(jù)復(fù)制技術(shù)有Quest公司的SharePle*和DSG的RealSync等。幾種常見數(shù)據(jù)庫復(fù)制技術(shù)DataGuard數(shù)據(jù)復(fù)制技術(shù)DataGuard是Oracle數(shù)據(jù)庫自帶的數(shù)據(jù)同步功能，根本原理是將日志文件從原數(shù)據(jù)庫傳輸?shù)侥繕?biāo)數(shù)據(jù)庫，然后在目標(biāo)數(shù)據(jù)庫上應(yīng)用〔Apply〕這些日志文件，從而使目標(biāo)數(shù)據(jù)庫與源數(shù)據(jù)庫保持同步。DataGuard提供了三種日志傳輸〔RedoTransport〕方式，分別是ARCH傳輸、LGWR同步傳輸和LGWR異步傳輸。在上述三種日志傳輸方式的根底上，提供了三種數(shù)據(jù)保護(hù)模式，即最大性能〔Ma*imumPerformanceMode〕、最大保護(hù)〔Ma*imumProtectionMode〕和最大可用〔Ma*imumAvailabilityMode〕，其中最大保護(hù)模式和最大可用模式要求日志傳輸必須用LGWR同步傳輸方式，最大性能模式下可用任何一種日志傳輸方式。最大性能模式：這種模式是默認(rèn)的數(shù)據(jù)保護(hù)模式，在不影響源數(shù)據(jù)庫性能的條件下提供盡可能高的數(shù)據(jù)保護(hù)等級。在該種模式下，一旦日志數(shù)據(jù)寫到源數(shù)據(jù)庫的聯(lián)機(jī)日志文件，事務(wù)即可提交，不必等待日志寫到目標(biāo)數(shù)據(jù)庫，如果網(wǎng)絡(luò)帶寬充足，該種模式可提供類似于最大可用模式的數(shù)據(jù)保護(hù)等級。最大保護(hù)模式：在這種模式下，日志數(shù)據(jù)必須同時寫到源數(shù)據(jù)庫的聯(lián)機(jī)日志文件和至少一個目標(biāo)庫的備用日志文件〔standbyredolog〕，事務(wù)才能提交。這種模式可確保數(shù)據(jù)零喪失，但代價是源數(shù)據(jù)庫的可用性，一旦日志數(shù)據(jù)不能寫到至少一個目標(biāo)庫的備用日志文件〔standbyredolog〕，源數(shù)據(jù)庫將會被關(guān)閉。這也是目前市場上唯一的一種可確保數(shù)據(jù)零喪失的數(shù)據(jù)庫同步解決方案。最大可用模式：這種模式在不犧牲源數(shù)據(jù)庫可用性的條件下提供了盡可能高的數(shù)據(jù)保護(hù)等級。與最大保護(hù)模式一樣，日志數(shù)據(jù)需同時寫到源數(shù)據(jù)庫的聯(lián)機(jī)日志文件和至少一個目標(biāo)庫的備用日志文件〔standbyredolog〕，事務(wù)才能提交，與最大保護(hù)模式不同的是，如果日志數(shù)據(jù)不能寫到至少一個目標(biāo)庫的備用日志文件〔standbyredolog〕，源數(shù)據(jù)庫不會被關(guān)閉，而是運(yùn)行在最大性能模式下，待故障解決并將延遲的日志成功應(yīng)用在目標(biāo)庫上以后，源數(shù)據(jù)庫將會自動回到最大可用模式下。根據(jù)在目標(biāo)庫上日志應(yīng)用〔LogApply〕方式的不同，DataGuard可分為PhysicalStandby〔RedoApply〕和LogicalStandby〔SQLApply〕兩種。PhysicalStandby數(shù)據(jù)庫，在這種方式下，目標(biāo)庫通過介質(zhì)恢復(fù)的方式保持與源數(shù)據(jù)庫同步，這種方式支持任何類型的數(shù)據(jù)對象和數(shù)據(jù)類型，一些對數(shù)據(jù)庫物理構(gòu)造的操作如數(shù)據(jù)文件的添加，刪除等也可支持。如果需要，PhysicalStandby數(shù)據(jù)庫可以只讀方式翻開，用于報表查詢、數(shù)據(jù)校驗(yàn)等操作，待這些操作完成后再將數(shù)據(jù)庫置于日志應(yīng)用模式下。LogicalStandby數(shù)據(jù)庫，在這種方式下，目標(biāo)庫處于翻開狀態(tài)，通過LogMiner挖掘從源數(shù)據(jù)庫傳輸過來的日志，構(gòu)造成SQL語句，然后在目標(biāo)庫上執(zhí)行這些SQL，使之與源數(shù)據(jù)庫保持同步。由于數(shù)據(jù)庫處于翻開狀態(tài)，因此可以在SQLApply更新數(shù)據(jù)庫的同時將原來在源數(shù)據(jù)庫上執(zhí)行的一些查詢、報表等操作放到目標(biāo)庫上來執(zhí)行，以減輕源數(shù)據(jù)庫的壓力，提高其性能。DataGuard數(shù)據(jù)同步技術(shù)有以下優(yōu)勢：1〕Oracle數(shù)據(jù)庫自身內(nèi)置的功能，與每個Oracle新版本的新特性〔如ASM〕都完全兼容，且不需要另外付費(fèi)；2〕配置管理較簡單，不需要熟悉其他第三方的軟件產(chǎn)品；3〕PhysicalStandby數(shù)據(jù)庫支持任何類型的數(shù)據(jù)對象和數(shù)據(jù)類型；4〕LogicalStandby數(shù)據(jù)庫處于翻開狀態(tài)，可以在保持?jǐn)?shù)據(jù)同步的同時執(zhí)行查詢等操作；5〕在最大保護(hù)模式下，可確保數(shù)據(jù)的零喪失；DataGuard數(shù)據(jù)同步技術(shù)的劣勢表達(dá)在以下幾個方面：1〕由于傳輸整個日志文件，因此需要較高的網(wǎng)絡(luò)傳輸帶寬；2〕PhysicalStandby數(shù)據(jù)庫雖然可以只讀方式翻開，然后做些查詢、報表等操作，但需要停頓應(yīng)用日志，這將使目標(biāo)庫與源數(shù)據(jù)不能保持同步，如果在此期間源數(shù)據(jù)庫發(fā)生故障，將延長切換的時間；3〕LogicalStandby數(shù)據(jù)庫不能支持*些特定的數(shù)據(jù)對象和數(shù)據(jù)類型；4〕不支持一對多復(fù)制，不支持雙向復(fù)制，因此無法應(yīng)用于信息集成的場合；5〕只能復(fù)制整個數(shù)據(jù)庫，不能選擇*個schema或表空間進(jìn)展單獨(dú)復(fù)制；6〕不支持異構(gòu)的系統(tǒng)環(huán)境，需要一樣的操作系統(tǒng)版本和數(shù)據(jù)庫版本；DataGuard技術(shù)是Oracle推薦的用于高可用災(zāi)難恢復(fù)環(huán)境的數(shù)據(jù)同步技術(shù)。Streams數(shù)據(jù)復(fù)制技術(shù)Streams是從版本Oracle9i才開場具有的數(shù)據(jù)同步功能，是為提高數(shù)據(jù)庫的高可用性和數(shù)據(jù)的分發(fā)和共享功能而設(shè)計的，Streams利用高級隊(duì)列技術(shù)，通過用LogMiner挖掘日志文件生成變更的邏輯記錄，然后將這些變更應(yīng)用到目標(biāo)數(shù)據(jù)庫上，從而實(shí)現(xiàn)數(shù)據(jù)庫之間或一個數(shù)據(jù)庫內(nèi)部的數(shù)據(jù)同步。Streams數(shù)據(jù)同步大致分如下幾個步驟：1〕Capture進(jìn)程分析日志，生成邏輯記錄LCR，將其放入一個隊(duì)列中；2〕Propagation進(jìn)程將LCR發(fā)送到另一個數(shù)據(jù)庫中，通常是目標(biāo)數(shù)據(jù)庫；3〕在目標(biāo)數(shù)據(jù)庫中，Apply進(jìn)程將LCR應(yīng)用到目標(biāo)庫，實(shí)現(xiàn)數(shù)據(jù)的同步；在簡單的Streams配置中，Capture進(jìn)程一般位于源數(shù)據(jù)庫，因此叫做LocalCaptureProcess，Capture進(jìn)程在分析日志后將生成的LCR放入隊(duì)列中，由Propagation進(jìn)程將LCR發(fā)送到目標(biāo)庫中。這樣做的好處是不用在網(wǎng)絡(luò)上傳送整個的日志文件，因此可提高網(wǎng)絡(luò)傳輸?shù)男?，但這一般會給源數(shù)據(jù)庫帶來較大的壓力，影響其性能。另一種配置是Capture進(jìn)程位于Downstream數(shù)據(jù)庫中，源數(shù)據(jù)庫只負(fù)責(zé)將日志文件傳送〔日志傳輸方式可為ARCH傳輸、LGWR同步傳輸和LGWR異步傳輸中的任何一種〕到Downstream數(shù)據(jù)庫中，所有的Capture操作都在Downstream數(shù)據(jù)庫上完成。這種配置的好處是可以大大降低源數(shù)據(jù)庫的壓力，缺點(diǎn)是需要傳輸整個日志文件，對網(wǎng)絡(luò)帶寬要求較高。Streams數(shù)據(jù)同步技術(shù)有以下優(yōu)勢：1〕可支持一對多、多對一和雙向復(fù)制，可用于數(shù)據(jù)分發(fā)和共享，這是DataGuard所不具備的；2〕可靈活配置復(fù)制數(shù)據(jù)庫中的一局部對象，如可按Table復(fù)制、Schema復(fù)制、表空間復(fù)制等，并可在復(fù)制過程中對數(shù)據(jù)進(jìn)展過濾和轉(zhuǎn)換，使之滿足不同的需要；3〕同DataGuard一樣，是Oracle內(nèi)置功能，與每個Oracle新版本的新特性〔如ASM〕都完全兼容，且不需要額外付費(fèi)；4〕可用于異構(gòu)的操作系統(tǒng)和數(shù)據(jù)庫版本，但有一些限制；5〕可支持非Oracle數(shù)據(jù)庫和Oracle數(shù)據(jù)庫之間的數(shù)據(jù)同步；6〕目標(biāo)數(shù)據(jù)庫處于翻開狀態(tài)，可以在保持?jǐn)?shù)據(jù)同步的同時執(zhí)行查詢等操作，分擔(dān)源數(shù)據(jù)庫的壓力；Streams數(shù)據(jù)同步技術(shù)有以下缺點(diǎn)：1〕配置維護(hù)較復(fù)雜，需要較高的技術(shù)水平；2〕在非Downstream復(fù)制中，對源數(shù)據(jù)庫壓力較大；如果使用Downstream復(fù)制，則增加了配置的復(fù)雜性且需要通過網(wǎng)絡(luò)傳輸整個日志文件，對網(wǎng)絡(luò)帶寬要求較高；3〕不能支持*些特定的數(shù)據(jù)對象和數(shù)據(jù)類型；4〕不能保證數(shù)據(jù)的零喪失；Oracle公司將Streams技術(shù)定位于數(shù)據(jù)的分發(fā)和共享，雖然也可用于高可用的災(zāi)難恢復(fù)場合，但Oracle推薦使用的災(zāi)難恢復(fù)技術(shù)是DataGuard。AdvancedReplication數(shù)據(jù)復(fù)制技術(shù)AdvancedReplication配置管理較復(fù)雜，且對源數(shù)據(jù)庫性能影響較大，在以后的Oracle版本中將可能逐步被Streams技術(shù)所取代。GoldenGate數(shù)據(jù)復(fù)制技術(shù)GoldenGate原來是一家獨(dú)立的軟件廠商的產(chǎn)品，現(xiàn)該產(chǎn)品已被Oracle公司收購，Oracle將GoldenGate軟件集成到到其“融合〔Fusion〕〞中間件中，預(yù)計以后該產(chǎn)品將與Oracle數(shù)據(jù)庫更嚴(yán)密地集成。GoldenGate可以用于多種不同的操作系統(tǒng)平臺〔Uni*、Linu*、Windows〕和多種不同數(shù)據(jù)庫系統(tǒng)〔如DB2、Oracle、Infomi*、MySQL、Sybase等〕之間的數(shù)據(jù)同步，是一款優(yōu)秀的數(shù)據(jù)同步及數(shù)據(jù)分發(fā)產(chǎn)品。GoldenGate是一種基于軟件的數(shù)據(jù)復(fù)制方式，它從數(shù)據(jù)庫的日志中解析數(shù)據(jù)的變化〔數(shù)據(jù)量只有日志的四分之一左右〕，并將數(shù)據(jù)轉(zhuǎn)化為自己的格式，直接通過TCP/IP網(wǎng)絡(luò)傳輸，無需依賴于數(shù)據(jù)庫自身的傳遞方式如OracleNet，而且可以通過高達(dá)9:1的壓縮比率對數(shù)據(jù)進(jìn)展壓縮，大大降低帶寬需求。在目標(biāo)端，GoldenGate可以通過交易重組、分批加載等技術(shù)大大加快數(shù)據(jù)投遞的速度和效率，降低目標(biāo)系統(tǒng)的資源占用，可以在秒一級實(shí)現(xiàn)大量數(shù)據(jù)的復(fù)制。作為一種軟件方案，GoldenGate可以采用非常靈活的方式加以配置，包括單向復(fù)制、雙向復(fù)制和多層次的數(shù)據(jù)復(fù)制。特別是其在雙向數(shù)據(jù)復(fù)制領(lǐng)域的先進(jìn)技術(shù)，可以滿足用戶在本地或廣域網(wǎng)絡(luò)環(huán)境中的各種復(fù)雜需求。GoldenGate數(shù)據(jù)庫復(fù)制技術(shù)具有如下特性∶本機(jī)數(shù)據(jù)改變捕捉–作為一個基于日志的同步解決方案，將對源系統(tǒng)和網(wǎng)絡(luò)的影響減少到最低。靈活性–源和目的系統(tǒng)不需要有一樣的操作系統(tǒng)、數(shù)據(jù)庫及模板(例如∶表，索引，等)。GoldenGate能在同一個系統(tǒng)的多個數(shù)據(jù)庫實(shí)例之間實(shí)現(xiàn)數(shù)據(jù)復(fù)制，或把數(shù)據(jù)復(fù)制到局域網(wǎng)內(nèi)的其它數(shù)據(jù)庫實(shí)例，或把數(shù)據(jù)復(fù)制到廣域網(wǎng)上的遠(yuǎn)端數(shù)據(jù)庫實(shí)例。無需宕機(jī)時間的移植–GoldenGate能在不同版本的數(shù)據(jù)庫和操作系統(tǒng)之間同步數(shù)據(jù)。數(shù)據(jù)庫，操作系統(tǒng)或應(yīng)用系統(tǒng)的更新可以在輔助系統(tǒng)里進(jìn)展。一旦更新后的輔助系統(tǒng)通過了完整的測試，所有的處理工作就可以切換到輔助系統(tǒng)，然后更新主系統(tǒng)。一旦主系統(tǒng)的更新完成了，主與輔助系統(tǒng)之間能夠再一次同步而無宕機(jī)時間。不依賴于硬件和數(shù)據(jù)庫–GoldenGate不依賴于操作系統(tǒng)，數(shù)據(jù)庫和硬件。數(shù)據(jù)可以在不同的環(huán)境之間移動，因而消除了客戶對任何拓?fù)錁?gòu)造的依賴性。RPO與RTO的目標(biāo)–GoldenGate提供了立即恢復(fù)備份的裝備。這是因?yàn)樵春蛡浞菹到y(tǒng)可以配置或構(gòu)架設(shè)計為雙向〞端到端〞的功能。雙向復(fù)制–GoldenGate提供了兩個或兩個以上生產(chǎn)系統(tǒng)之間的數(shù)據(jù)復(fù)制功能。這些系統(tǒng)無須具有一樣的屬性或一樣的操作系統(tǒng)，數(shù)據(jù)庫或數(shù)據(jù)庫版本。數(shù)據(jù)一致性–備份數(shù)據(jù)庫支持讀一致性的查詢活動(交易的一致性在任何時候都受到保護(hù))。靈活的拓?fù)錁?gòu)造–在數(shù)據(jù)庫和表一級實(shí)現(xiàn)了多種相關(guān)數(shù)據(jù)的分部方式。例如∶支持一對多，多對一，多對多以及分層的配置。映射與轉(zhuǎn)換功能–列轉(zhuǎn)換能夠適應(yīng)特別的備份需要，包括查看和執(zhí)行存儲過程。數(shù)據(jù)選擇–選擇性的復(fù)制數(shù)據(jù)而不是全部，例如表，行和列。GoldenGate是一種基于數(shù)據(jù)庫日志的數(shù)據(jù)復(fù)制產(chǎn)品，可以利用極少的系統(tǒng)開支，實(shí)時復(fù)制數(shù)據(jù)庫，改善數(shù)據(jù)可用性。GoldenGate可以在數(shù)據(jù)移植、在線維護(hù)等場合應(yīng)用，以減少或消除數(shù)據(jù)庫的停機(jī)時間。同時，它還可用于數(shù)據(jù)容災(zāi)、負(fù)載均衡、數(shù)據(jù)集中、數(shù)據(jù)分布等應(yīng)用中。GoldenGate可確保在這些工作進(jìn)展時，源系統(tǒng)的正常事務(wù)處理得以繼續(xù)進(jìn)展，功能上不受影響。SharePle*數(shù)據(jù)復(fù)制技術(shù)SharePle*是Quest公司開發(fā)的用于專門用于Oracle數(shù)據(jù)庫的數(shù)據(jù)同步軟件，可以運(yùn)行在異構(gòu)的操作系統(tǒng)平臺上和Oracle數(shù)據(jù)庫的不同版本之間。SharePle*的數(shù)據(jù)復(fù)制原理與GoldenGate類似，需要分別在源數(shù)據(jù)庫效勞器和目標(biāo)數(shù)據(jù)庫效勞器上安裝SharePle*軟件。具體處理過程是：Capture進(jìn)程分析源數(shù)據(jù)庫的日志文件，抓取所需的數(shù)據(jù)變更操作，將其存儲在SharePle*自己專有的queue文件中，放入到CaptureQueue，然后由Read進(jìn)程對queue文件進(jìn)展封裝處理，將其放入到E*portQueue中，由E*port進(jìn)程將queue文件通過網(wǎng)絡(luò)發(fā)送到目標(biāo)效勞器上，目標(biāo)效勞器上的Import進(jìn)程接收這些queue文件，將其放入到PostQueue中，最后由Post進(jìn)程將這些queue文件中的變更應(yīng)用到目標(biāo)數(shù)據(jù)庫中，其處理流程如以下圖：SharePle*數(shù)據(jù)同步技術(shù)的優(yōu)勢有：支持異構(gòu)的操作系統(tǒng)平臺，便于數(shù)據(jù)庫管理系統(tǒng)的版本升級及操作系統(tǒng)平臺切換；跟DataGuard傳輸整個日志文件相比，SharePle*傳輸?shù)臄?shù)據(jù)量大大降低，這點(diǎn)跟GoldenGate差不多；目標(biāo)數(shù)據(jù)庫處于翻開狀態(tài)，且支持一對多、多對一、雙向復(fù)制等配置，也可以選擇局部對象進(jìn)展復(fù)制，可滿足數(shù)據(jù)分發(fā)和數(shù)據(jù)集成的需要，減輕源數(shù)據(jù)庫壓力，這方面也類似于GoldenGate；所占系統(tǒng)資源較少，通常在10%以下。SharePle*數(shù)據(jù)同步技術(shù)的劣勢表達(dá)在以下幾個方面：需要支付額外的Liscense費(fèi)用，通常是一筆不小的支出；需要在數(shù)據(jù)庫軟件外安裝一套專門數(shù)據(jù)同步軟件，增加了管理維護(hù)的復(fù)雜程度；由于數(shù)據(jù)復(fù)制操作獨(dú)立于數(shù)據(jù)庫管理系統(tǒng)，因此不能確保數(shù)據(jù)零喪失；由于是第三方的軟件產(chǎn)品，在對*些特定的數(shù)據(jù)對象、數(shù)據(jù)類型和Oracle*些新特性如ASM的支持方面不如數(shù)據(jù)庫廠商自己的解決方案；另外，還有一種可能就是如果Oracle對自己的日志格式做些改變或加密，SharePle*將無能為力。從上述分析可知，SharePle*雖然專用于Oracle數(shù)據(jù)庫同步，但同GoldenGate相比并無明顯優(yōu)勢，GoldenGate對異構(gòu)數(shù)據(jù)庫的支持更是SharePle*所不能比。DSGRealSync數(shù)據(jù)復(fù)制技術(shù)除了上述數(shù)據(jù)同步技術(shù)外，在國內(nèi)市場上用于Oracle數(shù)據(jù)同步的產(chǎn)品還有DSG公司的RealSync軟件，RealSync的實(shí)現(xiàn)原理及功能與SharePle*根本類似，也是只支持Oracle數(shù)據(jù)庫，也可以跨越不同的操作系統(tǒng)平臺。值得一提的是RealSync在目標(biāo)數(shù)據(jù)庫的數(shù)據(jù)裝載方面，不是通過主鍵或唯一鍵來實(shí)現(xiàn)數(shù)據(jù)記錄的定位，而是自己維護(hù)一個源數(shù)據(jù)庫和目標(biāo)數(shù)據(jù)庫的數(shù)據(jù)記錄的rowidmapping表，通過rowid來實(shí)現(xiàn)記錄的定為，因此在數(shù)據(jù)裝載效率方面有不小的提高。主流產(chǎn)品列表比照項(xiàng)DataGuardStreamAdvencedReplicationGoldenGate原理基于日志挖掘，通過傳播線程將歸檔日志由源數(shù)據(jù)庫傳到目的數(shù)據(jù)庫基于日志挖掘基于觸發(fā)器〔trigger〕所有復(fù)制對象構(gòu)造〔DDL〕的改變，都必須通過oracle提供的復(fù)制包來實(shí)施基于日志挖掘主要用途災(zāi)備恢復(fù)、高可用性數(shù)據(jù)共享數(shù)據(jù)同步高可用與容災(zāi)、實(shí)時數(shù)據(jù)集成實(shí)現(xiàn)簡易程度實(shí)現(xiàn)過程和管理簡單實(shí)現(xiàn)過程復(fù)雜，對DBA的要求非常高配置和管理復(fù)雜配置較簡單平安性與穩(wěn)定性較穩(wěn)定、可靠穩(wěn)定、可靠穩(wěn)定、一般穩(wěn)定、可靠對源數(shù)據(jù)庫的性能影響一般一般基于觸發(fā)器原理，對主庫影響比較大，生產(chǎn)系統(tǒng)一般不適用亞秒級復(fù)制，對源數(shù)據(jù)庫影響非常小〔獨(dú)立的軟件，并且只是針對redo日志的掃描〕拓?fù)錁?gòu)造支持一對多模式，standby數(shù)據(jù)庫最多為9個支持一對一、一對多、多對一、雙向復(fù)制等多種拓?fù)錁?gòu)造支持一對多模式或者包含多個MasterSite支持一對一、一對多、多對一、雙向復(fù)制等多種拓?fù)錁?gòu)造是否支持操作系統(tǒng)異構(gòu)不支持支持，但是有限制支持收費(fèi)情況免費(fèi)免費(fèi)免費(fèi)收費(fèi)構(gòu)建本錢Oracle數(shù)據(jù)庫類應(yīng)用容災(zāi)產(chǎn)品，目前分為兩種類型：Oracle企業(yè)版自身提供的DataGuard功能模塊，其模塊是免費(fèi)的。商業(yè)版的如GoldenGate，SharePle*等軟件，按照CPU的數(shù)量進(jìn)展收費(fèi)，主機(jī)的CPU數(shù)量越多，價格也越高，同樣也具有MA費(fèi)用和實(shí)施費(fèi)用。下表為Goldengate的list價格：Oracle產(chǎn)品組件描述licenseList價格OracleGoldenGate包括GoldenGateCapture,

DeliverandActiveDataGuardOnoracleDB$17500/CPUOracleGoldenGate

VeridataAdd-oncapability

tovalidatedatein

replicatedsystems$30000/CPUManagementPackfor

GoldenGateAdd-on

managementpack$3500/CPU這類容災(zāi)產(chǎn)品，如果采用商業(yè)版本，軟件費(fèi)用和實(shí)施效勞費(fèi)用也比較高。適用場景數(shù)據(jù)庫類應(yīng)用容災(zāi)產(chǎn)品，采用安裝在主機(jī)端的應(yīng)用軟件實(shí)現(xiàn)容災(zāi)，其最大的優(yōu)勢是可為數(shù)據(jù)庫數(shù)據(jù)提供應(yīng)用級別的保護(hù)，對網(wǎng)絡(luò)帶寬要求較低，容災(zāi)網(wǎng)絡(luò)基于IP網(wǎng)絡(luò)構(gòu)建，本錢較低；其劣勢是僅能對數(shù)據(jù)庫數(shù)據(jù)提供保護(hù)，并且對源數(shù)據(jù)庫都有或多或少的性能影響。經(jīng)過對以上幾種數(shù)據(jù)庫復(fù)制技術(shù)的分析，DataGuard、Stream、AdvencedReplication是專為Oracle數(shù)據(jù)庫開發(fā)的災(zāi)備模塊，適合于同構(gòu)平臺的Oracle數(shù)據(jù)庫容災(zāi)；Shareple*適合于異構(gòu)平臺的Oracle數(shù)據(jù)庫容災(zāi)；GoldenGate適合于異構(gòu)平臺和異構(gòu)數(shù)據(jù)庫的容災(zāi)與應(yīng)急備份，消除方案內(nèi)停機(jī)、雙業(yè)務(wù)中心、數(shù)據(jù)倉庫實(shí)時供應(yīng)、實(shí)時報表等應(yīng)用場景需求。如何選擇最優(yōu)的容災(zāi)方案數(shù)據(jù)容災(zāi)技術(shù)選擇原理圖：沙漏模型數(shù)據(jù)容災(zāi)技術(shù)選擇度量標(biāo)準(zhǔn)在構(gòu)建容災(zāi)系統(tǒng)時，首先考慮的是結(jié)合實(shí)際情況選擇合理的數(shù)據(jù)復(fù)制技術(shù)。在選擇合理的數(shù)據(jù)復(fù)制技術(shù)時主要考慮以下因素：災(zāi)難承受程度：明確計算機(jī)系統(tǒng)需要承受的災(zāi)難類型，系統(tǒng)故障、通信故障、長時連續(xù)電、火災(zāi)及地震等各種意外情況所采取的備份、保護(hù)方案不盡一樣。業(yè)務(wù)影響程度：必須明確當(dāng)計算機(jī)系統(tǒng)發(fā)生意外無法工作時，導(dǎo)致業(yè)務(wù)停頓所造成的損失程度，也就是定義用戶對于計算機(jī)系統(tǒng)發(fā)生故障的最大容忍時間。這是設(shè)計備份方案的重要技術(shù)指標(biāo)。數(shù)據(jù)保護(hù)程度：是否要求數(shù)據(jù)庫恢復(fù)所有提交的交易，并且要**時同步，保證數(shù)據(jù)的連續(xù)性和一致性，這是備份方案復(fù)雜程度的重要依據(jù)。本工程容災(zāi)模式及技術(shù)的選擇容災(zāi)模式選擇在災(zāi)備模式選擇上，目前，**市各委辦局信息中心信息系統(tǒng)直接面向群眾提供效勞，業(yè)務(wù)的連續(xù)性以及數(shù)據(jù)平安的保障是在選擇容災(zāi)模式時首要考慮的兩個方面。既要在生產(chǎn)中心發(fā)生災(zāi)難時，保證關(guān)鍵業(yè)務(wù)不中斷，又要保證在同城發(fā)生災(zāi)難時，各委辦局所有關(guān)鍵數(shù)據(jù)保存一份相對完整的備份。新建的**市云計算中心作為未來的主生產(chǎn)中心，未來各委辦局的業(yè)務(wù)系統(tǒng)會逐步遷移到該中心運(yùn)行，承載當(dāng)前**市電子政務(wù)信息系統(tǒng)的主要業(yè)務(wù)，提供對內(nèi)對外效勞；同城容災(zāi)中心做為生產(chǎn)中心的容災(zāi)備份，在生產(chǎn)環(huán)境發(fā)生災(zāi)難不能運(yùn)作的時候，將接收生產(chǎn)，暫時作為主數(shù)據(jù)中心運(yùn)行，恢復(fù)各委辦局關(guān)鍵業(yè)務(wù)的應(yīng)用運(yùn)行。同城容災(zāi)中心作為生產(chǎn)中心的區(qū)域內(nèi)備份，不能防御區(qū)域性災(zāi)害。異地容災(zāi)中心用于防*區(qū)域性災(zāi)難，從?中國地理雜志?發(fā)布的?中國地震帶分布?圖上可以看出，**位于中國第4大斷裂帶“郯廬斷裂帶〞的邊沿上，有發(fā)生區(qū)域性災(zāi)難的可能性。當(dāng)發(fā)生區(qū)域性災(zāi)難時，生產(chǎn)中心和同城容災(zāi)中心都不可用，異地容災(zāi)中心可以保證關(guān)鍵數(shù)據(jù)還有一份拷貝，并且核心應(yīng)用可以選擇在異地容災(zāi)中心重新啟動。因此，從整個容災(zāi)體系來看，省廳容災(zāi)模式應(yīng)選擇“兩地三中心〞的方式。容災(zāi)中心選址同城災(zāi)備中心地址選擇根據(jù)**市電子政務(wù)實(shí)際情況和擬建立的云計算中心進(jìn)度情況，本工程擬將**市政府管理中心現(xiàn)有機(jī)房做為同城災(zāi)備中心，充分利用現(xiàn)有的效勞器、存儲、網(wǎng)絡(luò)等資源，降低建立本錢和運(yùn)維本錢。**市政府管理中心現(xiàn)有機(jī)房位于**市**********，同時也是**市政府管理中心的辦公地點(diǎn)。選擇該地點(diǎn)作為同城災(zāi)備中心具有以下優(yōu)勢：具備完善的物業(yè)效勞、市電供電、消防設(shè)施等，各種配套設(shè)施比較齊全。該機(jī)房建立時已經(jīng)充分考慮了承重、抗震、防雷、防水等內(nèi)容，選擇該處可以大大降低建立本錢和建立周期。該機(jī)房內(nèi)的設(shè)備可以作為災(zāi)備設(shè)備使用，無需搬遷，降低搬遷費(fèi)用和搬遷風(fēng)險。**市電子政務(wù)外網(wǎng)的光纖專線全部會聚到該機(jī)房，在云計算中心建成后可以利用這些光纖專線作為**市電子政務(wù)外網(wǎng)的備份線路。異地災(zāi)備地址選擇按照國家有關(guān)要求，電子政務(wù)災(zāi)備中心須依托電子政務(wù)網(wǎng)絡(luò)進(jìn)展建立，到達(dá)共享災(zāi)備根底設(shè)施、降低昂貴的線路租賃費(fèi)用等目的。**市政府管理中心先期對國內(nèi)知名的云計算中心進(jìn)展考察并同國內(nèi)局部城市的電子政務(wù)管理部門進(jìn)展了溝通和交流，已經(jīng)有**、**、**等城市表達(dá)了愿意同**市等價交換機(jī)房、網(wǎng)絡(luò)、平安、運(yùn)維人員等方面資源的意愿，形成互惠機(jī)制，最大限度的發(fā)揮雙方的優(yōu)勢。**、**、**等城市均已經(jīng)建成了云計算中心，**的云計算中心也是高標(biāo)準(zhǔn)云計算中心。這些中心均具有良好的機(jī)房環(huán)境、網(wǎng)絡(luò)設(shè)施和較強(qiáng)的運(yùn)維能力，完全具備災(zāi)備中心必須具備的硬件條件和技術(shù)效勞能力。災(zāi)備中心除了需要考慮機(jī)房、網(wǎng)絡(luò)和運(yùn)維能力等因素以外，還需考慮距離、地震帶、地質(zhì)構(gòu)造、電網(wǎng)、江河流域、建筑環(huán)境等各種因素。目前，**市政府管理中心正在積極同其他城市聯(lián)系，擬在初步設(shè)計階段同其他城市達(dá)成正式的合作協(xié)議，明確機(jī)房交換、網(wǎng)絡(luò)設(shè)施使用、運(yùn)維人員互用等事宜。考慮到GI的建立情況，本工程擬在工程建議書階段選擇城市A或是城市B作為異地災(zāi)備城市，理由如下：城市A和城市B是距離**市較近的且不在地震帶上的GI主節(jié)點(diǎn)