數(shù)據(jù)容災(zāi)備份中心建設(shè)實施方案設(shè)計書

./WORD格式下載可編輯×××單位數(shù)據(jù)容災(zāi)備份中心建設(shè)方案書〔DSG－Realsync數(shù)據(jù)復(fù)制容災(zāi)技術(shù)迪思杰〔北京數(shù)碼技術(shù)有限公司DSGdataInc..目錄第一部需求分析71容災(zāi)項目建設(shè)需要注意的幾大問題81.1為什么要建容災(zāi)系統(tǒng)81.2容災(zāi)不能替換備份81.3容災(zāi)項目需要多大的投資？101.4容災(zāi)項目如何解決投資回收問題111.5容災(zāi)項目對生產(chǎn)系統(tǒng)性能的影響121.6選擇什么容災(zāi)技術(shù)能保證項目實施成功？122容災(zāi)項目的建設(shè)原則"平戰(zhàn)結(jié)合"132.1變成本中心為利潤中心132.2核心業(yè)務(wù)的災(zāi)備平臺132.3業(yè)務(wù)負載分擔(dān)132.4容災(zāi)技術(shù)的推薦"DSGRealSync"14DSG-RealSync數(shù)據(jù)同步復(fù)制容災(zāi)產(chǎn)品應(yīng)用案例14DSG-SnapAssure高速備份產(chǎn)品應(yīng)用案例152.5DSGRealSync數(shù)據(jù)庫復(fù)制產(chǎn)品的特點163容災(zāi)技術(shù)對比和分析193.1容災(zāi)產(chǎn)品概述193.2基于異地備份技術(shù)實現(xiàn)容災(zāi)的分析193.3基于應(yīng)用層容災(zāi)技術(shù)的分析203.4基于磁盤陣列復(fù)制容災(zāi)技術(shù)的分析203.5基于存儲卷復(fù)制容災(zāi)技術(shù)的分析223.6基于虛擬化存儲技術(shù)的分析233.7基于OracleDataGuard容災(zāi)技術(shù)的分析243.8DSGRealsync容災(zāi)技術(shù)的分析26第二部整體方案設(shè)計294方案設(shè)計<案例：西部證券>304.1需求分析304.2DSG災(zāi)備一體化產(chǎn)品線304.3Snapassure與Realsync的關(guān)系304.4容災(zāi)技術(shù)的推薦314.5系統(tǒng)結(jié)構(gòu)324.6實時復(fù)制軟件realsync配置334.7定時備份軟件snapassure配置334.8功能實現(xiàn)334.9性能和資源需求估算34網(wǎng)絡(luò)需求34日志分析速度34每秒鐘復(fù)制的操作數(shù)34復(fù)制數(shù)據(jù)延遲35CPU資源占用35源端的緩存空間35業(yè)務(wù)切換35RTO,RPO指標規(guī)劃354.10備份和災(zāi)難恢復(fù)策略設(shè)計36本地和異地的數(shù)據(jù)實時備份36本地數(shù)據(jù)定時備份36災(zāi)難恢復(fù)策略375方案設(shè)計的要點385.1OPS/RAC的支持385.2數(shù)據(jù)完整性保證395.3數(shù)據(jù)初始化裝載395.4選擇性復(fù)制支持415.5支持的復(fù)制結(jié)構(gòu)415.6產(chǎn)品規(guī)格425.7其他關(guān)鍵問題〔DSG－RealSync的關(guān)鍵答復(fù)426DSG-RealSync解決方案的特點446.1業(yè)務(wù)功能實現(xiàn)44主備系統(tǒng)數(shù)據(jù)庫處于雙活狀態(tài)44以數(shù)據(jù)保護為中心,側(cè)重于保護業(yè)務(wù)數(shù)據(jù)安全44數(shù)據(jù)延遲44數(shù)據(jù)損失446.2性能和穩(wěn)定性45對源系統(tǒng)性能的影響45對網(wǎng)絡(luò)資源的使用45數(shù)據(jù)延遲45對主中心的影響46復(fù)制環(huán)境的健壯性46事物的完整性和可用性466.3配置和實施47開放性47對源系統(tǒng)的修改工作476.4可擴展性47對系統(tǒng)擴容的影響47業(yè)務(wù)擴展的影響47對雙機集群的支持477DSG-RealSync產(chǎn)品工作原理487.1日志抓取〔DataCapture487.2日志分析〔Analyze497.3交易合成〔Synthesize507.4交易傳輸517.5數(shù)據(jù)裝載51用DXF數(shù)據(jù)格式的裝載：52Rowmapping實現(xiàn)快速定位528DSGSnapAssure備份產(chǎn)品〔可選548.1DSGSnapAssure備份技術(shù)概述54選型原則54DSGSnapAssure概述54DSGSnapAssure特點558.2SnapAssure備份產(chǎn)品工作原理56數(shù)據(jù)抽取57數(shù)據(jù)壓縮57備份數(shù)據(jù)的組織58備份數(shù)據(jù)的訪問58恢復(fù)功能59對非歸檔日志模式的支持608.3SnapAssure的模塊組成618.4SnapAssure支持的備份策略62SnapAssure支持的備份類型62備份策略的設(shè)計63恢復(fù)策略638.5SnapAssure對Oracle備份系統(tǒng)的特殊優(yōu)勢648.6SnapAssure的案例66SnapAssure在XX聯(lián)通的應(yīng)用：67SnapAssure在新疆電信IBSS系統(tǒng)中的集中備份應(yīng)用67第三部項目實施及售后服務(wù)719項目實施規(guī)劃729.1項目管理729.2實施策略規(guī)劃739.3測試739.4生產(chǎn)系統(tǒng)實施749.5驗收支持759.6驗收方式759.7驗收小組構(gòu)成769.8驗收工作流程圖779.9培訓(xùn)78DSG—RealSync復(fù)制容災(zāi)系統(tǒng)培訓(xùn)78DSG—SnapAssure備份系統(tǒng)培訓(xùn)799.10知識轉(zhuǎn)移809.11項目文檔809.12項目小組8110項目的具體實施步驟8210.1容災(zāi)項目整體實施階段概述8210.2數(shù)據(jù)復(fù)制軟件本身實施步驟和周期8210.3容災(zāi)系統(tǒng)狀態(tài)定義8210.4環(huán)境準備8310.5安裝和配置概述8410.6初始化復(fù)制環(huán)境、進行初始數(shù)據(jù)同步84首次全同步分析84全同步實施步驟86時間估算8610.7開始實時復(fù)制8710.8災(zāi)難恢復(fù)8710.9數(shù)據(jù)一致性檢查8710.10容災(zāi)中心的使用8811容災(zāi)演習(xí)、容災(zāi)切換和回切8911.1容災(zāi)演習(xí)8911.2切換的方式8911.3數(shù)據(jù)庫的切換過程90數(shù)據(jù)庫切換方式：90數(shù)據(jù)庫切換的步驟9111.4應(yīng)用服務(wù)器切換9211.5網(wǎng)絡(luò)切換9211.6系統(tǒng)回切9411.7切換自動化管理工具9412容災(zāi)系統(tǒng)的維護和人員配置需求9512.1容災(zāi)管理規(guī)劃9512.2復(fù)制軟件的日常維護9512.3人員組織結(jié)構(gòu)規(guī)劃95容災(zāi)項目領(lǐng)導(dǎo)小組95容災(zāi)項目經(jīng)理96系統(tǒng)專家96網(wǎng)絡(luò)專家9613售后服務(wù)內(nèi)容及承諾9713.1服務(wù)宗旨與策略9713.2服務(wù)體系9813.3技術(shù)服務(wù)流程9813.4行業(yè)戰(zhàn)略級售后服務(wù)計劃99工程實施階段的服務(wù)99系統(tǒng)售后運行期間的服務(wù)內(nèi)容10013.5服務(wù)聯(lián)系方式10114附：容災(zāi)系統(tǒng)術(shù)語與定義10314.1災(zāi)難10314.2災(zāi)備站點10314.3恢復(fù)時間目標〔RTO與恢復(fù)點目標〔RPO10314.4業(yè)務(wù)持續(xù)計劃〔BCP與災(zāi)難恢復(fù)計劃〔DRP10314.5系統(tǒng)災(zāi)難級別定義10414.6災(zāi)難恢復(fù)過程10514.7災(zāi)難備份技術(shù)10614.8災(zāi)難備份中心10714.9RPO與RTO108第四部DSG公司簡介及案例11015DSG公司簡介11115.1DSG成立和組成11115.2DSG業(yè)務(wù)范圍11115.3DSG核心技術(shù)11215.4DSG公司的業(yè)務(wù)方向11215.5DSG在國內(nèi)的主要應(yīng)用客戶11316附：DSG在類似項目的成功范例和相關(guān)經(jīng)驗11416.1成功案例的列表11416.2成功案例的概況11516.3廣西移動營業(yè)和客服數(shù)據(jù)庫數(shù)據(jù)復(fù)制應(yīng)急查詢平臺11816.4XX電信的計費查詢平臺應(yīng)用12116.5XX地稅11地市本地復(fù)制和數(shù)據(jù)集中上收和容災(zāi)應(yīng)用12316.6長江證券集中交易系統(tǒng)災(zāi)備應(yīng)用12516.7西北證券災(zāi)備一體化方案12816.8XX聯(lián)通的復(fù)制應(yīng)用13116.9XX聯(lián)通業(yè)務(wù)復(fù)制應(yīng)用13316.10XX網(wǎng)通數(shù)據(jù)復(fù)制應(yīng)用案例13516.11上海松江財政容災(zāi)系統(tǒng)應(yīng)用案例13816.12XX聯(lián)通計費系統(tǒng)容災(zāi)及查詢平臺應(yīng)用14116.13SnapAssure在新疆移動BOSS系統(tǒng)備份的應(yīng)用14316.14容災(zāi)異構(gòu)平臺的經(jīng)驗14516.15性能指標占用參考145需求分析為什么要建容災(zāi)系統(tǒng)隨著業(yè)務(wù)的飛速發(fā)展使其單位時間內(nèi)的業(yè)務(wù)量、相關(guān)的資金密度不斷提高,因此,業(yè)務(wù)的間斷直接意味著經(jīng)濟上的損失；另一方面,提供高可靠性、高水準的客戶服務(wù)也是保持良好形象的重要手段；隨著IT系統(tǒng)建設(shè)的不斷發(fā)展,我們在享受IT支撐系統(tǒng)帶來的高效率、高服務(wù)的優(yōu)勢的同時,其業(yè)務(wù)運作也更加依賴于IT系統(tǒng)的穩(wěn)定運行,其結(jié)果是,一旦發(fā)生IT系統(tǒng)停止運行,那么關(guān)鍵業(yè)務(wù)系統(tǒng)將受到嚴重影響,用戶信息、征收記錄等也隨之丟失。隨著應(yīng)用系統(tǒng)的不斷發(fā)展完善,信息化對工商系統(tǒng)的業(yè)務(wù)影響也越來越明顯,為了更好地保護已有的數(shù)據(jù)資料,保證信息系統(tǒng)的正常運行,對一些關(guān)鍵業(yè)務(wù)的實時保護就變得異常重要,同時對關(guān)鍵數(shù)據(jù)的保護也變得十分重要。災(zāi)難恢復(fù)就是在這樣的背景下提出的。本方案是根據(jù)***單位提出的容災(zāi)需求,所設(shè)計的方案。如有欠缺或遺漏之處,敬請諒解！容災(zāi)項目建設(shè)需要注意的幾大問題為什么要建容災(zāi)系統(tǒng)隨著業(yè)務(wù)的飛速發(fā)展使其單位時間內(nèi)的業(yè)務(wù)量、相關(guān)的資金密度不斷提高,因此,業(yè)務(wù)的間斷直接意味著經(jīng)濟上的損失；另一方面,提供高可靠性、高水準的客戶服務(wù)也是保持良好形象的重要手段；隨著IT系統(tǒng)建設(shè)的不斷發(fā)展,我們在享受IT支撐系統(tǒng)帶來的高效率、高服務(wù)的優(yōu)勢的同時,其業(yè)務(wù)運作也更加依賴于IT系統(tǒng)的穩(wěn)定運行,其結(jié)果是,一旦發(fā)生IT系統(tǒng)停止運行,那么關(guān)鍵業(yè)務(wù)系統(tǒng)將受到嚴重影響,用戶信息、征收記錄等也隨之丟失。因此,小至一般性的硬件故障,大到區(qū)域性的自然災(zāi)害,從物理的設(shè)備不可用,到邏輯的人為失誤和破壞,都可能造成整個信息系統(tǒng)的全面癱瘓,導(dǎo)致業(yè)務(wù)運營的停頓。災(zāi)難的定義也從過去的大面積自然災(zāi)害,轉(zhuǎn)變?yōu)榭稍斐蒊T系統(tǒng)應(yīng)用不可用,產(chǎn)生的任何故障和災(zāi)害。如何才能保證盡量減少企業(yè)數(shù)據(jù)的丟失、將危險與災(zāi)難的損失降低到最小程度呢？這就需要建立容災(zāi)系統(tǒng),包括數(shù)據(jù)容災(zāi)以及應(yīng)用容災(zāi)。容災(zāi)系統(tǒng)的核心就在于使用各種技術(shù)和管理手段將災(zāi)難化解,在實踐中主要表現(xiàn)為兩個方面：一是保證企業(yè)數(shù)據(jù)的安全；二是保證業(yè)務(wù)的連續(xù)性。通過在工作站點和災(zāi)難恢復(fù)站點運行同樣的系統(tǒng),包括操作系統(tǒng)、基礎(chǔ)數(shù)據(jù)庫和應(yīng)用軟件,并通過數(shù)據(jù)復(fù)制完成數(shù)據(jù)復(fù)制。假如工作站點發(fā)生災(zāi)難,不能再繼續(xù)工作,這時容災(zāi)中心會將業(yè)務(wù)數(shù)據(jù)及時恢復(fù)到備用服務(wù)器上,并自動將業(yè)務(wù)切換到備用服務(wù)器,然后實現(xiàn)業(yè)務(wù)的遠程切換,恢復(fù)系統(tǒng)不間斷的運行,在容災(zāi)中心實現(xiàn)應(yīng)用級容災(zāi),這個過程只需要很短的時間；在此基礎(chǔ)上,在災(zāi)難過后,再將業(yè)務(wù)系統(tǒng)切換回正常的生產(chǎn)系統(tǒng),實現(xiàn)業(yè)務(wù)的災(zāi)難恢復(fù)。因此,業(yè)務(wù)連續(xù)性和容災(zāi)建設(shè)的總體目標是：為關(guān)鍵業(yè)務(wù)系統(tǒng)提供風(fēng)險預(yù)防機制和災(zāi)難恢復(fù)措施,在確保數(shù)據(jù)安全的基礎(chǔ)上提高業(yè)務(wù)連續(xù)運行能力,降低企業(yè)運營風(fēng)險,將業(yè)務(wù)損失降低到可接受的程度,提升管理和服務(wù)質(zhì)量,增強企業(yè)競爭力。容災(zāi)不能替換備份1．容災(zāi)和備份的目的不同容災(zāi)系統(tǒng)的目的在于保證系統(tǒng)數(shù)據(jù)和服務(wù)的"在線性",即當系統(tǒng)發(fā)生故障時,仍然能夠正常地向網(wǎng)絡(luò)系統(tǒng)提供數(shù)據(jù)和服務(wù),以使系統(tǒng)不致停頓。而備份技術(shù)的目的與此并不相同,備份是"將在線數(shù)據(jù)轉(zhuǎn)移成離線數(shù)據(jù)的過程",其目的在于應(yīng)付系統(tǒng)數(shù)據(jù)中的邏輯錯誤和歷史數(shù)據(jù)保存。所以,在各種容錯技術(shù)非常豐富的今天,備份系統(tǒng)仍然是不可替代的。2．備份是基石備份是指為防止系統(tǒng)出現(xiàn)操作失誤或系統(tǒng)故障導(dǎo)致數(shù)據(jù)丟失,而將全系統(tǒng)或部分數(shù)據(jù)集合從應(yīng)用主機的硬盤或陣列復(fù)制到其它的存儲介質(zhì)的過程。備份是數(shù)據(jù)高可用的最后一道防線,其目的是為了系統(tǒng)數(shù)據(jù)崩潰時能夠恢復(fù)數(shù)據(jù)。3．容災(zāi)不可少那么建設(shè)了備份系統(tǒng),是否就不需要容災(zāi)系統(tǒng)？這還要看業(yè)務(wù)部門對RTO〔恢復(fù)所需的時間指標/RPO〔能夠恢復(fù)到的最新狀態(tài)指標的期望值,如果允許1TB的數(shù)據(jù)庫RTO＝8小時,RPO＝1天,那備份系統(tǒng)就能滿足要求。同時,備份的目的在于應(yīng)付系統(tǒng)數(shù)據(jù)中的邏輯錯誤和歷史數(shù)據(jù)保存。只能夠滿足數(shù)據(jù)丟失、數(shù)據(jù)破壞時的數(shù)據(jù)恢復(fù)目的,而不能提供實時的業(yè)務(wù)接管功能。因此容災(zāi)系統(tǒng)對于某些關(guān)鍵業(yè)務(wù)而言也是必不可少的。人們談及容災(zāi)往往是針對當生產(chǎn)系統(tǒng),不能正常工作時,其業(yè)務(wù)可由容災(zāi)系統(tǒng)接替這些業(yè)務(wù),繼續(xù)進行正常的工作。能夠提供很好的RTO和RPO指標。同時遠程容災(zāi)系統(tǒng)具備應(yīng)付各種災(zāi)難,特別是區(qū)域性與毀滅性災(zāi)難的能力,具備較為完善的數(shù)據(jù)保護與災(zāi)難恢復(fù)功能,保證災(zāi)難降臨時數(shù)據(jù)的完整性及業(yè)務(wù)的連續(xù)性,并在最短時間內(nèi)恢復(fù)業(yè)務(wù)系統(tǒng)的正常運行,將損失降到最小。4．容災(zāi)不能替換備份容災(zāi)系統(tǒng)會完整地把生產(chǎn)系統(tǒng)的任何變化復(fù)制到容災(zāi)端去,包括不想讓它復(fù)制的工作,比如不小心把計費系統(tǒng)內(nèi)的用戶信息表刪除了,同時容災(zāi)端的用戶信息表也會被完整地刪除。如果是同步容災(zāi),那容災(zāi)端同時就刪除了；如果是異步容災(zāi),那容災(zāi)端在數(shù)據(jù)異步復(fù)制的間隔內(nèi)就會被刪除。這時就需要從備份系統(tǒng)中取出最新備份,來恢復(fù)被錯誤刪除的信息。因此容災(zāi)系統(tǒng)的建設(shè)不能替代備份系統(tǒng)的建設(shè)。5．規(guī)劃企業(yè)安全保障體系考慮的因素對于企業(yè)而言到底應(yīng)該如何建設(shè)自己的災(zāi)備系統(tǒng),是只建設(shè)備份系統(tǒng)、還是只建設(shè)容災(zāi)系統(tǒng)、還是需要二者同時建設(shè)、或者是分步驟的建設(shè),誰先誰后等問題,主要根據(jù)業(yè)務(wù)的需求而定：〔1需要防范的災(zāi)難類型：企業(yè)信息系統(tǒng)可能遇到的災(zāi)難類型及其發(fā)生的比例如下：對于"人為錯誤"、"軟件損壞和程序錯誤"加上"病毒"等這些都稱為邏輯錯誤,占總故障的56%,這些錯誤只能通過備份系統(tǒng)才能防范；對于"硬件和系統(tǒng)故障"以及"自然災(zāi)難"等故障可以通過在容災(zāi)系統(tǒng)〔或者異地備份來防范,占總故障率的44%。〔2允許的RTO和RPO指標從技術(shù)上看,衡量容災(zāi)系統(tǒng)有兩個主要指標：RPO〔RecoveryPointObject和RTO〔RecoveryTimeObject,其中RPO代表了當災(zāi)難發(fā)生時允許丟失的數(shù)據(jù)量；而RTO則代表了系統(tǒng)恢復(fù)的時間。一般而言：容災(zāi)系統(tǒng)能夠提供較好的RTO和RPO指標?！?系統(tǒng)投資總的說來,建設(shè)備份系統(tǒng)的投資遠比建設(shè)標準意義的容災(zāi)系統(tǒng)的投資小得多：備份系統(tǒng)的投資規(guī)模一般在幾百萬；而最節(jié)省的一套容災(zāi)系統(tǒng)投資都將上千萬；因為建設(shè)備份系統(tǒng)所需的資源在以下幾個方面的投資都遠遠小于容災(zāi)系統(tǒng)：備份系統(tǒng)容災(zāi)系統(tǒng)傳輸鏈路TCP/IP網(wǎng)絡(luò)帶寬一般<1GBSAN網(wǎng)絡(luò)獨占光纖資源帶寬要求10GB盤陣需求容量小只需要中檔陣列容量大必需高端陣列系統(tǒng)維護成本幾乎無需維護需建一個團隊維護6．常用的災(zāi)備組合方式基于以上原因,業(yè)界在災(zāi)備系統(tǒng)的建設(shè)上一般按照以下幾種方式：建設(shè)機房內(nèi)的本地備份系統(tǒng)建設(shè)異地的備份系統(tǒng)該方式可以備份系統(tǒng)的價格滿足備份和異地容災(zāi)功能,能夠避免主生產(chǎn)中心由于地震、火災(zāi)或其他災(zāi)害造成的數(shù)據(jù)丟失備份系統(tǒng)＋異地容災(zāi)系統(tǒng)這是一個較為理想化的災(zāi)備一體化解決方案,能夠在很大程度上避免各種可能的錯誤。容災(zāi)項目需要多大的投資？其實這個問題也可以被反問為：你希望容災(zāi)系統(tǒng)能達到什么效果？要想闡述清楚此問題,首先要明白兩個指標：RTO和RPO。RTO,RecoverTimeObject,恢復(fù)時間指標〔業(yè)務(wù)接管時間,是指當災(zāi)難發(fā)生后,生產(chǎn)系統(tǒng)需要多長時間能夠恢復(fù)生產(chǎn),它是衡量企業(yè)在災(zāi)難發(fā)生后多長時間能重新開始運轉(zhuǎn)的指標。RPO,RecoverPointObject,恢復(fù)點指標〔數(shù)據(jù)丟失量,是指災(zāi)難發(fā)生后,容災(zāi)系統(tǒng)能把數(shù)據(jù)恢復(fù)到災(zāi)難發(fā)生前的哪一個時間點的數(shù)據(jù),它是衡量企業(yè)在災(zāi)難發(fā)生后會丟失多少生產(chǎn)數(shù)據(jù)的指標。理想狀態(tài)下,我們希望RTO=0,RPO=0,即災(zāi)難發(fā)生對企業(yè)生產(chǎn)毫無影響,既不會導(dǎo)致生產(chǎn)停頓,也不會導(dǎo)致生產(chǎn)數(shù)據(jù)丟失。從當前計算機技術(shù)水平來說,我們可以為用戶建設(shè)這種類型的容災(zāi)系統(tǒng),其中最著名的例子當屬VISA和Master的結(jié)算系統(tǒng),由于這兩個銀行結(jié)算組織占據(jù)了全球銀行結(jié)算業(yè)務(wù)的重要地位,他們的結(jié)算系統(tǒng)不允許發(fā)生任何停頓和數(shù)據(jù)丟失的情況,即使在"911"這種極端情況下。但實現(xiàn)這樣的容災(zāi)系統(tǒng)的投資巨大,它結(jié)合了存儲數(shù)據(jù)復(fù)制技術(shù)、服務(wù)器操作系統(tǒng)鏡像技術(shù)、集群技術(shù)、數(shù)據(jù)庫高可用性設(shè)計、應(yīng)用系統(tǒng)高可用性設(shè)計、同步容災(zāi)技術(shù)、異步容災(zāi)技術(shù)、同城容災(zāi)方案、異地容災(zāi)方案,以及相應(yīng)的管理流程和意外事件反映處理流程等詳細的規(guī)章制度,和人員配備、行政保障手段〔通信、交通等,綜合在一起完成一個完整的容災(zāi)方案〔實際是雙生產(chǎn)中心或多生產(chǎn)中心方案,并沒有單純的容災(zāi)中心。但是這種方案的投資過于巨大,目前中國可能除了中國銀聯(lián)等這種特殊性質(zhì)的企業(yè)外,不會有太多的企業(yè)會去實現(xiàn)這個系統(tǒng)。目前,在電信等企業(yè)的關(guān)鍵業(yè)務(wù)系統(tǒng)容災(zāi)項目建設(shè)中,投資規(guī)模為多少是合理的？如果業(yè)務(wù)部門能確認RTO/RPO指標,那技術(shù)部門選擇了合適的容災(zāi)技術(shù)以及配套的管理流程就可以確定投資規(guī)模了。例如,如果業(yè)務(wù)部門確認,災(zāi)難發(fā)生后,3個小時內(nèi)營業(yè)廳恢復(fù)生產(chǎn)就可以滿足用戶需求,且營業(yè)系統(tǒng)數(shù)據(jù)不能丟失,那RTO＝3小時,RPO＝0,那就必須選擇基于存儲平臺數(shù)據(jù)復(fù)制技術(shù)的同步容災(zāi)方案；如果業(yè)務(wù)部門確認,災(zāi)難發(fā)生后,3天能恢復(fù)經(jīng)營分析系統(tǒng)工作,且以前的數(shù)據(jù)丟失可以忽略不計,那RTO=3天,RPO無,那選擇ATA磁盤實現(xiàn)異地備份,就能滿足要求。容災(zāi)項目如何解決投資回收問題從系統(tǒng)安全性角度考慮,我們必須為關(guān)鍵的業(yè)務(wù)支撐系統(tǒng)建設(shè)最有效的災(zāi)難恢復(fù)解決方案。但是在大部分情況下,當未出現(xiàn)災(zāi)難時,我們的容災(zāi)端系統(tǒng)總是處于空閑狀態(tài),花費大量投資買來的系統(tǒng)根本無法有效利用。這個問題一直困擾著用戶。為了百年不遇的災(zāi)難投入巨資建設(shè)一個容災(zāi)中心,容災(zāi)中心的設(shè)備在災(zāi)難發(fā)生前不能給企業(yè)帶來效益,這是企業(yè)決策者很難接受的,因此如何合理分配投資,將容災(zāi)中心建設(shè)成為第二生產(chǎn)中心,與生產(chǎn)中心成為企業(yè)支持企業(yè)正常運行的雙中心,并實現(xiàn)互為容災(zāi),是降低總體擁有成本〔TCO,TotalCostofOwnership,提高投資回報率〔ROI,ReturnOfInvestment的一個重要措施,應(yīng)該得到企業(yè)的高度重視。因此,我們建議在容災(zāi)系統(tǒng)建設(shè)中,需要考慮的第一個問題是如何保證容災(zāi)端的系統(tǒng)可以得到充分利用,使容災(zāi)端系統(tǒng)的數(shù)據(jù)實現(xiàn)共享,能夠利用容災(zāi)系統(tǒng)提供的高性能主機資源、存儲資源為企業(yè)帶來更大的處理能力。目前建設(shè)容災(zāi)方案的原則都是"平戰(zhàn)結(jié)合",容災(zāi)數(shù)據(jù)在平時能夠方便的利用〔查詢統(tǒng)計報表等業(yè)務(wù)分擔(dān)、實驗系統(tǒng)數(shù)據(jù)來源、數(shù)據(jù)倉庫中數(shù)據(jù)抽取,突出容災(zāi)數(shù)據(jù)的價值,保證容災(zāi)系統(tǒng)建設(shè)的合理性。目前能支持容災(zāi)數(shù)據(jù)實時再利用的解決方案不是很多,如DSG的RealSync產(chǎn)品,目標系統(tǒng)的數(shù)據(jù)庫一直處于打開狀態(tài),甚至在復(fù)制過程中。因此,RealSync技術(shù)除用于容災(zāi)外,還可以將不同的業(yè)務(wù)模塊分布在源系統(tǒng)和容災(zāi)系統(tǒng)上,實現(xiàn)負載分擔(dān)。因為RealSync的目標數(shù)據(jù)庫在被實時更新時可以被訪問,還可以被用于決策支持類應(yīng)用。為決策分析和報表系統(tǒng)提供快速的數(shù)據(jù)抽取功能提供準實時脫機查詢,提高查詢效率為試驗系統(tǒng)提供真實的生產(chǎn)數(shù)據(jù)將以上本來需要在主系統(tǒng)上運行的業(yè)務(wù)與生產(chǎn)系統(tǒng)完全隔離,充分利用容災(zāi)系統(tǒng)的資源,實現(xiàn)企業(yè)應(yīng)用負載分擔(dān),減少對生產(chǎn)系統(tǒng)的影響,提高服務(wù)系統(tǒng)響應(yīng)效率；從而將容災(zāi)系統(tǒng)這個成本中心轉(zhuǎn)化為利潤中心。容災(zāi)項目對生產(chǎn)系統(tǒng)性能的影響容災(zāi)系統(tǒng)的本質(zhì)是將生產(chǎn)系統(tǒng)的數(shù)據(jù)以及這些數(shù)據(jù)的變化,完整地復(fù)制到容災(zāi)系統(tǒng)中,并通過相關(guān)技術(shù)手段,確保容災(zāi)系統(tǒng)中數(shù)據(jù)的完整性和一致性。容災(zāi)系統(tǒng)對生產(chǎn)數(shù)據(jù)和生產(chǎn)數(shù)據(jù)的變化的復(fù)制操作,必然需要與完成這些操作相對應(yīng)的CPU資源〔存儲的CPU、或服務(wù)器的CPU、內(nèi)存資源〔存儲的Cache、或服務(wù)器的RAM、網(wǎng)絡(luò)資源〔TCP/IP、FC或FICON,如果這些資源不能獨立分配給容災(zāi)系統(tǒng)〔實際上不可能獨立,則必然會影響生產(chǎn)系統(tǒng)的性能。因此更準確的問題是,如何確保容災(zāi)系統(tǒng)上線后,在可以實現(xiàn)既定的RTO/RPO指標的同時,不會影響生產(chǎn)系統(tǒng)的正常運行？答案是可以通過技術(shù)手段實現(xiàn)的。要想實現(xiàn),則必須對現(xiàn)有生產(chǎn)系統(tǒng)進行詳細的性能分析,包括系統(tǒng)I/O特性〔IOPS,RespondTime,讀寫比,I/O塊大小,I/O峰值、均值,時間特性等等、系統(tǒng)內(nèi)各子系統(tǒng)業(yè)務(wù)特點、存儲空間分配、服務(wù)器CPU和RAM資源的使用狀況、SAN網(wǎng)絡(luò)情況〔端口使用狀況、Zoning劃分狀況、端口IOPS等、能夠使用的數(shù)據(jù)復(fù)制鏈路〔FC、TCP/IP、ATM、E1/E3以及鏈路的QoS保障等。獲得這些數(shù)據(jù)后,通過對容災(zāi)系統(tǒng)I/O分布的詳細設(shè)計,將I/O均勻分布到更多的設(shè)備上,從而確保生產(chǎn)系統(tǒng)實現(xiàn)容災(zāi)后,不會造成性能下降影響正常生產(chǎn)的情況出現(xiàn)。選擇什么容災(zāi)技術(shù)能保證項目實施成功？容災(zāi)項目實施成功,與技術(shù)關(guān)系不大。能舉出成功案例的容災(zāi)技術(shù),則必有它的可行性。但作為一個工程師,除了考慮項目的可行性外,還要考慮項目的不可行性。任何技術(shù)的實現(xiàn),都有它的制約條件。在自己的生產(chǎn)環(huán)境中,能否避免這些制約條件的出現(xiàn)？或者出現(xiàn)后,是否有資源可以解決它？比如ORACLE在中國實施了一個基于DataGuard的容災(zāi)方案,但在實施過程中出現(xiàn)了大量意想不到的問題和BUG,作為對該特殊客戶的重視,ORACLE甚至從國外派遣R&D人員到現(xiàn)場編制PATCH以保證項目能實施,但這種資源,是否每個客戶都能向ORACLE索??？因此,選擇一個簡單的容災(zāi)方案,并選擇一個曾經(jīng)成功實施過該方案的工程團隊,才是確保容災(zāi)項目實施成功的關(guān)鍵。容災(zāi)項目的建設(shè)原則"平戰(zhàn)結(jié)合"變成本中心為利潤中心容災(zāi)與其他任何保險策略一樣,當沒有災(zāi)難出現(xiàn)時,我們根本無法意識到容災(zāi)系統(tǒng)所起到的作用,無法回收容災(zāi)系統(tǒng)建設(shè)所需的大量投資。但從系統(tǒng)安全性角度考慮,我們又必須為關(guān)鍵的業(yè)務(wù)支撐系統(tǒng)建設(shè)最有效的災(zāi)難恢復(fù)解決方案。但是在大部分情況下,當未出現(xiàn)災(zāi)難時,我們的容災(zāi)端系統(tǒng)總是處于空閑狀態(tài),花費大量投資買來的系統(tǒng)根本無法有效利用。這個問題一直困擾著用戶。因此,我們建議在容災(zāi)系統(tǒng)建設(shè)中,需要考慮的第一個問題是如何保證容災(zāi)端的系統(tǒng)可以得到充分利用,使容災(zāi)端系統(tǒng)的數(shù)據(jù)實現(xiàn)共享,能夠利用容災(zāi)系統(tǒng)提供的高性能主機資源、存儲資源為企業(yè)帶來更大的處理能力。因為對于容災(zāi)系統(tǒng)而言還有一套整體的規(guī)劃,未來的統(tǒng)一容災(zāi)系統(tǒng)對于數(shù)據(jù)的異地保護將起到非常關(guān)鍵的作用,將來的容災(zāi)系統(tǒng)無論在數(shù)據(jù)的實時性上,還是安全可靠性性上都會非常完善,只不過在業(yè)務(wù)的接管方面無法滿足業(yè)務(wù)需求。因次本次建設(shè)容災(zāi)系統(tǒng)目的是提供一個能夠快速接管的系統(tǒng),能夠充分利用投資的方案。為此我們強烈建議采用雙active的結(jié)構(gòu),讓容災(zāi)系統(tǒng)的數(shù)據(jù)庫也處于OPEN狀態(tài),這樣實際上關(guān)鍵系統(tǒng)就擁有了第二數(shù)據(jù)中心,而不僅僅是一個災(zāi)難備份系統(tǒng),通過第二數(shù)據(jù)中心可以實現(xiàn)如下功能：核心業(yè)務(wù)的災(zāi)備平臺通過數(shù)據(jù)同步建立的第二數(shù)據(jù)中心可以實現(xiàn)對業(yè)務(wù)關(guān)鍵數(shù)據(jù)的容災(zāi)及保護,在不影響生產(chǎn)數(shù)據(jù)庫性能的同時為生產(chǎn)數(shù)據(jù)庫在本地或異地建立一份準實時鏡像,以保證在生產(chǎn)數(shù)據(jù)庫發(fā)生災(zāi)難時可使用容災(zāi)數(shù)據(jù)庫進行業(yè)務(wù)接管和數(shù)據(jù)恢復(fù)。業(yè)務(wù)負載分擔(dān)這里要求第二數(shù)據(jù)中心的數(shù)據(jù)必需處于實時可讀取狀態(tài),數(shù)據(jù)庫必需處于OPEN狀態(tài),實現(xiàn)系統(tǒng)業(yè)務(wù)模塊的重新部署。通過第二數(shù)據(jù)中心實現(xiàn)對核心系統(tǒng)的業(yè)務(wù)模塊進行負載分擔(dān),將那些只對數(shù)據(jù)進行讀取操作的模塊都遷移到第二數(shù)據(jù)中心上來,主要包括：提供帳務(wù)和話單實時查詢；提供統(tǒng)計報表運行；提供經(jīng)營分析數(shù)據(jù)抽取；提供其他系統(tǒng)的數(shù)據(jù)訪問接口；這樣作將達到兩個好處：提高數(shù)據(jù)訪問的效率,提高外圍系統(tǒng)部署的靈活性；提高核心系統(tǒng)的運行效率,提高核心系統(tǒng)運行的穩(wěn)定和可靠性；容災(zāi)技術(shù)的推薦"DSGRealSync"我們建議采用DSGRealSync軟件作為關(guān)鍵系統(tǒng)的數(shù)據(jù)備份方案。這個方案能夠很好的解決災(zāi)備的難點：第一：網(wǎng)絡(luò)帶寬要求低：交易級復(fù)制軟件需要在網(wǎng)絡(luò)上傳輸?shù)牧繛閛racleredolog的1/3。一方面比oracleDG的帶寬要求低,當然更遠遠低于磁盤陣列復(fù)制所需要的帶寬。第二：可支持不同硬件環(huán)境之間的異構(gòu)環(huán)境容災(zāi),使得關(guān)鍵系統(tǒng)的集中容災(zāi)方案不僅能夠滿足多個IT系統(tǒng)的需求,同時更能滿足用戶IT系統(tǒng)的五花八門的硬件環(huán)境的需求。第三：容災(zāi)數(shù)據(jù)庫更可靠：因為容災(zāi)數(shù)據(jù)庫是OPEN狀態(tài)的,所以不會存在容災(zāi)數(shù)據(jù)庫無法啟動的風(fēng)險。同時這種方式可避免生產(chǎn)庫上出現(xiàn)壞塊等物理錯誤。第四：容災(zāi)數(shù)據(jù)庫處于OPEN狀態(tài),可在容災(zāi)數(shù)據(jù)庫上進行查詢、統(tǒng)計報表等功能,實現(xiàn)業(yè)務(wù)負載分擔(dān)。DSG從2002年在中國成立以來,在RealSync這個數(shù)據(jù)庫復(fù)制產(chǎn)品的項目實施方面也經(jīng)過了很長的一段路。DSG始終以"客戶需求為導(dǎo)向"的原則發(fā)展自己的產(chǎn)品,到目前為止,DSGRealSync產(chǎn)品已經(jīng)在電信、政府、政券和企業(yè)采用,主要包括〔詳見方案后案例：DSG-RealSync數(shù)據(jù)同步復(fù)制容災(zāi)產(chǎn)品應(yīng)用案例電信行業(yè)廣西移動BOSS容災(zāi)及查詢平臺建設(shè)系統(tǒng)；北京移動告警數(shù)據(jù)同步、備份及容災(zāi)系統(tǒng)廣西電信數(shù)據(jù)災(zāi)備中心應(yīng)用XX電信BOSS數(shù)據(jù)復(fù)制應(yīng)用XX電信計費系統(tǒng)數(shù)據(jù)復(fù)制應(yīng)用XX網(wǎng)通支撐系統(tǒng)復(fù)制/查詢統(tǒng)計平臺項目XX聯(lián)通大客戶系統(tǒng)數(shù)據(jù)復(fù)制項目XX聯(lián)通業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)復(fù)制應(yīng)用XX聯(lián)通計費系統(tǒng)容災(zāi)項目XX聯(lián)通綜合營帳數(shù)據(jù)復(fù)制XX聯(lián)通BOSS系統(tǒng)數(shù)據(jù)復(fù)制/查詢平臺應(yīng)用XX聯(lián)通數(shù)據(jù)復(fù)制/查詢平臺應(yīng)用XX電信Oracle數(shù)據(jù)異構(gòu)復(fù)制遷移項目XX電信支撐系統(tǒng)容災(zāi)及備份應(yīng)用XX電信支撐系統(tǒng)容災(zāi)及備份應(yīng)用XX電信支撐系統(tǒng)容災(zāi)及備份應(yīng)用……其他行業(yè)XX省地稅數(shù)據(jù)集中及容災(zāi)系統(tǒng)；上海松江財政異地容災(zāi)XX財政異地容災(zāi)備份項目XX省交通廳征稽局征費系統(tǒng)"數(shù)據(jù)同步復(fù)制軟件"容災(zāi)項目中國金融期貨交易所異地容災(zāi)濟鋼Oracle-ERP數(shù)據(jù)同步復(fù)制項目XX神州通集團數(shù)據(jù)復(fù)制異地容災(zāi)應(yīng)用長江證券數(shù)據(jù)集中的容災(zāi)應(yīng)用華泰證券數(shù)據(jù)集中的容災(zāi)應(yīng)用國聯(lián)證券數(shù)據(jù)集中的容災(zāi)應(yīng)用民族證券數(shù)據(jù)集中的容災(zāi)應(yīng)用西南證券數(shù)據(jù)集中的容災(zāi)應(yīng)用XX證券數(shù)據(jù)集中的容災(zāi)應(yīng)用金通證券數(shù)據(jù)集中的容災(zāi)應(yīng)用中原證券數(shù)據(jù)集中的容災(zāi)應(yīng)用西南證券數(shù)據(jù)集中的容災(zāi)應(yīng)用XX證券異地容災(zāi)項目銀河證券數(shù)據(jù)容災(zāi)備份綜合管理應(yīng)用西部證券數(shù)據(jù)容災(zāi)備份一體化綜合管理應(yīng)用…………DSG-SnapAssure高速備份產(chǎn)品應(yīng)用案例電信行業(yè)中國電信總部結(jié)算中心備份系統(tǒng)中國聯(lián)通總部CRM備份系統(tǒng)中國電信全國九省結(jié)算中心備份系統(tǒng)〔XX、XX、廣西、XX、XX、新疆、XX、XX、XX北方電信九省結(jié)算系統(tǒng)備份〔XX、XX、XX、XX、XX、XX、XX、天津、XX信息產(chǎn)業(yè)部全國十省互連互通和網(wǎng)間結(jié)算備份系統(tǒng)〔含XX、XX、XX、XX、XX、XX、XX、XX、XX和XX信產(chǎn)廳XX移動BOSS系統(tǒng)異地備份系統(tǒng)XX移動BOSS系統(tǒng)集中備份XX移動BOSS災(zāi)備系統(tǒng)新疆移動結(jié)算系統(tǒng)災(zāi)備項目天津聯(lián)通固網(wǎng)計費備份系統(tǒng)XX聯(lián)通綜合結(jié)算備份系統(tǒng)；XX聯(lián)通全省數(shù)據(jù)庫集中備份XX聯(lián)通業(yè)務(wù)支撐系統(tǒng)集中備份XX聯(lián)通數(shù)據(jù)備份系統(tǒng)升級應(yīng)用XX聯(lián)通業(yè)務(wù)支撐系統(tǒng)的集中備份XX聯(lián)通業(yè)務(wù)支撐系統(tǒng)的集中備份XX、XX、XX聯(lián)通支撐系統(tǒng)的集中備份新疆電信BSS/OSS系統(tǒng)備份項目XX電信數(shù)據(jù)集中備份系統(tǒng)XX電信業(yè)務(wù)支撐系統(tǒng)集中備份XX通信、XX通信計費系統(tǒng)備份項目……其他行業(yè)銀河證券全國數(shù)據(jù)中心集中備份系統(tǒng)XX社保數(shù)據(jù)備份項目廣西公安備份系統(tǒng)XX公安備份及查詢應(yīng)用項目XX公安戶籍系統(tǒng)備份應(yīng)用新疆電力數(shù)據(jù)備份系統(tǒng)XX電力數(shù)據(jù)備份系統(tǒng)江漢油田數(shù)據(jù)備份系統(tǒng)……DSGRealSync數(shù)據(jù)庫復(fù)制產(chǎn)品的特點DSGRealSync產(chǎn)品通過在邏輯級,通過傳輸和運行數(shù)據(jù)庫事務(wù)〔Transaction,來提供實時數(shù)據(jù)復(fù)制功能,支持對生產(chǎn)系統(tǒng)數(shù)據(jù)庫生成多個副本,用以作為災(zāi)難備份、和信息系統(tǒng)優(yōu)化部署應(yīng)用。RealSync對ORACLE的日志進行監(jiān)控,發(fā)現(xiàn)改變的塊及時對目標數(shù)據(jù)庫進行更新,當應(yīng)用系統(tǒng)向數(shù)據(jù)庫中進行任何操作時時,這些信息都將在在線日志中存儲,RealSync通過對實時獲取的數(shù)據(jù)庫在線日志進行分析,獲得本次操作的交易指令和交易數(shù)據(jù),然后將這些交易指令和交易數(shù)據(jù)經(jīng)過格式轉(zhuǎn)化并實時壓縮后通過網(wǎng)絡(luò)傳送到目標系統(tǒng)。目標系統(tǒng)的RealSync代理接收數(shù)據(jù)庫包,經(jīng)過校驗碼檢查,確認正確的數(shù)據(jù)庫包后,將包解壓進行格式轉(zhuǎn)化后按照交易的先后順序在容災(zāi)系統(tǒng)中重新執(zhí)行該交易?！?Transaction-Based的復(fù)制機制：該產(chǎn)品的實現(xiàn)不是通過數(shù)據(jù)庫底層存儲復(fù)制、也不是將生產(chǎn)系統(tǒng)的Log復(fù)制到目標系統(tǒng)上重新應(yīng)用的模式。而是在源系統(tǒng)上通過Log分析出系統(tǒng)的交易指令〔Transaction,然后將交易指令在目標端裝載的原理實現(xiàn)的。因此,目標端的數(shù)據(jù)庫必須處于Open狀態(tài),并且兩端的操作系統(tǒng)、數(shù)據(jù)庫平臺等都可以屬于不同版本?！?快速的TransactionLoad技術(shù)：基于主機的復(fù)制軟件最大的問題在于性能是否滿足大容量業(yè)務(wù)需求,如果復(fù)制軟件在采用標準的SQL語句進行復(fù)制的話,勢必要求目標系統(tǒng)與源系統(tǒng)具有相同的處理性能,從而導(dǎo)致投資成本大幅度上升。DSGRealSync獨創(chuàng)DXF〔DSGExtendFormat數(shù)據(jù)表達格式,通過應(yīng)用該格式實現(xiàn)數(shù)據(jù)的傳輸和裝載能夠達到數(shù)據(jù)庫裝載速度的極限,滿足大容量應(yīng)用系統(tǒng)的性能需求。該產(chǎn)品在支持作為災(zāi)難備份時具有如下特點：異構(gòu)的系統(tǒng)平臺,開放的硬件選擇：RealSync技術(shù)在邏輯級的數(shù)據(jù)復(fù)制技術(shù),因此對于生產(chǎn)系統(tǒng)和容災(zāi)系統(tǒng)來說,其硬件平臺可以屬于不同的廠商、不同的型號,可采用不同的操作系統(tǒng)等。零時間數(shù)據(jù)庫切換的熱容災(zāi)：系統(tǒng)恢復(fù)時間是指當主系統(tǒng)出現(xiàn)故障不能在短期內(nèi)恢復(fù),而需要啟動容災(zāi)端系統(tǒng)時,容災(zāi)端系統(tǒng)啟動的時間。該時間不僅僅是指容災(zāi)端的硬件系統(tǒng)啟動,更主要的、也是更耗費時間的是容災(zāi)端數(shù)據(jù)庫系統(tǒng)的啟動、業(yè)務(wù)系統(tǒng)的啟動和外部接口的切換等。其中又以數(shù)據(jù)庫的啟動最為耗費時間,因為容災(zāi)端數(shù)據(jù)庫不屬于正常下線,因此重起時需要作許多檢查和恢復(fù),花費的時間非常長。RealSync維護的容災(zāi)數(shù)據(jù)庫系統(tǒng)在數(shù)據(jù)復(fù)制過程中也始終處于打開狀態(tài),保證數(shù)據(jù)復(fù)制在邏輯上的完整性,RealSync技術(shù)為源系統(tǒng)提供了永遠可用的后備數(shù)據(jù)庫系統(tǒng)。在源系統(tǒng)出現(xiàn)故障時,應(yīng)用系統(tǒng)可實現(xiàn)實時訪問備用數(shù)據(jù)庫系統(tǒng)。達到數(shù)據(jù)庫系統(tǒng)的零切換目的?？煽康臄?shù)據(jù)復(fù)制技術(shù)：RealSync維護的容災(zāi)數(shù)據(jù)庫系統(tǒng)始終處于打開狀態(tài),保證數(shù)據(jù)復(fù)制在邏輯上的完整性和可靠性,保證容災(zāi)站點數(shù)據(jù)庫系統(tǒng)可用的系統(tǒng)。投資回報分析〔ROI：容災(zāi)系統(tǒng)始終處于打開狀態(tài),可提供數(shù)據(jù)抽取、報表系統(tǒng)、試驗系統(tǒng)等實現(xiàn)數(shù)據(jù)共享,為信息系統(tǒng)提供更多的可利用資源。支持從高到中低端應(yīng)用需求：由于RealSync在建設(shè)容災(zāi)系統(tǒng)時,對服務(wù)器、存儲陣列和傳輸帶寬要求都無特殊要求,而不同于傳統(tǒng)容災(zāi)技術(shù)要求高端磁盤陣列、高端服務(wù)器、數(shù)GB的傳輸帶寬,所以該系統(tǒng)適應(yīng)于高端的電信、金融客戶、也適合中端的政府機構(gòu)、大型企業(yè)、同時也適合于運行PC平臺的中小型企業(yè)應(yīng)用。該產(chǎn)品在支持作為系統(tǒng)優(yōu)化部署應(yīng)用時具有如下特點：按需復(fù)制查詢和統(tǒng)計系統(tǒng)往往不需要所有的原始數(shù)據(jù),因此完全可以按需要復(fù)制數(shù)據(jù)。RealSync系統(tǒng)支持對指定信息的按需復(fù)制,如指定需要復(fù)制的表、字段和條件等,減少存儲和網(wǎng)絡(luò)帶寬的成本。實時數(shù)據(jù)更新實時更新保證副本系統(tǒng)快速反映源系統(tǒng)的變化,提供賬單查詢、話單查詢等的及時性。經(jīng)過大量的測試,實時數(shù)據(jù)復(fù)制技術(shù)使源系統(tǒng)和目的系統(tǒng)的數(shù)據(jù)延遲<10秒。對生產(chǎn)系統(tǒng)的低干擾性DSG實時數(shù)據(jù)復(fù)制技術(shù)不需要通過任何數(shù)據(jù)庫的引擎來獲取變更數(shù)據(jù),而是通過數(shù)據(jù)庫自身的信息獲取源系統(tǒng)上的改變并傳送給目的系統(tǒng),不會對生產(chǎn)系統(tǒng)造成性能影響。系統(tǒng)異構(gòu),可提供更多的優(yōu)化空間源數(shù)據(jù)庫系統(tǒng)和目的數(shù)據(jù)庫系統(tǒng)的可異構(gòu),主要包括索引規(guī)則和存儲參數(shù)〔如數(shù)據(jù)塊大小、回滾段等。因此可以在目標數(shù)據(jù)庫上根據(jù)業(yè)務(wù)特點進行調(diào)整和優(yōu)化,完全不受源系統(tǒng)的限制。容災(zāi)技術(shù)對比和分析容災(zāi)產(chǎn)品概述在選擇容災(zāi)系統(tǒng)的構(gòu)造時,首先要考慮的就是選擇采用合理的異地數(shù)據(jù)復(fù)制技術(shù)。數(shù)據(jù)的遠程復(fù)制技術(shù)是容災(zāi)系統(tǒng)的核心技術(shù),它對于數(shù)據(jù)系統(tǒng)的一致性和可靠性以及系統(tǒng)的應(yīng)變能力具有舉足輕重的作用,通過有效的數(shù)據(jù)復(fù)制,遠程的業(yè)務(wù)數(shù)據(jù)中心與本地的業(yè)務(wù)數(shù)據(jù)實現(xiàn)同步,確保一旦本地系統(tǒng)故障,遠程的容災(zāi)中心迅速進行完整的接管。一般說,在容災(zāi)系統(tǒng)方案的數(shù)據(jù)復(fù)制技術(shù)上存在兩種主流模式：第一種方式是基于智能存儲的數(shù)據(jù)鏡像技術(shù)。該技術(shù)是將數(shù)據(jù)復(fù)制通過磁盤陣列控制器在進行寫入操作的同時通過高速網(wǎng)絡(luò)向容災(zāi)系統(tǒng)的陣列上發(fā)送相同的I/O指令來實現(xiàn),因此該方案對主機的資源占用很??；穩(wěn)定性好；同步性強。該技術(shù)主要由各存儲設(shè)備生產(chǎn)廠家所推薦,如EMC,IBM,HP等都提供了相應(yīng)的解決方案。第二種方式是基于主機系統(tǒng)的數(shù)據(jù)復(fù)制,該方式是把數(shù)據(jù)定期、在線地復(fù)制到目的地的機器上去。這種方案大部分由存儲管理軟件廠家提供,尤其是VERITAS推出了一系列基于該方案的存儲管理軟件解決方案。實現(xiàn)這些功能的業(yè)界常用解決方案主要包括以下幾類：磁盤陣列復(fù)制技術(shù)：主要由一些磁盤陣列廠商提供,如EMCSRDF、IBMPPRC、HPBusinessCopy、HDSTrueCopy等；存儲卷復(fù)制技術(shù)：由一些卷管理軟件廠商提供,如VERITASVVR；數(shù)據(jù)庫復(fù)制技術(shù)：由數(shù)據(jù)庫廠商以及一些第三方廠商提供,如DSGRealSync/SmartE等；應(yīng)用層復(fù)制技術(shù)：由各系統(tǒng)的應(yīng)用廠商自己提供；DSGRealSync屬于數(shù)據(jù)庫復(fù)制技術(shù)。因此下面就該技術(shù)與其他幾類復(fù)制技術(shù)的優(yōu)缺點作一個歸納：基于異地備份技術(shù)實現(xiàn)容災(zāi)的分析基于數(shù)據(jù)備份方式,通過磁帶數(shù)據(jù)傳輸是最早使用的容災(zāi)方式,盡管現(xiàn)在有很多新技術(shù)出現(xiàn),該容災(zāi)方式仍在使用。備份類廠商VeritasNetbackupLegatoNetworkerIBMTSMDSGSnapassure基于數(shù)據(jù)備份技術(shù)的容災(zāi)使用此方式的優(yōu)點是：成本較低,簡單可行容災(zāi)端可以異構(gòu)存儲如是文件系統(tǒng)應(yīng)用,容災(zāi)端可以異構(gòu)主機平臺此方式的缺點是：實時性差,發(fā)生問題,數(shù)據(jù)丟失量大磁帶不可靠磁帶恢復(fù)慢,RTO長數(shù)據(jù)庫應(yīng)用通常不能跨平臺?；趹?yīng)用層容災(zāi)技術(shù)的分析應(yīng)用層復(fù)制技術(shù)DSGRealSync/SmartE適合對象：只適合那些在應(yīng)用中提供了該技術(shù)的應(yīng)用,而非常少。優(yōu)點：與應(yīng)用集成緊密,可按照應(yīng)用的需求作調(diào)整。從理論上講能夠解決所有的應(yīng)用需求缺點：非標準化：不同應(yīng)用軟件的復(fù)制方式不同；開發(fā)和維護工作量大,任何應(yīng)用的變動都可能導(dǎo)致復(fù)制技術(shù)的變動；應(yīng)用不成熟、不普遍。無法實現(xiàn)大量應(yīng)用案例之間的知識共享。適合對象：適合于構(gòu)建在ORACLE系統(tǒng)上的所有應(yīng)用系統(tǒng)和應(yīng)用類型優(yōu)點：無需二次開發(fā)；標準的工業(yè)化軟件,成熟度遠遠高于應(yīng)用復(fù)制；專業(yè)廠商支持和維護；應(yīng)用案例遠多于應(yīng)用層復(fù)制技術(shù)；缺點：與應(yīng)用的關(guān)系比較松散,無法完全按照應(yīng)用需求定制基于磁盤陣列復(fù)制容災(zāi)技術(shù)的分析采用基于存儲的容災(zāi)方案的技術(shù)核心是利用存儲陣列自身的盤陣對盤陣的數(shù)據(jù)塊復(fù)制技術(shù)實現(xiàn)對生產(chǎn)數(shù)據(jù)的遠程拷貝,從而實現(xiàn)生產(chǎn)數(shù)據(jù)的災(zāi)難保護。在主數(shù)據(jù)中心發(fā)生災(zāi)難時,可以利用災(zāi)備中心的數(shù)據(jù)在災(zāi)備中心建立運營支撐環(huán)境,為業(yè)務(wù)繼續(xù)運營提供IT支持。同時,也可以利用災(zāi)備中心的數(shù)據(jù)恢復(fù)主數(shù)據(jù)中心的業(yè)務(wù)系統(tǒng),從而能夠讓企業(yè)的業(yè)務(wù)運營快速回復(fù)到災(zāi)難發(fā)生前的正常運營狀態(tài)。采用基于存儲的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)是目前金融、電信采用較多的容災(zāi)方案,有較多的應(yīng)用案例。采用基于存儲數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案的必要前提是：缺點通常必須采用同一廠家的存儲平臺,通常也必須是同一系列的存儲產(chǎn)品,給用戶的存儲平臺選擇帶來一定的限制。容災(zāi)中心的主機平臺也需要和生產(chǎn)中心為相同類型。采用同步方式可能對生產(chǎn)系統(tǒng)性能產(chǎn)生影響,而且對通信鏈路要求較高,有距離限制,通常在近距離范圍內(nèi)實現(xiàn)〔同城容災(zāi)或園區(qū)容災(zāi)方案采用異步方式與其他種類的異步容災(zāi)方案一樣,存在數(shù)據(jù)丟失的風(fēng)險,通常在遠距離通信鏈路帶寬有限的情況下實施。如果容災(zāi)數(shù)據(jù)需要使用,可以為"目標數(shù)據(jù)"建立一個BCV卷,需要多投入一倍的存儲空間,即整個架構(gòu)需要生產(chǎn)系統(tǒng)的4倍存儲容量才可支撐,且獲得的數(shù)據(jù)不是實時的,一般都是隔天。磁盤陣列復(fù)制技術(shù)DSGRealSync適合對象：主要適用于數(shù)據(jù)中心級的海量數(shù)據(jù)復(fù)制。用戶必需采用支持該功能的磁盤陣列型號,而這些陣列大都為高端陣列,投資昂貴。優(yōu)點：支持陣列上的所有數(shù)據(jù)類型復(fù)制?？芍С滞椒绞綇?fù)制不占用主機CPU資源缺點：目標端數(shù)據(jù)不可用：目標端數(shù)據(jù)庫在復(fù)制過程中不能被打開,造成大量投資浪費；必需同構(gòu)：源和目標必需要求相同的磁盤陣列、相同的操作系統(tǒng)、相同的數(shù)據(jù)庫版本；只能全庫復(fù)制：復(fù)制的對象是整個數(shù)據(jù)庫不能實現(xiàn)數(shù)據(jù)整合和數(shù)據(jù)分發(fā)；帶寬高：要求獨占的光纖網(wǎng)絡(luò),動輒需要上GB的帶寬。適合對象：適合從工作組級、企業(yè)級到數(shù)據(jù)中心級的復(fù)制需求。無論系統(tǒng)采用什么樣的服務(wù)器平臺、什么樣的存儲平臺,只要是ORACLE系統(tǒng)之間的復(fù)制即可適用。優(yōu)點：目標端數(shù)據(jù)可用：目標端數(shù)據(jù)庫在復(fù)制過程中出于可用狀態(tài),可用作數(shù)據(jù)查詢、報表、數(shù)據(jù)抽取等任務(wù)分擔(dān)；異構(gòu)系統(tǒng)復(fù)制：源端系統(tǒng)和目標端系統(tǒng)可以采用異構(gòu)的操作系統(tǒng)平臺、存儲平臺；支持選擇性復(fù)制：支持只復(fù)制指定的user、指定的Table、指定的行和列。節(jié)省存儲空間,提高應(yīng)用靈活性；支持1對多,多對1的復(fù)制結(jié)構(gòu)：能夠?qū)⒍鄠€數(shù)據(jù)庫中的數(shù)據(jù)復(fù)制到一個數(shù)據(jù)庫中；能夠?qū)⒁粋€數(shù)據(jù)庫中的不同數(shù)據(jù)分發(fā)到不同的數(shù)據(jù)庫中。節(jié)約帶寬和網(wǎng)絡(luò)資源：所需帶寬一般在幾Mbps,幾十Mbps。缺點：只支持ORACLE數(shù)據(jù)庫系統(tǒng)。只支持異步復(fù)制,不支持同步方式。只支持ORACLE系統(tǒng)中的DML復(fù)制和常用的DDL復(fù)制,對存儲的變化不復(fù)制。占用主機的CPU資源；基于存儲卷復(fù)制容災(zāi)技術(shù)的分析采用基于主機系統(tǒng)的容災(zāi)方式的核心是利用主、備中心主機系統(tǒng)通過IP網(wǎng)絡(luò)建立數(shù)據(jù)傳輸通道,通過主機數(shù)據(jù)管理軟件實現(xiàn)數(shù)據(jù)的遠程復(fù)制,當主數(shù)據(jù)中心的數(shù)據(jù)遭到破壞時,可以隨時從備份中心恢復(fù)應(yīng)用或從備份中心恢復(fù)數(shù)據(jù),從而給企業(yè)提供了應(yīng)用系統(tǒng)容災(zāi)的能力。實現(xiàn)遠程數(shù)據(jù)復(fù)制的數(shù)據(jù)管理軟件有很多產(chǎn)品,主機廠商和一些第三方軟件公司<如Veritas>提供基于主機的數(shù)據(jù)復(fù)制方案,如Sun公司的AvailabilitySuite軟件和VeritasVolumeReplicator<VVR>等軟件可實現(xiàn)基于主機的遠程數(shù)據(jù)復(fù)制,從而構(gòu)建基于主機的容災(zāi)系統(tǒng)。采用基于主機的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案有以下優(yōu)點：基于主機的方案最主要的優(yōu)點是只對服務(wù)器平臺和主機軟件有要求,完全不依賴于底層存儲平臺,生產(chǎn)數(shù)據(jù)中心和后備數(shù)據(jù)中心可以采用不同的存儲平臺；既有針對數(shù)據(jù)庫的容災(zāi)保護方案,也有針對文件系統(tǒng)的容災(zāi)保護方案。有很多不同的基于主機的方案,可以滿足用戶的不同數(shù)據(jù)保護要求,提供多種不同數(shù)據(jù)保護模式；基于IP網(wǎng)絡(luò),沒有距離限制同時,采用主機的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案有以下缺點：基于主機的方案通常需要同種主機平臺；基于主機的數(shù)據(jù)復(fù)制方案由于生產(chǎn)主機既要處理生產(chǎn)請求,又要處理遠程數(shù)據(jù)復(fù)制,必須消耗生產(chǎn)主機的計算資源,因而對生產(chǎn)主機性能產(chǎn)生較大的影響,甚至是產(chǎn)生嚴重影響；災(zāi)備中心的數(shù)據(jù)一般不可用,如果用戶需要在遠程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)給開發(fā)測試、DW/BI應(yīng)用使用將非常困難；利用主機數(shù)據(jù)復(fù)制軟件的方案比較復(fù)雜,尤其是和數(shù)據(jù)庫應(yīng)用結(jié)合的時候需要很復(fù)雜的機制或多種軟件的結(jié)合,從而對生產(chǎn)系統(tǒng)的穩(wěn)定性、可靠性、性能帶來顯著影響；如果有多個系統(tǒng)、多種應(yīng)用需要災(zāi)難保護,采用基于主機的方案將無法有統(tǒng)一的技術(shù)方案來實現(xiàn)。管理復(fù)雜,需要大量的人工干預(yù)過程,容易發(fā)生錯誤。目前,企業(yè)采用基于主機的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案相對比較少,通常適合單一應(yīng)用或系統(tǒng)在I/O規(guī)模不大的情況下局部使用。在應(yīng)用I/O負載比較大,需要災(zāi)難保護的應(yīng)用及應(yīng)用類型比較多的時候,基于主機方案將不適用。VeritasvvrDSGRealSync/SmartE適合對象：主要適用于工作組級的數(shù)據(jù)復(fù)制。因為對CPU資源占用高優(yōu)點：支持存儲卷上的所有數(shù)據(jù)類型復(fù)制?？芍С滞椒绞綇?fù)制缺點：目標端數(shù)據(jù)不可用：目標端數(shù)據(jù)庫在復(fù)制過程中不能被打開,造成大量投資浪費；操作系統(tǒng)必需同構(gòu)：源和目標必需要求相同的操作系統(tǒng)和相同的數(shù)據(jù)庫版本,但不要求相同的存儲設(shè)備只能全庫復(fù)制：復(fù)制的對象是整個數(shù)據(jù)庫不能實現(xiàn)數(shù)據(jù)整合和數(shù)據(jù)分發(fā)；帶寬高：傳輸數(shù)據(jù)量比DSGRealSync/SmartE高5倍以上。適合對象：適合從工作組級、企業(yè)級到數(shù)據(jù)中心級的復(fù)制需求。無論系統(tǒng)采用什么樣的服務(wù)器平臺、什么樣的存儲平臺,只要是ORACLE系統(tǒng)之間的復(fù)制即可適用。優(yōu)點：目標端數(shù)據(jù)可用：目標端數(shù)據(jù)庫在復(fù)制過程中出于可用狀態(tài),可用作數(shù)據(jù)查詢、報表、數(shù)據(jù)抽取等任務(wù)分擔(dān)；異構(gòu)系統(tǒng)復(fù)制：源端系統(tǒng)和目標端系統(tǒng)可以采用異構(gòu)的操作系統(tǒng)平臺、存儲平臺；支持選擇性復(fù)制：支持只復(fù)制指定的user、指定的Table、指定的行和列。節(jié)省存儲空間,提高應(yīng)用靈活性；支持1對多,多對1的復(fù)制結(jié)構(gòu)：能夠?qū)⒍鄠€數(shù)據(jù)庫中的數(shù)據(jù)復(fù)制到一個數(shù)據(jù)庫中；能夠?qū)⒁粋€數(shù)據(jù)庫中的不同數(shù)據(jù)分發(fā)到不同的數(shù)據(jù)庫中。節(jié)約帶寬和網(wǎng)絡(luò)資源：所需帶寬一般在幾Mbps,幾十Mbps。缺點：只支持ORACLE數(shù)據(jù)庫系統(tǒng)。只支持異步復(fù)制,不支持同步方式。只支持ORACLE系統(tǒng)中的DML復(fù)制和常用的DDL復(fù)制,對存儲的變化不復(fù)制。占用主機的CPU資源；基于虛擬化存儲技術(shù)的分析存儲虛擬化的技術(shù)方法,是將系統(tǒng)中各種異構(gòu)的存儲設(shè)備映射為一個單一的存儲資源,對用戶完全透明,達到屏蔽存儲設(shè)備的異構(gòu)和主機的異構(gòu)的目的。通過虛擬化技術(shù),用戶可以利用已有的硬件資源,把SAN內(nèi)部的各種異構(gòu)的存儲資源統(tǒng)一成對用戶來說是單一視圖的存儲資源〔StoragePool,而且采用Striping、LUNMasking、Zoning等技術(shù),用戶可以根據(jù)自己的需求對這個大的存儲池進行方便的分割、分配,保護了用戶的已有投資,減少了總體擁有成本〔TCO。另外也可以根據(jù)業(yè)務(wù)的需要,實現(xiàn)存儲池對服務(wù)器的動態(tài)而透明的增長與縮減。通過存儲虛擬化技術(shù)可實現(xiàn)數(shù)據(jù)的遠程復(fù)制,以確保容災(zāi)中心與主站點的數(shù)據(jù)保持同步以實現(xiàn)數(shù)據(jù)容災(zāi)。目前各存儲廠商分別有不同的存儲虛擬化技術(shù)<如EMCStorageRouter和RecoverPoint,IBMSanVolumeController,HDSTagmaStor存儲平臺提供的UniversalReplicator,SVM技術(shù)都是虛擬化技術(shù)>,利用各廠家的存儲虛擬化技術(shù)能夠?qū)崿F(xiàn)異構(gòu)存儲平臺之間的數(shù)據(jù)復(fù)制〔同步或異步方式。存儲虛擬化技術(shù)可以在不同層面實現(xiàn),如在智能交換機層面、存儲層面或增加第三方設(shè)備來實現(xiàn)。采用虛擬存儲技術(shù)進行數(shù)據(jù)復(fù)制同樣也可以有同步復(fù)制方案和異步復(fù)制方案,需要根據(jù)具體的需求選擇合適的產(chǎn)品。采用虛擬存儲化技術(shù)建設(shè)容災(zāi)方案有以下優(yōu)點：主生產(chǎn)中心和容災(zāi)中心的存儲陣列可以是不同廠家的產(chǎn)品,存儲平臺選擇不受現(xiàn)有存儲平臺廠商的廠商限制〔但主機必須是同種平臺。對不同廠家的存儲陣列提供統(tǒng)一的管理界面。在虛擬存儲環(huán)境下,無論后端物理存儲是什么設(shè)備,服務(wù)器及其應(yīng)用系統(tǒng)看到的都是其熟悉的存儲設(shè)備的邏輯鏡像。即便物理存儲發(fā)生變化,這種邏輯鏡像也永遠不變,系統(tǒng)管理員不必再關(guān)心后端存儲,只需專注于管理存儲空間,所有的存儲管理操作,如系統(tǒng)升級、建立和分配虛擬磁盤、改變RAID級別、擴充存儲空間等比從前的任何產(chǎn)品都容易,存儲管理變得輕松簡單。采用虛擬存儲化技術(shù)建設(shè)容災(zāi)方案需要考慮以下缺點：虛擬存儲技術(shù)比較新,雖然為異構(gòu)環(huán)境設(shè)計,但在異構(gòu)環(huán)境種保證兼容性和數(shù)據(jù)的完整性依然可能存在風(fēng)險；采用虛擬存儲技術(shù),尤其是增加第三方硬件的方式將需要評估對整個系統(tǒng)的高可用性和性能的影響。需要驗證選擇的產(chǎn)品和技術(shù)的成熟性以及和現(xiàn)有設(shè)備、未來設(shè)備的兼容性能力,尤其是需要在復(fù)雜環(huán)境、大規(guī)模容災(zāi)要求重的實際適用情況。在當前階段,建議暫不在關(guān)鍵業(yè)務(wù)系統(tǒng)的容災(zāi)上選擇虛擬化存儲技術(shù),該技術(shù)還有待時間和實際應(yīng)用的驗證,尚無法勝任核心、關(guān)鍵業(yè)務(wù)系統(tǒng)的容災(zāi)保護?；贠racleDataGuard容災(zāi)技術(shù)的分析OracleDataGuard技術(shù)是Oracle數(shù)據(jù)庫系統(tǒng)特有的災(zāi)難備份和恢復(fù)技術(shù),利用了Oracle數(shù)據(jù)庫系統(tǒng)的日志備份和恢復(fù)機制。DataGuard的基本原理是在與主系統(tǒng)完全一致的硬件和操作系統(tǒng)平臺上建立后備數(shù)據(jù)庫系統(tǒng),同時對主數(shù)據(jù)庫的數(shù)據(jù)庫日志<Log>和控制文件等關(guān)鍵文件進行備份。在主系統(tǒng)正常工作的同時將主系統(tǒng)產(chǎn)生歸檔日志文件<ArchivedLog>不斷的傳送到后備數(shù)據(jù)庫系統(tǒng),并且利用這些日志文件在后備數(shù)據(jù)庫系統(tǒng)上連續(xù)進行恢復(fù)<Recover>操作,以保持后備系統(tǒng)與運行系統(tǒng)的一致。當主系統(tǒng)發(fā)生故障時,使用備份的數(shù)據(jù)庫日志文件在后備數(shù)據(jù)庫上恢復(fù)主數(shù)據(jù)庫內(nèi)的數(shù)據(jù)。圖表13采用OracleDataGuard的容災(zāi)方案OracleDataGuard提供了三種模式：最大保護模式最大可用模式最大性能模式OracleDataGuard最大保護模式提供了對于主數(shù)據(jù)庫最高級別的數(shù)據(jù)可用度,是一種保證零數(shù)據(jù)丟失的容災(zāi)解決方案。當運行最大保護模式時,Redo紀錄以同步的方式從主數(shù)據(jù)庫發(fā)送到后備數(shù)據(jù)庫,而且,在主數(shù)據(jù)庫方的事務(wù),一定要等到至少有一個后備數(shù)據(jù)庫確認接收到事務(wù)數(shù)據(jù),該事務(wù)才被提交。在這種模式下,一般配置至少兩個后備數(shù)據(jù)庫,以提供雙重容錯保護。如果后備數(shù)據(jù)庫不可用,則主數(shù)據(jù)庫方會自動掛起處理進程。最大可用性模式提供了對于主數(shù)據(jù)庫次高級別的數(shù)據(jù)可用度,保證零數(shù)據(jù)丟失,并對單個組件的失敗提供保護。與最大保護模式一樣,redo數(shù)據(jù)被同步地從主數(shù)據(jù)庫發(fā)送到后備數(shù)據(jù)庫。在主數(shù)據(jù)庫方的事務(wù),一定要等到后備數(shù)據(jù)庫確認接收事務(wù)數(shù)據(jù),該事務(wù)才被提交。然而,如果后備數(shù)據(jù)庫因為諸如網(wǎng)絡(luò)連接之類的問題而不可用時,主數(shù)據(jù)庫方的處理會繼續(xù)執(zhí)行。這樣,會出現(xiàn)后備數(shù)據(jù)庫暫時與主數(shù)據(jù)庫不一致的情況,但是一旦后備數(shù)據(jù)庫恢復(fù)可用,數(shù)據(jù)庫會自動同步,不會有數(shù)據(jù)丟失。最大性能模式是缺省的保護模式。與最大可用性模式相比,它對于主數(shù)據(jù)庫提供稍弱一點的保護,但是性能更高。在這種模式下,當主數(shù)據(jù)庫對事務(wù)進行處理時,日志數(shù)據(jù)被以異步的方式傳送到后備數(shù)據(jù)庫。在主數(shù)據(jù)庫方,提交操作在完成寫的動作前、無需等待后備數(shù)據(jù)庫的接收確認。在任何時候,如果后備方不可用,主數(shù)據(jù)庫方的處理繼續(xù)執(zhí)行,這樣對性能不會有什么影響。采用OracleDataGuard技術(shù)進行災(zāi)難備份需要滿足以下前提條件：后備系統(tǒng)與主系統(tǒng)的硬件平臺、操作系統(tǒng)、操作系統(tǒng)版本等保持一致；后備系統(tǒng)與主系統(tǒng)上Oracle用戶的權(quán)限一致；后備系統(tǒng)與主系統(tǒng)的Oracle數(shù)據(jù)庫版本一致；后備系統(tǒng)與主系統(tǒng)的Oracle數(shù)據(jù)庫配置文件一致。采用OracleDataGuard建設(shè)容災(zāi)方案有以下優(yōu)點：完全通過Oracle數(shù)據(jù)庫機制來實現(xiàn),完全不依賴于其它軟件和底層存儲平臺；可以滿足用戶的不同性能、數(shù)據(jù)保護要求,提供多種不同數(shù)據(jù)保護模式；可以實現(xiàn)一對多的數(shù)據(jù)復(fù)制,提供多重保護；后備數(shù)據(jù)庫可以在很短的時間內(nèi)提升到生產(chǎn)狀態(tài)〔因為數(shù)據(jù)庫已經(jīng)在運行基于IP網(wǎng)絡(luò),沒有距離限制同時,采用OracleDataGuard建設(shè)容災(zāi)方案有以下缺點：OracleDataGuard的三種模式都將對生產(chǎn)數(shù)據(jù)庫系統(tǒng)的性能產(chǎn)生影響,因而需要更多的處理資源；后備數(shù)據(jù)庫不可用,如果用戶需要在遠程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)給開發(fā)測試、DW/BI應(yīng)用使用將非常困難。只能對Oracle數(shù)據(jù)庫數(shù)據(jù)提供保護,不能對其它應(yīng)用數(shù)據(jù)—如文件應(yīng)用等提供災(zāi)難保護。管理復(fù)雜,需要大量的人工干預(yù)過程,容易發(fā)生錯誤。只能保護Oracle數(shù)據(jù)庫,無法保護其他應(yīng)用數(shù)據(jù)。業(yè)界其它基于應(yīng)用的容災(zāi)方案的優(yōu)點和局限性與OracleDataGuard模式基本相同。ORACLEDGDSGRealSync適合對象：主要適用于幾十GB的小型數(shù)據(jù)庫的容災(zāi)使用。優(yōu)點：Free可實現(xiàn)同步復(fù)制模式。缺點：目標端數(shù)據(jù)不可用：目標端數(shù)據(jù)庫在復(fù)制過程中處于RECOVER狀態(tài),不能被用來使用；操作系統(tǒng)必需同構(gòu)：源和目標必需要求相同的操作系統(tǒng)和相同的數(shù)據(jù)庫版本；只能全庫復(fù)制：復(fù)制的對象是整個數(shù)據(jù)庫不能實現(xiàn)數(shù)據(jù)整合和數(shù)據(jù)分發(fā)；性能低下,目前的應(yīng)用案例多在幾十GB的小型數(shù)據(jù)庫上使用。重新同步一次非常復(fù)雜,需要通過備份恢復(fù)的方式來進行首次初始化,并且最好很死停止業(yè)務(wù)。logicalstandby模式的性能低下logicalstandby方式支持的數(shù)據(jù)類型有限,例如對longraw,rowid等數(shù)據(jù)類型不支持。適合對象：適合從工作組級、企業(yè)級到數(shù)據(jù)中心級的復(fù)制需求。無論系統(tǒng)采用什么樣的服務(wù)器平臺、什么樣的存儲平臺,只要是ORACLE系統(tǒng)之間的復(fù)制即可適用。優(yōu)點：目標端數(shù)據(jù)可用：目標端數(shù)據(jù)庫在復(fù)制過程中出于可用狀態(tài),可用作數(shù)據(jù)查詢、報表、數(shù)據(jù)抽取等任務(wù)分擔(dān)；異構(gòu)系統(tǒng)復(fù)制：源端系統(tǒng)和目標端系統(tǒng)可以采用異構(gòu)的操作系統(tǒng)平臺、存儲平臺；支持選擇性復(fù)制：支持只復(fù)制指定的user、指定的Table、指定的行和列。節(jié)省存儲空間,提高應(yīng)用靈活性；支持1對多,多對1的復(fù)制結(jié)構(gòu)：能夠?qū)⒍鄠€數(shù)據(jù)庫中的數(shù)據(jù)復(fù)制到一個數(shù)據(jù)庫中；能夠?qū)⒁粋€數(shù)據(jù)庫中的不同數(shù)據(jù)分發(fā)到不同的數(shù)據(jù)庫中。節(jié)約帶寬和網(wǎng)絡(luò)資源：所需帶寬一般在幾Mbps,幾十Mbps。性能高于ORACLEDG,DSGRealSync軟件已經(jīng)應(yīng)用于廣西移動的營帳系統(tǒng)的環(huán)境,數(shù)據(jù)容量達到2TB,每天產(chǎn)生的日志量最大能夠處理到600GB/天缺點：需要單獨購買只支持異步復(fù)制,不支持同步方式。DSGRealsync容災(zāi)技術(shù)的分析DSG是全球領(lǐng)先的數(shù)據(jù)與存儲管理軟件提供商,提供優(yōu)秀的數(shù)據(jù)管理軟件和數(shù)據(jù)備份、災(zāi)難恢復(fù)、數(shù)據(jù)抽取共享、數(shù)據(jù)歸檔檢索和一體化管理平臺在內(nèi)的解決方案。DSG公司擁有對Oracle數(shù)據(jù)庫復(fù)制的核心技術(shù)掌握,其推出的復(fù)制產(chǎn)品家族RealSync是通過對OracleLog日志進行分析獲取跟蹤源系統(tǒng)的交易指令。該軟件成功應(yīng)用在長江證券、華泰證券、國聯(lián)證券、金通證券、民族證券、銀河證券、XX地稅、XX電信、XX聯(lián)通、XX聯(lián)通、XX聯(lián)通、XX聯(lián)通、XX聯(lián)通、XX聯(lián)通、廣西移動、XX網(wǎng)通、上海松江財政、XX鋼鐵集團公司…等單位的關(guān)鍵業(yè)務(wù)系統(tǒng)上該軟件在生產(chǎn)系統(tǒng)上的每個oracle系統(tǒng)和dc系統(tǒng)上安裝一個agent,該agent通過對oraclelog的分析抽取實時增量數(shù)據(jù),并將這些增量數(shù)據(jù)傳送到災(zāi)備中心上。災(zāi)備中心的每個服務(wù)器上也需要安裝agent,用于接收從生產(chǎn)中心傳輸來的交易指令,并將這些交易指令裝載到災(zāi)備中心的數(shù)據(jù)庫上復(fù)制系統(tǒng)包括兩個部分組成：－DS:DataSource端,即源系統(tǒng)端；－DT：DataTarget端,即目標系統(tǒng)端。〔1源端和目標端各安裝一套DSG的realsync軟件,只要進行一些簡單的配置就可以完成從首次初始化到實時增量同步的整個過程,并且實現(xiàn)無需停掉生產(chǎn)系統(tǒng)業(yè)務(wù)而完成整個實時數(shù)據(jù)復(fù)制容災(zāi)功能?！?DSGReal實時分析oracle的OnlineRedoLog生成壓縮的xf1文件自動發(fā)送到目標端等待裝載?！?通過的定制filter功能,來根據(jù)用戶需要不復(fù)制一些危險的DDL操作比如droptabletruncatetable?！?目標系統(tǒng)收到xf1指令后保存到目標系統(tǒng)的緩存隊列,由于RealSync只分析onlineredolog中的有用信息,所以一般需要傳輸?shù)膞f1文件只是oracleredolog的1/5,這樣大大降低了網(wǎng)絡(luò)的負載,從而更好的減少了數(shù)據(jù)延遲?！?目標系統(tǒng)的loader進程從本地隊列中讀取數(shù)據(jù)裝載到目標端oracle系統(tǒng)上,裝載過程中通過DSG獨有Rowmapping技術(shù)進行數(shù)據(jù)一致性的檢測,從而部分保證生產(chǎn)端和容災(zāi)端數(shù)據(jù)的一致性?！?整個延遲在OracleRAC模式下正常情況下為3－5秒中,最長延遲不超過10秒,即RPO<10?！?目標端數(shù)據(jù)庫處于實時打開狀態(tài),如果源端出現(xiàn)災(zāi)難,整個RTO時間只是應(yīng)用準備的時間。而且在沒有接管生產(chǎn)系統(tǒng)業(yè)務(wù)的情況下容災(zāi)端數(shù)據(jù)庫不僅可以用來容災(zāi)還可以用來將OLTP應(yīng)用、報表和查詢應(yīng)用分離；提高每個系統(tǒng)效率,降低資源爭用和消耗,從而更有效的利用現(xiàn)有設(shè)備?！?整個分析、傳輸、裝載過程全程監(jiān)控,如果出現(xiàn)錯誤及時提示用戶,方便用戶及時發(fā)現(xiàn)問題解決問題。正因為該技術(shù)原因,DSGRealsync在滿足容災(zāi)系統(tǒng)的過程中具有如下幾個優(yōu)勢：異構(gòu)環(huán)境支持RealSync技術(shù)是邏輯級的數(shù)據(jù)復(fù)制技術(shù),因此對于生產(chǎn)系統(tǒng)和容災(zāi)系統(tǒng)來說,其硬件平臺可以屬于不同的廠商、不同的型號,可采用不同的操作系統(tǒng)等。它的優(yōu)點在于：一方面為用戶提供容災(zāi)系統(tǒng)建設(shè)時,硬件平臺的可靈活選擇空間；同時提供了在同一容災(zāi)解決方案架構(gòu)下,實現(xiàn)企業(yè)不同平臺上的多個信息系統(tǒng)的統(tǒng)一容災(zāi)支持。容災(zāi)數(shù)據(jù)庫處于OPEN狀態(tài),提供及時、可靠的容災(zāi)切換RealSync維護的容災(zāi)數(shù)據(jù)庫在數(shù)據(jù)復(fù)制過程中始終處于打開狀態(tài),為保證災(zāi)難切換的時效性和可靠性：打開的備份數(shù)據(jù)庫保證數(shù)據(jù)復(fù)制在邏輯上的完整性,為源系統(tǒng)提供了永遠可用的后備數(shù)據(jù)庫系統(tǒng),確保容災(zāi)系統(tǒng)的可靠性。當源系統(tǒng)出現(xiàn)故障時,應(yīng)用系統(tǒng)可實現(xiàn)實時訪問備用數(shù)據(jù)庫系統(tǒng),無需重新啟動備用數(shù)據(jù)庫,達到數(shù)據(jù)庫的秒級切換目的。容災(zāi)數(shù)據(jù)庫可提供實時數(shù)據(jù)共享,支持企業(yè)應(yīng)用負載分擔(dān)和投資回收采用RealSync容災(zāi)技術(shù),容災(zāi)數(shù)據(jù)庫始終處于打開狀態(tài),不同于其他模式下容災(zāi)數(shù)據(jù)庫系統(tǒng)不可用的狀態(tài)。因此,可以通過RealSync維護的容災(zāi)系統(tǒng),提供數(shù)據(jù)共享服務(wù)：為決策分析和報表系統(tǒng)提供快速的數(shù)據(jù)抽取功能提供準實時脫機查詢,提高查詢效率為試驗系統(tǒng)提供真實的生產(chǎn)數(shù)據(jù)將以上本來需要在主系統(tǒng)上運行的業(yè)務(wù)與生產(chǎn)系統(tǒng)完全隔離,充分利用容災(zāi)系統(tǒng)的資源,實現(xiàn)企業(yè)應(yīng)用負載分擔(dān),減少對生產(chǎn)系統(tǒng)的影響,提高服務(wù)系統(tǒng)響應(yīng)效率；從而將容災(zāi)系統(tǒng)這個成本中心轉(zhuǎn)化為利潤中心。靈活的組網(wǎng)結(jié)構(gòu)和低帶寬資源需求RealSync采用交易〔Transaction傳輸方式,極大的減少了復(fù)制過程中需要傳輸?shù)臄?shù)據(jù)量。使得在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量大大減少,要求更低的網(wǎng)絡(luò)帶寬。Realsync支持標準的TCP/IP網(wǎng)絡(luò)傳輸,用戶可靈活布建容災(zāi)網(wǎng)絡(luò)架構(gòu)。系統(tǒng)可支持1:1、N:1、1:N和雙向容災(zāi)結(jié)構(gòu)支持,提高企業(yè)容災(zāi)結(jié)構(gòu)的靈活性。整體方案設(shè)計方案設(shè)計<案例：西部證券>需求分析西北某證券集中交易系統(tǒng)在2005年實現(xiàn)交易集中并升級到Unix+Oracle平臺,系統(tǒng)穩(wěn)定運行。2006年以來,隨著中國股市轉(zhuǎn)牛,交易活躍,系統(tǒng)所承受的壓力越來越大。一旦集中交易系統(tǒng)出現(xiàn)故障,將導(dǎo)致嚴重的后果。因此,西北某證券考慮升級以往的應(yīng)用級容災(zāi)系統(tǒng),采用專業(yè)的災(zāi)備軟件對集中交易系統(tǒng)進行完善的保護,包括:實現(xiàn)災(zāi)、備一體化的數(shù)據(jù)保護對集中交易系統(tǒng)實現(xiàn)災(zāi)、備一體化保護,即在出現(xiàn)地震、火災(zāi)、存儲故障、大面積電力中斷、網(wǎng)絡(luò)中斷等情況下使用容災(zāi)系統(tǒng)實現(xiàn)業(yè)務(wù)快速接管；在出現(xiàn)諸如表數(shù)據(jù)丟失、數(shù)據(jù)邏輯錯誤、軟件BUG等情況下可以通過備份系統(tǒng)快速在線修復(fù)系統(tǒng)。同時整合兩種災(zāi)備模式,做到全方位保護。實現(xiàn)本、異地結(jié)合,查詢、容災(zāi)結(jié)合的數(shù)據(jù)同步在中心機房和異地機房之間各保留一份同步數(shù)據(jù)。中心機房的同步數(shù)據(jù)用于歷史查詢、數(shù)據(jù)分析等,作為"溫備"數(shù)據(jù)。異地同步數(shù)據(jù)用于容災(zāi)切換,作為"災(zāi)備"數(shù)據(jù)。強調(diào)應(yīng)急處理及演習(xí)體制的建設(shè),實現(xiàn)災(zāi)備制度保證在關(guān)鍵時刻容災(zāi)切換是否能夠成功,不但取決于災(zāi)備軟件,而且和平時的災(zāi)備演練、系統(tǒng)維護以及應(yīng)急體制息息相關(guān)。因此,西北某證券要求災(zāi)備系統(tǒng)的建設(shè)同時應(yīng)建設(shè)應(yīng)急處理制度、演習(xí)制度并形成規(guī)范文檔和應(yīng)急指導(dǎo)手冊,切實提高容災(zāi)系統(tǒng)的應(yīng)用效果。DSG災(zāi)備一體化產(chǎn)品線DSG公司針對業(yè)界的數(shù)據(jù)保護需求,推出了兩類數(shù)據(jù)保護產(chǎn)品：實時備份<realsync>和定時備份<snapAssure>。實時備份產(chǎn)品<realsync>：該產(chǎn)品是通過交易實時同步的方式實現(xiàn)數(shù)據(jù)備份。其目的是保護證券系統(tǒng)的業(yè)務(wù)連續(xù)性,當生產(chǎn)系統(tǒng)出現(xiàn)因為硬件故障、數(shù)據(jù)庫故障、以及環(huán)境故障等而不能正常提供服務(wù)時,可在備份系統(tǒng)上快速接管。確保業(yè)務(wù)的連續(xù)性。定時備份產(chǎn)品<snapassure>：該產(chǎn)品是每天進行一次數(shù)據(jù)備份〔日常作歸檔日志的備份。其目的是保護證券系統(tǒng)的數(shù)據(jù)安全性。當生產(chǎn)系統(tǒng)出現(xiàn)因為人為誤操作,應(yīng)用程序錯誤、或者其他故障導(dǎo)致數(shù)據(jù)丟失時,可從備份系統(tǒng)上找回這些數(shù)據(jù)。而且可以找回一段時間以前的數(shù)據(jù)。Snapassure與Realsync的關(guān)系snapassure與realsync都是將生產(chǎn)系統(tǒng)的數(shù)據(jù)備份到備份系統(tǒng)上來,表面上看二者都是實現(xiàn)數(shù)據(jù)的備份和恢復(fù),但在實質(zhì)上二者有著本質(zhì)的差別,主要差別在于：realsync目的在于保證系統(tǒng)的可用性：當生產(chǎn)系統(tǒng)發(fā)生故障時,可在短時間內(nèi)〔分鐘級通過備份系統(tǒng)對外提供業(yè)務(wù)服務(wù),以使交易不致停頓。snapassure的目的在于對數(shù)據(jù)的保護：當生產(chǎn)系統(tǒng)發(fā)生數(shù)據(jù)損壞時,可以通過備份系統(tǒng)上的數(shù)據(jù)進行恢復(fù)。備份數(shù)系統(tǒng)上保存了多個備份時間點的多個版本,當生產(chǎn)系統(tǒng)的數(shù)據(jù)被破壞時,可通過備份系統(tǒng)的數(shù)據(jù)將系統(tǒng)回溯到錯誤發(fā)生之前的時刻。該技術(shù)能夠應(yīng)付交易數(shù)據(jù)庫中的邏輯錯誤〔比如誤刪除表,表記錄改錯了等。所以,雖然我們可以采用realsync軟件來達到實時備份的目的,當生產(chǎn)系統(tǒng)不能對外提供業(yè)務(wù)的時候,能夠在備份系統(tǒng)上快速的接管業(yè)務(wù)。但是snapassure仍然是不可替代的：realsync無法解決生產(chǎn)系統(tǒng)的帶病運行情況：例如realsync無法避免truncatetable,droptable以及錯誤導(dǎo)入數(shù)據(jù)等邏輯錯誤,realsync無法識別這些錯誤是正常操作還是錯誤操作,當生產(chǎn)系統(tǒng)的數(shù)據(jù)被破壞后,備份系統(tǒng)上的數(shù)據(jù)也是被破壞的。snapassure卻能夠避免這些數(shù)據(jù)的錯誤,保護數(shù)據(jù)不被破壞。當生產(chǎn)數(shù)據(jù)被破壞時,我們可以通過snapassure系統(tǒng)的多個時間點的備份數(shù)據(jù)來將系統(tǒng)回溯到發(fā)生錯誤之前的狀態(tài)。因此,業(yè)界都將realsync和snapassure兩種技術(shù)配合使用,以達到系統(tǒng)保護和數(shù)據(jù)保護的雙重目的。在證券集中交易系統(tǒng)中,已經(jīng)有幾個證券公司采用snapassure和realsync并存的方式來達到最佳的保護效果。因此我們建議在條件允許的情況下,盡量能采用兩種技術(shù)相結(jié)合的數(shù)據(jù)保護方式。容災(zāi)技術(shù)的推薦我們建議采用DSGRealSync軟件作為關(guān)鍵系統(tǒng)的數(shù)據(jù)備份方案。這個方案能夠很好的解決災(zāi)備的難點：第一：網(wǎng)絡(luò)帶寬要求低：交易級復(fù)制軟件需要在網(wǎng)絡(luò)上傳輸?shù)牧繛閛racleredolog的1/3。一方面比oracleDG的帶寬要求低,當然更遠遠低于磁盤陣列復(fù)制所需要的帶寬。第二：可支持不同硬件環(huán)境之間的異構(gòu)環(huán)境容災(zāi),使得關(guān)鍵系統(tǒng)的集中容災(zāi)方案不僅能夠滿足多個IT系統(tǒng)的需求,同時更能滿足用戶IT系統(tǒng)的五花八門的硬件環(huán)境的需求。第三：容災(zāi)數(shù)據(jù)庫更可靠：因為容災(zāi)數(shù)據(jù)庫是OPEN狀態(tài)的,所以不會存在容災(zāi)數(shù)據(jù)庫無法啟動的風(fēng)險。同時這種方式可避免生產(chǎn)庫上出現(xiàn)壞塊等物理錯誤。第四：容災(zāi)數(shù)據(jù)庫處于OPEN狀態(tài),可在容災(zāi)數(shù)據(jù)庫上進行查詢、統(tǒng)計報表等功能,實現(xiàn)業(yè)務(wù)負載分擔(dān)。系統(tǒng)結(jié)構(gòu)目前集中交易系統(tǒng)由兩臺UNIX服務(wù)器組成OracleRAC結(jié)構(gòu)。數(shù)據(jù)量為200GB左右,每天產(chǎn)生的ArchiveLog量約在30G左右。DSG公司針對證券業(yè)界的數(shù)據(jù)保護需求,推出了兩類數(shù)據(jù)保護產(chǎn)品：容災(zāi)產(chǎn)品<RealSync>和備份產(chǎn)品<SnapAssure>。容災(zāi)產(chǎn)品<RealSync>：該產(chǎn)品是通過交易實時同步的方式實現(xiàn)數(shù)據(jù)備份,其目的是保護證券系統(tǒng)的業(yè)務(wù)連續(xù)性。當生產(chǎn)系統(tǒng)出現(xiàn)硬件故障、數(shù)據(jù)庫故障、以及環(huán)境故障等而不能正常提供服務(wù)時,可在備份系統(tǒng)上快速接管,以確保業(yè)務(wù)的連續(xù)性。備份產(chǎn)品<SnapAssure>：該產(chǎn)品是每天進行一次數(shù)據(jù)備份〔日常作歸檔日志的備份,其目的是保護證券系統(tǒng)的數(shù)據(jù)安全性。當生產(chǎn)系統(tǒng)出現(xiàn)因人為誤操作、應(yīng)用程序錯誤、或者其他故障導(dǎo)致數(shù)據(jù)丟失時,可從備份系統(tǒng)上找回這些數(shù)據(jù),而且可以找回一段時間以前的數(shù)據(jù)。在西部證券公司,實現(xiàn)了SnapAssure+RealSync的一體化系統(tǒng)保護架構(gòu)：實時復(fù)制軟件realsync配置為了實現(xiàn)該本地和異地的實時備份架構(gòu),我們采用DSGRealSync用于數(shù)據(jù)復(fù)制軟件。該軟件在集中交易的一個服務(wù)器上安裝兩個realsyncagent:一個realsyncagent用于用于同步到本地的服務(wù)器上；另一個realsyncagent同步到遠程的備份服務(wù)器上。在本地實時備份服務(wù)器上安裝一個realsyncagent；同時在異地備份服務(wù)器上安裝一個realsyncagent。定時備份軟件snapassure配置為了實現(xiàn)該本地定時備份功能,我們采用DSGsnapassure用于數(shù)據(jù)復(fù)制軟件。該軟件在集中交易的一個服務(wù)器上安裝snapassureagent。在本地的pc服務(wù)器上安裝snapassureserver；snapassureagent每天將備份的數(shù)據(jù)傳給給server,經(jīng)過壓縮后保存到本地備份磁盤陣列上。功能實現(xiàn)采用DSGSnapAssure＋RealSync災(zāi)備一體化的模式,系統(tǒng)建設(shè)了本地備份系統(tǒng)、本地容災(zāi)查詢平臺系統(tǒng)和異地容災(zāi)系統(tǒng)三個部分。本地容災(zāi)查詢平臺系統(tǒng)采用DSGRealSync實時復(fù)制技術(shù)將交易系統(tǒng)的數(shù)據(jù)實時同步到本地容災(zāi)系統(tǒng)上。本地服務(wù)器上的數(shù)據(jù)延遲一般可控制在3秒左右。本地容災(zāi)系統(tǒng)用于集中交易系統(tǒng)因為硬件的問題,例如：服務(wù)器無法啟動、磁盤陣列無法啟動、數(shù)據(jù)庫的性能問題、或者數(shù)據(jù)庫無法啟動時,快速接管集中交易業(yè)務(wù)。同時由于本地容災(zāi)系統(tǒng)的數(shù)據(jù)庫處于OPEN狀態(tài),所以證券公司也將歷史數(shù)據(jù)的查詢遷移到本地容災(zāi)系統(tǒng)上來做。本地備份系統(tǒng)：本地備份系統(tǒng)采用DSGSnapAssure產(chǎn)品將集中交易的數(shù)據(jù)備份過來,形成2周的備份版本。通過這些備份版本,可以將數(shù)據(jù)恢復(fù)到14天內(nèi)的任意一個時間點。該系統(tǒng)主要用于防范人為誤操作造成的數(shù)據(jù)破壞,比如TruncateTable、DropTable等造成的數(shù)據(jù)破壞,尤其是歷史數(shù)據(jù)的破壞,這時需要利用本地備份系統(tǒng)來恢復(fù)丟失的數(shù)據(jù)。異地容災(zāi)系統(tǒng)采用DSGRealSync實時復(fù)制技術(shù)將交易系統(tǒng)的數(shù)據(jù)實時同步到異地容災(zāi)系統(tǒng)上。網(wǎng)絡(luò)帶寬為2Mbps。異地容災(zāi)系統(tǒng)用于本地發(fā)生電力故障、網(wǎng)絡(luò)故障、火災(zāi)、地震以及其他環(huán)境故障時,業(yè)務(wù)可以在短期內(nèi)快速接管至異地的容災(zāi)系統(tǒng)上,以確保業(yè)務(wù)不間斷。性能和資源需求估算在關(guān)鍵業(yè)務(wù)系統(tǒng)中的應(yīng)用,性能和壓力是復(fù)制軟件的核心,是每天每時每刻都用到的,尤其是在業(yè)務(wù)高峰期情況下,能否跟得上日志的產(chǎn)生速度、能否不大量的占用系統(tǒng)資源、能否保證復(fù)制的及時性是整個數(shù)據(jù)庫復(fù)制軟件產(chǎn)品最為核心的內(nèi)容。根據(jù)我們在各種國內(nèi)的幾十家應(yīng)用情況顯示來看DSGRealSync在實時復(fù)制方面的性能是同類產(chǎn)品中領(lǐng)先的。主要體現(xiàn)在：網(wǎng)絡(luò)需求RealSync對數(shù)據(jù)傳輸采用TCP/IP網(wǎng)絡(luò)傳輸。RealSync復(fù)制操作只是讀取操作系統(tǒng)的日志文件,同時通過TCP/IP方式而不是采用中間件方式傳輸只發(fā)生改變的數(shù)據(jù)也使網(wǎng)絡(luò)負載降至最低。RealSync只將日志的三分之一的內(nèi)容通過網(wǎng)絡(luò)進行傳輸。實際每小時傳輸?shù)臄?shù)據(jù)量=每小時日志文件切換的數(shù)量*日志文件的大小*1/3.日志分析速度我們采取了積壓日志分析的方式進行測試,利用rac環(huán)境下的兩臺服務(wù)器同時產(chǎn)生10GB的日志數(shù)據(jù),然后啟動realsync測試其在多長時間內(nèi)能夠分析完這些數(shù)據(jù)。測試結(jié)果表名,在rac模式下,由兩個數(shù)據(jù)庫節(jié)點同時工作,在5分鐘內(nèi)產(chǎn)生的10GB歸檔日志,共計800萬條記錄,realsync只需要2分鐘40秒即能分析完累積的日志,約9分鐘裝載完成。日志分析的速度遠遠高于產(chǎn)生日志的速度。完全能夠滿足用戶IT系統(tǒng)的業(yè)務(wù)需求,即使是在業(yè)務(wù)高峰期,也不會造成日志累積。每秒鐘復(fù)制的操作數(shù)在測試過程中,我們采用PL/SQL方式在源端產(chǎn)生1萬,10萬,100萬條記錄,以及進行1萬,10萬,100萬的update,delete操作等。按照統(tǒng)計結(jié)果,DSGRealSync達到平均18000條/s的復(fù)制速度。完全能夠滿足單系統(tǒng)上用戶IT系統(tǒng)的業(yè)務(wù)要求。復(fù)制數(shù)據(jù)延遲RealSync是一種異步準實時的復(fù)制技術(shù),其數(shù)據(jù)延遲非常小。數(shù)據(jù)延遲的周期可以設(shè)置,在生產(chǎn)系統(tǒng)中,數(shù)據(jù)延遲和源系統(tǒng)復(fù)制事物的多少,事物的處理方式有關(guān),以及跟設(shè)置的log數(shù)據(jù)輪詢周期有關(guān)。在復(fù)制數(shù)據(jù)量正常的OLTP系統(tǒng)中,數(shù)據(jù)延遲一般在幾秒鐘。如果每天產(chǎn)生30GB的日志量,在155Mb帶寬的情況下,可確保數(shù)據(jù)的延遲在5秒鐘左右。CPU資源占用DSGRealSync通過Oracle日志獲得數(shù)據(jù)的變化信息,它獨特的技術(shù)優(yōu)勢使得它對源系統(tǒng)的資源占用很小。在生產(chǎn)系統(tǒng)中,實際對源系統(tǒng)的影響和源系統(tǒng)復(fù)制事物的多少,事物的處理方式有關(guān)。在復(fù)制數(shù)據(jù)量正常的OLTP系統(tǒng)中,正常狀態(tài)下對CPU資源的占用為<5%的CPU資源占用。根據(jù)我們在XX地稅的使用情況來看,在XX地市征管高峰期每2分鐘產(chǎn)生100MB的日志量,而REALSYNC的日志分析資源占用僅為2%〔4cpu,8Gram。源端的緩存空間當容災(zāi)中心暫?；騻鬏敭惓Ｖ袛鄬?dǎo)致復(fù)制停止時,RealSync會將數(shù)據(jù)庫的變化內(nèi)容存儲在源系統(tǒng)或目標系統(tǒng)的隊列中,當系統(tǒng)恢復(fù)后,RealSync會自動識別復(fù)制環(huán)境,自動從斷點處開始復(fù)制工作。在上述過程中,主中心的業(yè)務(wù)不受任何影響。數(shù)據(jù)的一致性不會破壞。當復(fù)制環(huán)境停止的情況下,需要在源系統(tǒng)和目標系統(tǒng)上存儲的空間和業(yè)務(wù)系統(tǒng)每天峰值的日志數(shù)有關(guān)。根據(jù)每天平均產(chǎn)生25GB的日志計算,我們建議在源端給REALSYNC預(yù)留的緩存空間能夠滿足一天的緩存量：按照1/3的比例計算并增加一定的富裕量,需予留10GB的緩存存儲空間。業(yè)務(wù)切換RealSync是通過對OracleLog日志進行分析獲取跟蹤源系統(tǒng)的交易指令實時的將指令傳輸?shù)侥繕硕诉M行加載,且目標端數(shù)據(jù)庫始終在OPEN狀態(tài),可實時在目標端進行查詢和統(tǒng)計,所以當災(zāi)難發(fā)生時或在主機源端發(fā)生故障以后,可直接將生產(chǎn)端數(shù)據(jù)庫切換到容災(zāi)端,目標端數(shù)據(jù)庫不需要重新啟動,確保目標端數(shù)據(jù)的可用性,并大大提高了RTO、RPO指標。RTO,RPO指標規(guī)劃采用交易級數(shù)據(jù)實時