醫(yī)院數(shù)據(jù)中心異地災備系統(tǒng)建設

醫(yī)院數(shù)據(jù)中心異地災備系統(tǒng)建設醫(yī)院數(shù)據(jù)中心異地災備系統(tǒng)建設項目建議書迪思杰（北京）數(shù)碼技術有限公司2010-8-24目錄1 項目背景隨著醫(yī)院信息化進程的不斷深化，信息系統(tǒng)成為了支撐醫(yī)院業(yè)務運行的重要平臺，醫(yī)院的全部業(yè)務流程都依賴于信息系統(tǒng)提供的服務來運作。為了保證該系統(tǒng)的穩(wěn)定、安全、有效的運行，醫(yī)院的IT部門都采用了雙機、RAID、磁帶備份等技術，來回避由于磁盤故障，人為失誤，應用程序的邏輯錯誤，自然災害等原因帶來的系統(tǒng)停機或者數(shù)據(jù)丟失。但大部分醫(yī)院并沒有建立一個容災機制，一旦數(shù)據(jù)庫或硬件出現(xiàn)故障，較長時間不能恢復，對醫(yī)院來說都是一次災難，將會給給醫(yī)院的聲譽帶來了惡劣的影響并造成了極大的經(jīng)濟損失：u 廣東省人民醫(yī)院電腦故障讓患者受累u 北京婦產(chǎn)醫(yī)院掛號故障千人排隊苦等u 上海市第十人民醫(yī)院停機4個多小時u 通山縣人民醫(yī)院電腦故障無法交費老漢等2小時猝死檢測室u 閔行區(qū)醫(yī)院電腦故障千余人等數(shù)小時掛號u 華山醫(yī)院網(wǎng)絡故障2小時取不了藥u 中山市中醫(yī)院系統(tǒng)出現(xiàn)故障，醫(yī)院收費環(huán)節(jié)完全癱瘓，導致數(shù)千人看病受到影響u 第八人民醫(yī)院醫(yī)院電腦臨時出故障溝通不暢引患者投訴u 北京安貞醫(yī)院電腦系統(tǒng)出現(xiàn)故障，造成大廳聚集近百名患者u 上海一醫(yī)院突發(fā)電腦故障造成大量病人滯留u 齊魯醫(yī)院電腦突發(fā)故障患者排長隊苦等u 上海龍華醫(yī)院電腦系統(tǒng)故障致排隊人群至門口u 東方醫(yī)院電腦系統(tǒng)突發(fā)故障數(shù)百患者苦等三小時因此迫切需要建設容災系統(tǒng)，以保證計算機業(yè)務系統(tǒng)的連續(xù)運行，并提高信息系統(tǒng)抵御突發(fā)性災難的能力，保證醫(yī)院穩(wěn)定運行。本方案是迪思杰（北京）數(shù)碼技術有限公司根據(jù)竺醫(yī)院提出的以上需求，所提出的利用DSGRealsync數(shù)據(jù)同步復制軟件實現(xiàn)數(shù)據(jù)的實時復制，從而滿足“建設容災系統(tǒng)，實現(xiàn)數(shù)據(jù)的遠程備份和業(yè)務的不中斷運行“的需求。DSGRealsync數(shù)據(jù)同步復制目前在國內(nèi)有200多家客戶，占到第三方數(shù)據(jù)復制軟件市場70%以上的市場份額。本方案如有欠缺或遺漏之處，敬請諒解！2 容災技術分析2.1容災技術的選擇在選擇容災系統(tǒng)的構(gòu)造時，首先要考慮的就是選擇采用合理的異地數(shù)據(jù)復制技術。數(shù)據(jù)的遠程復制技術是容災系統(tǒng)的核心技術，它對于數(shù)據(jù)系統(tǒng)的一致性和可靠性以及系統(tǒng)的應變能力具有舉足輕重的作用，通過有效的數(shù)據(jù)復制，遠程的業(yè)務數(shù)據(jù)中心與本地的業(yè)務數(shù)據(jù)實現(xiàn)同步，確保一旦本地系統(tǒng)故障，遠程的容災中心迅速進行完整的接管。實現(xiàn)這些功能的業(yè)界常用解決方案主要包括以下幾類：磁盤陣列復制技術：主要由一些磁盤陣列廠商提供，如EMCSRDF、IBMPPRC、HPBusinessCopy、HDSTrueCopy等，該技術是將數(shù)據(jù)復制通過磁盤陣列控制器在進行寫入操作的同時通過高速網(wǎng)絡向容災系統(tǒng)的陣列上發(fā)送相同的I/O指令來實現(xiàn)；存儲卷復制技術：由一些卷管理軟件廠商提供，如VERITASVVR；存儲虛擬化技術：飛康的CDP等，該技術是將系統(tǒng)中各種異構(gòu)的存儲設備映射為一個單一的存儲資源，對用戶完全透明，達到屏蔽存儲設備的異構(gòu)和主機的異構(gòu)的目的。數(shù)據(jù)庫復制技術：由數(shù)據(jù)庫廠商以及一些第三方廠商提供，如DSGRealSync/SmartE等；磁盤陣列復制技術、存儲卷復制技術、存儲虛擬化技術與數(shù)據(jù)庫復制技術在容災應用的層面相比較起來，有幾個明顯的缺點：不足一：切換的復雜性在災難發(fā)生的時候，如果采用的是盤陣/卷/虛擬類的容災方案，那在業(yè)務切換（接管）時需要經(jīng)過：1、 主機啟動、2、 存儲啟動、3、 Oracle數(shù)據(jù)庫啟動、4、 中間件啟動5、 網(wǎng)絡切換、6、 應用切換，7、 相關參數(shù)修改等等多個環(huán)節(jié)才能成功完成整個過程，而在突發(fā)事件產(chǎn)生的時候，現(xiàn)場是否有能有這么多技術人員保障，能夠解決各個環(huán)節(jié)的啟動、切換等，這個一個非?，F(xiàn)實的問題。由于Realsync軟件實施的容災數(shù)據(jù)庫是OPEN狀態(tài)的，所以沒有主機、存儲、數(shù)據(jù)庫重啟等繁瑣步驟，只需要將容災端ORACLE數(shù)據(jù)庫的trigger激活，并將應用服務器器連接到接管的數(shù)據(jù)庫服務器上。Realsync是所有方案中切換最簡單、最方便的，相信這個操作大部分的IT部門人員都可以完成。不足二：30分鐘切換（接管）的壓力較大由于采用磁盤陣列/存儲卷/虛擬容災方案，在業(yè)務切換（接管）時需要經(jīng)過主機啟動、存儲啟動、Oracle數(shù)據(jù)庫啟動、網(wǎng)絡切換、應用切換等多個環(huán)節(jié)；其中僅UNIX操作系統(tǒng)啟動（含服務器外圍設備和網(wǎng)絡等元素的啟動）和Oracle啟動兩個步驟就要花費幾十分鐘（至少為15+10=25分鐘）。在很多關鍵行業(yè)，如果要實現(xiàn)30分鐘內(nèi)接管業(yè)務，這是有一定壓力的。因此，在證券等實時性較高的行業(yè)，數(shù)據(jù)庫復制技術被大規(guī)模采用°（DSG目前在金融證券基金期貨行業(yè)，擁有50多個災備客戶）不足三：備份數(shù)據(jù)庫是否一定能夠接管還存在疑問由于磁盤陣列/存儲卷/虛擬容災方案是采用基于IO級別的同步，而這個同步和Oracle的寫操作是不完全一致的，所以備份數(shù)據(jù)庫存在幾個疑問：n 疑問一：災難產(chǎn)生時，備份系統(tǒng)的Oracle是否一定能夠起得來？n 疑問二：即使Oracle能夠起得來，數(shù)據(jù)是否一定都能夠讀?。縩 疑問三：災難切換后系統(tǒng)的性能是否處于正常狀態(tài)？不足四：無法避免物理錯誤（如磁盤壞塊），導致數(shù)據(jù)不一致、不安全由于磁盤陣列/存儲卷/虛擬容災方案是采用基于IO級別的同步，無法解決磁盤經(jīng)常出現(xiàn)的物理錯誤，例如：數(shù)據(jù)庫壞塊，這是Oracle數(shù)據(jù)庫經(jīng)常出現(xiàn)的典型問題（我們可以提供許多實例）。因此，基于磁盤陣歹/存儲卷/虛擬容災的方案將面臨數(shù)據(jù)丟失的風險。而數(shù)據(jù)庫復制技術則不會有這樣的問題。2.2推薦采用“RealSync產(chǎn)品”要建立查詢數(shù)據(jù)庫的關鍵技術，就是數(shù)據(jù)庫的實時復制。目前****醫(yī)院是采用的Oracle數(shù)據(jù)庫，而實現(xiàn)Oracle數(shù)據(jù)庫數(shù)據(jù)實時復制的產(chǎn)品只有兩類方案，一是Oracle自帶的工具，二是第三方的數(shù)據(jù)庫復制工具。而Oracle自帶的工具在資源占用、效率和功能等方面，還滿足不了****醫(yī)院現(xiàn)有系統(tǒng)的需求，因此在本方案里，DSG推薦采用Realsyc產(chǎn)品，該產(chǎn)品目前在業(yè)內(nèi)應用范圍廣泛，主要實現(xiàn)如下功能：（一） 核心業(yè)務的災備平臺通過數(shù)據(jù)同步建立災備中心可以實現(xiàn)對業(yè)務關鍵數(shù)據(jù)的容災及保護，在不影響生產(chǎn)數(shù)據(jù)庫性能的同時為生產(chǎn)數(shù)據(jù)庫在本地或異地建立一份準實時鏡像，以保證在生產(chǎn)數(shù)據(jù)庫發(fā)生災難時可使用容災數(shù)據(jù)庫進行業(yè)務接管和數(shù)據(jù)恢復。（二） 業(yè)務負載分擔由于復制的第二數(shù)據(jù)中心的數(shù)據(jù)處于實時可讀取狀態(tài)，數(shù)據(jù)庫處于OPEN狀態(tài)，從而實現(xiàn)系統(tǒng)業(yè)務模塊的重新部署。通過第二數(shù)據(jù)中心實現(xiàn)對核心系統(tǒng)的業(yè)務模塊進行負載分擔，將那些只對數(shù)據(jù)進行讀取操作的模塊都遷移到第二數(shù)據(jù)中心上來，主要包括：U 提供帳務和話單實時查詢；U 提供統(tǒng)計報表運行；U 提供經(jīng)營分析數(shù)據(jù)抽??；提供其他系統(tǒng)的數(shù)據(jù)訪問接口；這樣作將達到兩個好處：U 提高數(shù)據(jù)訪問的效率，提高外圍系統(tǒng)部署的靈活性；U 提高核心系統(tǒng)的運行效率，提高核心系統(tǒng)運行的穩(wěn)定和可靠性；2.3為什么推薦RealSync產(chǎn)品我們建議采用DSGRealSync軟件的原因在于：提供可靠的應急切換，避免物理錯誤的復制實現(xiàn)對業(yè)務關鍵數(shù)據(jù)的容災及保護，打開的Oracle數(shù)據(jù)庫確保在業(yè)務切換時數(shù)據(jù)庫一定可以打開接管業(yè)務，避免了數(shù)據(jù)庫可能無法啟動的風險；DSGRealsync是基于交易指令的復制，因此對于那些產(chǎn)生壞塊，或者是文件被破壞等操作將不會在目標系統(tǒng)重現(xiàn)。支持不同硬件平臺之間的復制RealSync技術是邏輯級的數(shù)據(jù)復制技術，因此對于生產(chǎn)系統(tǒng)和目標系統(tǒng)來說，其硬件平臺可以屬于不同的廠商、不同的型號，亦可采用不同的操作系統(tǒng)等等。它的優(yōu)點在于：一方面，在系統(tǒng)建設時，為用戶提供硬件平臺的靈活選擇空間；同時，提供了在同一解決方案架構(gòu)下，實現(xiàn)企業(yè)不同平臺上的多個信息系統(tǒng)的統(tǒng)一復制的支持。如支持UNIX/AIX---Linux的復制容災，大大節(jié)約成本。復制目標數(shù)據(jù)庫處于OPEN狀態(tài)、數(shù)據(jù)是實時的、可以支持實時數(shù)據(jù)庫訪問RealSync維護的容災數(shù)據(jù)庫在數(shù)據(jù)復制過程中始終處于打開狀態(tài)，客戶可通過打開的Oracle數(shù)據(jù)庫實現(xiàn)快速切換，且在目標端數(shù)據(jù)庫提供數(shù)據(jù)查詢、報表和ETL抽取等功能，實現(xiàn)業(yè)務分擔；滿足此次提供的業(yè)務需求。按需復制，滿足業(yè)務需求，降低存儲成本和網(wǎng)絡成本根據(jù)客戶建設管理數(shù)據(jù)庫的業(yè)務需求，很多情況下，僅僅對需要的數(shù)據(jù)表信息進行復制，realsync軟件完全可以支持這類需求，這樣也可以減輕復制的壓力、減少存儲和網(wǎng)絡帶寬的成本。對生產(chǎn)系統(tǒng)的低干擾性DSG實時數(shù)據(jù)復制技術不需要通過任何數(shù)據(jù)庫的引擎來獲取變更數(shù)據(jù)，而是通過數(shù)據(jù)庫自身的信息獲取源系統(tǒng)上的改變并傳送給目的系統(tǒng)，這不會對生產(chǎn)系統(tǒng)造成性能影響。提供不停業(yè)務的首次全同步功能和單表修復功能RealSync還提供目標端系統(tǒng)數(shù)據(jù)初始裝載功能支持，將主系統(tǒng)上的已有存量數(shù)據(jù)，在不中斷業(yè)務的情況下平滑的裝載到目標數(shù)據(jù)庫上。這是realsync軟件獨有的功能。支持長距離復制、更低的網(wǎng)絡帶寬要求和運行成本目前Realsync是全球同類方案中要求最低的，交易級復制軟件僅需要在網(wǎng)絡上傳輸?shù)牧繛镺racleredolog的1/3，一方面比OracleDG的帶寬要求低，當然更遠遠低于磁盤陣列、卷文件、虛擬存儲復制所需要的帶寬。成熟的產(chǎn)品、穩(wěn)定的應用DSG從2002年在中國成立以來，在RealSync這個數(shù)據(jù)庫復制產(chǎn)品的項目實施方面也經(jīng)過了很長的一段路。DSG始終以“客戶需求為導向”的原則發(fā)展自己的產(chǎn)品，到目前為止，DSGRealSync產(chǎn)品已經(jīng)在數(shù)據(jù)量超大的電信行業(yè)、安全性要求極高的金融行業(yè)、環(huán)境較為復雜的政府和企業(yè)中被廣為采用，主要包括：l 電信行業(yè):北京移動、廣西移動、甘肅移動、貴州移動、青海移動、澳門電信、廣西電信、陜西電信、貴州電信、四川電信、山東電信、內(nèi)蒙電信、河北電信、遼寧電信、吉林電信、江西電信、云南電信、安徽電信、海南電信、福建電信、甘肅電信、寧夏電信、新疆電信、廣東電信、杭州電信、舟山電信、紹興電信、湖州電信、遼寧網(wǎng)通、山東聯(lián)通、江西聯(lián)通、福建聯(lián)通、廣西聯(lián)通、湖南聯(lián)通、江蘇聯(lián)通、四川聯(lián)通、吉林聯(lián)通、廣東聯(lián)通、貴州聯(lián)通、湖北聯(lián)通、內(nèi)蒙聯(lián)通、貴州聯(lián)通、云南聯(lián)通…l 金融行業(yè)：廣發(fā)銀行、太平洋保險集團、上海黃金交易所、中國金融期貨交易所、中國期貨保證金監(jiān)控中心、天平保險、華夏基金、易方達基金、金元比聯(lián)基金、友邦基金、招商基金、南方基金、魯證期貨、中銀期貨、東吳期貨、信達期貨、西部期貨、國泰君安期貨、魯能金穗期貨、東航期貨、中原期貨、中大期貨、廣發(fā)證券、銀河證券、民族證券、宏源證券、新時代證券、上海證券、遠東證券、太平洋證券、東興證券、萬聯(lián)證券、金元證券、信達證券、江南證券、華泰證券、南京證券、信泰證券、東吳證券、長江證券、國聯(lián)證券、東海證券、西南證券、山西證券、金通證券、中原證券、財達證券、西部證券、國盛證券、國海證券、華福證券、恒泰證券、湘財證券、華鑫證券、財富證券、中天證券、財通證券、國金證券、中投證券、華歐證券、中郵證券、德邦證券、愛建證券、華寶證券、聯(lián)合證券、日信證券、英大證券…l 政府行業(yè)：國家知識產(chǎn)權局、北京電力、四川電力、河南電力、江西電力、青海電力、吉林電力、湖南電力、安徽電力、寧夏電力、天富熱電、廈門電力、河北省地稅、重慶地稅、深圳地稅、深圳市統(tǒng)計局、武漢財政、上海松江財政、吉林省交通廳、遼寧省征稽局、蛇口碼頭、寧波港、江蘇省航道局、江蘇農(nóng)墾、無錫公積金、貴州公安、東營公安、青島有線、泰州社保、南通社保、阿克蘇社保、太倉社保、中國一汽、濟南鋼鐵、南京軍區(qū)總醫(yī)院、格力電器、深圳神州通集團、深圳統(tǒng)計局、阿里巴巴、河北省地稅11地市征管數(shù)據(jù)集中容災備份系統(tǒng)、江西省電力12地市營銷數(shù)據(jù)集中容災備份……2.4RealSync在應急災備方面的特點l 零時間數(shù)據(jù)庫切換的熱容災：系統(tǒng)恢復時間是指當主系統(tǒng)出現(xiàn)故障不能在短期內(nèi)恢復，而需要啟動容災端系統(tǒng)時，容災端系統(tǒng)啟動的時間。該時間不僅僅是指容災端的硬件系統(tǒng)啟動，更主要的、也是更耗費時間的是容災端數(shù)據(jù)庫系統(tǒng)的啟動、業(yè)務系統(tǒng)的啟動和外部接口的切換等。其中又以數(shù)據(jù)庫的啟動最為耗費時間，因為容災端數(shù)據(jù)庫不屬于正常下線，因此重起時需要作許多檢查和恢復，花費的時間非常長。RealSync維護的容災數(shù)據(jù)庫系統(tǒng)在數(shù)據(jù)復制過程中也始終處于打開狀態(tài)，保證數(shù)據(jù)復制在邏輯上的完整性，保證災難切換的時效性和可靠性，RealSync技術為源系統(tǒng)提供了永遠可用的后備數(shù)據(jù)庫系統(tǒng)。在源系統(tǒng)出現(xiàn)故障時，應用系統(tǒng)可實現(xiàn)實時訪問備用數(shù)據(jù)庫系統(tǒng)。達到數(shù)據(jù)庫系統(tǒng)的零切換目的。打開的備份數(shù)據(jù)庫保證數(shù)據(jù)復制在邏輯上的完整性，為源系統(tǒng)提供了永遠可用的后備數(shù)據(jù)庫系統(tǒng)，確保容災系統(tǒng)的可靠性。當源系統(tǒng)出現(xiàn)故障時，應用系統(tǒng)可實現(xiàn)實時訪問備用數(shù)據(jù)庫系統(tǒng)，無需重新啟動備用數(shù)據(jù)庫，達到數(shù)據(jù)庫的秒級切換目的。l 異構(gòu)的系統(tǒng)平臺，開放的硬件選擇：RealSync技術是邏輯級的數(shù)據(jù)復制技術，因此對于生產(chǎn)系統(tǒng)和容災系統(tǒng)來說，其硬件平臺可以屬于不同的廠商、不同的型號，可采用不同的操作系統(tǒng)等。它的優(yōu)點在于：一方面為用戶提供容災系統(tǒng)建設時，硬件平臺的可靈活選擇空間；同時提供了在同一容災解決方案架構(gòu)下，實現(xiàn)企業(yè)不同平臺上的多個信息系統(tǒng)的統(tǒng)一容災支持。l 支持從高到中低端應用需求：由于RealSync在建設容災系統(tǒng)時，對服務器、存儲陣列和傳輸帶寬要求都無特殊要求，而不同于傳統(tǒng)容災技術要求高端磁盤陣列、高端服務器、數(shù)GB的傳輸帶寬，所以該系統(tǒng)適應于高端的電信、金融客戶、也適合中端的政府機構(gòu)、大型企業(yè)、同時也適合于運行PC平臺的中小型企業(yè)應用。l 投資回報分析(ROI)：采用RealSync容災技術，容災數(shù)據(jù)庫始終處于打開狀態(tài)，不同于其他模式下容災數(shù)據(jù)庫系統(tǒng)不可用的狀態(tài)。因此，可以通過RealSync維護的容災系統(tǒng)，提供數(shù)據(jù)共享服務：為決策分析和報表系統(tǒng)提供快速的數(shù)據(jù)抽取功能提供準實時脫機查詢，提高查詢效率為試驗系統(tǒng)提供真實的生產(chǎn)數(shù)據(jù)將以上本來需要在主系統(tǒng)上運行的業(yè)務與生產(chǎn)系統(tǒng)完全隔離，充分利用容災系統(tǒng)的資源，實現(xiàn)企業(yè)應用負載分擔，減少對生產(chǎn)系統(tǒng)的影響，提高服務系統(tǒng)響應效率；從而將容災系統(tǒng)這個成本中心轉(zhuǎn)化為利潤中心。l 靈活的組網(wǎng)結(jié)構(gòu)和低帶寬資源需求RealSync采用交易(Transaction)傳輸方式，極大的減少了復制過程中需要傳輸?shù)臄?shù)據(jù)量。使得在網(wǎng)絡上傳輸?shù)臄?shù)據(jù)量大大減少，要求更低的網(wǎng)絡帶寬。Realsync支持標準的TCP/IP網(wǎng)絡傳輸，用戶可靈活布建容災網(wǎng)絡架構(gòu)。系統(tǒng)可支持1:1、N:1、1:N和雙向容災結(jié)構(gòu)支持，提高企業(yè)容災結(jié)構(gòu)的靈活性。2.5RealSync在報表分擔、數(shù)據(jù)共享利用等方面的特點l 按需復制查詢和統(tǒng)計系統(tǒng)往往不需要所有的原始數(shù)據(jù)，因此完全可以按需要復制數(shù)據(jù)。RealSync系統(tǒng)支持對指定信息的按需復制，如指定需要復制的表、字段和條件等，減少存儲和網(wǎng)絡帶寬的成本。l 實時數(shù)據(jù)更新實時更新保證副本系統(tǒng)快速反映源系統(tǒng)的變化，提供賬單查詢、話單查詢等的及時性。經(jīng)過大量的測試，實時數(shù)據(jù)復制技術使源系統(tǒng)和目的系統(tǒng)的數(shù)據(jù)延遲＜10秒。l 對生產(chǎn)系統(tǒng)的低干擾性DSG實時數(shù)據(jù)復制技術不需要通過任何數(shù)據(jù)庫的引擎來獲取變更數(shù)據(jù)，而是通過數(shù)據(jù)庫自身的信息獲取源系統(tǒng)上的改變并傳送給目的系統(tǒng)，不會對生產(chǎn)系統(tǒng)造成性能影響。l 系統(tǒng)異構(gòu)，可提供更多的優(yōu)化空間源數(shù)據(jù)庫系統(tǒng)和目的數(shù)據(jù)庫系統(tǒng)的可異構(gòu)，主要包括索引規(guī)則和存儲參數(shù)（如數(shù)據(jù)塊大小、回滾段等）。因此可以在目標數(shù)據(jù)庫上根據(jù)業(yè)務特點進行調(diào)整和優(yōu)化，完全不受源系統(tǒng)的限制。3 方案設計數(shù)據(jù)庫同步復制軟件是****醫(yī)院實施關鍵系統(tǒng)災備工程的一個重要組成部分，當生產(chǎn)系統(tǒng)出現(xiàn)異?；蚬收蠒r，備份系統(tǒng)的數(shù)據(jù)庫能夠完全代替生產(chǎn)系統(tǒng)的Oracle數(shù)據(jù)庫管理系統(tǒng)，以實現(xiàn)關鍵系統(tǒng)的正常運行。l 業(yè)務功能實現(xiàn)：在關鍵業(yè)務應用系統(tǒng)的數(shù)據(jù)庫上安裝復制軟件代理程序，通過代理程序獲取數(shù)據(jù)庫的交易，實現(xiàn)數(shù)據(jù)變化的實時跟蹤。抓取的數(shù)據(jù)通過1000Mbps以太網(wǎng)進行實時傳輸，實現(xiàn)系統(tǒng)數(shù)據(jù)同步到備份系統(tǒng)上的實時傳輸。l 技術實現(xiàn)：復制軟件是采用交易復制的方式進行數(shù)據(jù)同步；災備數(shù)據(jù)庫上的Oracle數(shù)據(jù)庫處于OPEN狀態(tài)，可提供實時數(shù)據(jù)訪問；如可將生產(chǎn)系統(tǒng)上的統(tǒng)計查詢等業(yè)務運行在歷史的Oracle數(shù)據(jù)庫上，數(shù)據(jù)復制的時延可以空載在3-5秒左右；具體細節(jié)如下：3.1方案設計根據(jù)以上系統(tǒng)狀況和功能要求，本期項目將采用1套Realsync數(shù)據(jù)庫復制軟件來完成：根據(jù)業(yè)務需求，在關鍵系統(tǒng)安裝DSGRealSync程序，該程序?qū)RACLE數(shù)據(jù)庫產(chǎn)生的redolog進行實時分析，生成sql語句。并將sql語句通過IP網(wǎng)絡傳輸?shù)綒v史數(shù)據(jù)庫。3.2Realsync軟件配置DSGrealsync軟件的安裝分為生產(chǎn)系統(tǒng)和目標系統(tǒng)兩個方面：n 生產(chǎn)系統(tǒng)上：DSGrealsync在每個數(shù)據(jù)庫實例都要安裝一個productionagent，用來分析本agent產(chǎn)生的redolog數(shù)據(jù)。n 目標系統(tǒng)上：DSGreasync在備份中心的服務器上，分別安裝一個realsync，但需要為每個instance啟動一個destinationagentport。Realsync數(shù)據(jù)庫復制軟件Seq.NameDescriptionQty備注1rs-0501-0101RealSyncLicenceforProductionServerUNIX1數(shù)據(jù)源客戶端模塊：安裝在數(shù)據(jù)源服務器端的軟件代程序，負責監(jiān)測源端數(shù)據(jù)庫變化并將改變信息實時同步傳輸2rs-0501-0201RealSyncLicenceforDestinationServerUNIX1目標客戶端模塊：安裝在目標數(shù)據(jù)庫服務器端的軟件代理程序，負責接收數(shù)據(jù)庫修改指令，并加載數(shù)據(jù)，在實現(xiàn)數(shù)據(jù)同步的同時完成數(shù)據(jù)共享3rs-0501-0801RealSyncFullSyncLicenseUNIX1執(zhí)行首次數(shù)據(jù)初始完全同步的模塊4RS-0401-0601RealSyncManagementConsole1管理平臺軟件模塊，用于系統(tǒng)管理員維護，對軟件進行統(tǒng)一的配置、策略和過程的管理，支持字符和界面操作。各模塊的作用：RealSyncforProductionServer:安裝在源系統(tǒng)(DataSource)上運行數(shù)據(jù)庫實例的服務器上，每個數(shù)據(jù)庫實例配置一個License；該模塊中又包含以下功能：u AnalyzerModule：日志分析功能u SynthisizerModule：交易合成功能u senderModule：數(shù)據(jù)傳輸(輸出端)功能RealSyncforDestinationServer:安裝在復制目標系統(tǒng)(DataTarget)上運行數(shù)據(jù)庫實例的服務器上，每個數(shù)據(jù)庫實例配置一個License；該模塊中又包含以下功能：u ImporterModule：數(shù)據(jù)傳輸(輸入端)功能u LoaderModule：交易指令裝載功能RealSyncFullSync首次全同步功能；提供從源數(shù)據(jù)庫上把已有的存量數(shù)據(jù)初始化同步到目標系統(tǒng)上來，即將源系統(tǒng)上的所有表的數(shù)據(jù)export出來傳輸?shù)絺浞菹到y(tǒng)上import進去，實現(xiàn)初始數(shù)據(jù)的同步。該模塊的特點是在初始化過程中無需業(yè)務停機，而且可以多路并發(fā)，可處理全同步過程中的變量數(shù)據(jù)。RealSyncmanagementconsole:管理控制界面；3.3性能和資源需求估算在關鍵業(yè)務系統(tǒng)中的應用，性能和壓力是復制軟件的核心，是每天每時每刻都用到的，尤其是在業(yè)務高峰期情況下，能否跟得上日志的產(chǎn)生速度、能否不大量的占用系統(tǒng)資源、能否保證復制的及時性是整個數(shù)據(jù)庫復制軟件產(chǎn)品最為核心的內(nèi)容。根據(jù)我們在各種國內(nèi)的幾十家應用情況顯示來看DSGRealSync在實時復制方面的性能是同類產(chǎn)品中領先的。主要體現(xiàn)在：n 網(wǎng)絡需求RealSync對數(shù)據(jù)傳輸采用TCP/IP網(wǎng)絡傳輸°RealSync復制操作只是讀取操作系統(tǒng)的日志文件，同時通過TCP/IP方式而不是采用中間件方式傳輸只發(fā)生改變的數(shù)據(jù)也使網(wǎng)絡負載降至最低。RealSync只將日志的三分之一的內(nèi)容通過網(wǎng)絡進行傳輸。實際每小時傳輸?shù)臄?shù)據(jù)量二每小時日志文件切換的數(shù)量*日志文件的大小*1/3。根據(jù)估算，如客戶每天產(chǎn)生的日志量約為10GB，我們按照80%的日志量在1天的20%時間內(nèi)(這里設為4小時)產(chǎn)生的，那么我們可以估計高峰期的日志量為8GB/3*1024*1024/(4*3600)=1.5Mb/s。同時為了預留一定的帶寬，建議將帶寬作為10Mbps就能滿足日常的復制需求。本項目的帶寬情況完全能夠滿足要求。n 日志分析速度我們采取了積壓日志分析的方式進行測試，利用rac環(huán)境下的兩臺服務器同時產(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è)務需求，即使是在業(yè)務高峰期，也不會造成日志累積。目前DSG的用戶中，廣西移動每天的增量日志達到600G，realsync依然穩(wěn)定運行。n 每秒鐘復制的操作數(shù)在測試過程中，我們采用PL/SQL方式在源端產(chǎn)生1萬，10萬，100萬條記錄，以及進行1萬，10萬，100萬的update,delete操作等。按照統(tǒng)計結(jié)果，DSGRealSync達到平均18000條/s的復制速度。完全能夠滿足單系統(tǒng)上用戶IT系統(tǒng)的業(yè)務要求。n 復制數(shù)據(jù)延遲RealSync是一種異步準實時的復制技術，其數(shù)據(jù)延遲非常小。數(shù)據(jù)延遲的周期可以設置，在生產(chǎn)系統(tǒng)中，數(shù)據(jù)延遲和源系統(tǒng)復制事物的多少，事物的處理方式有關，以及跟設置的log數(shù)據(jù)輪詢周期有關。在復制數(shù)據(jù)量正常的OLTP系統(tǒng)中，數(shù)據(jù)延遲一般在幾秒鐘。如果每天產(chǎn)生30GB的日志量，在30Mb帶寬的情況下，可確保數(shù)據(jù)的延遲在5秒鐘左右。n CPU資源占用DSGRealSync通過Oracle日志獲得數(shù)據(jù)的變化信息，它獨特的技術優(yōu)勢使得它對源系統(tǒng)的資源占用很小。在生產(chǎn)系統(tǒng)中，實際對源系統(tǒng)的影響和源系統(tǒng)復制事物的多少，事物的處理方式有關。在復制數(shù)據(jù)量正常的OLTP系統(tǒng)中，正常狀態(tài)下對CPU資源的占用為＜5%的CPU資源占用。根據(jù)我們在河北地稅的使用情況來看，在系統(tǒng)高峰期每2分鐘產(chǎn)生100MB的日志量，而REALSYNC的日志分析資源占用僅為2%(4cpu,8Gram)。n 源端的緩存空間當災備中心暫?；騻鬏敭惓Ｖ袛鄬е聫椭仆Ｖ箷r，RealSync會將數(shù)據(jù)庫的變化內(nèi)容存儲在源系統(tǒng)或目標系統(tǒng)的隊列中，當系統(tǒng)恢復后，RealSync會自動識別復制環(huán)境，自動從斷點處開始復制工作。在上述過程中，主中心的業(yè)務不受任何影響。數(shù)據(jù)的一致性不會破壞。當復制環(huán)境停止的情況下，需要在源系統(tǒng)和目標系統(tǒng)上存儲的空間和業(yè)務系統(tǒng)每天峰值的日志數(shù)有關。根據(jù)每天平均產(chǎn)生25GB的日志計算，我們建議在源端給REALSYNC預留的緩存空間能夠滿足一天的緩存量：按照1/3的比例計算并增加一定的富裕量，需予留10GB的緩存存儲空間。n 業(yè)務切換RealSync是通過對OracleLog日志進行分析獲取跟蹤源系統(tǒng)的交易指令實時的將指令傳輸?shù)侥繕硕诉M行加載，且目標端數(shù)據(jù)庫始終在OPEN狀態(tài)，可實時在目標端進行查詢和統(tǒng)計，所以當災難發(fā)生時或在主機源端發(fā)生故障以后，可直接將生產(chǎn)端數(shù)據(jù)庫切換到容災端，目標端數(shù)據(jù)庫不需要重新啟動，確保目標端數(shù)據(jù)的可用性，并大大提高了RTO、RPO指標。3.4系統(tǒng)實施概述系統(tǒng)安裝REALSYNC的安裝點包括如下：l 在每個系統(tǒng)的數(shù)據(jù)庫服務器上(RAC環(huán)境下是安裝在一臺服務器上，一個服務器上有多個INSTANCE時，需要為每個INSTANCE安裝一個RealsyncAgent)，配置一個REALSYNCAGENT，啟動一個agent端口；l 在災備中心的每個服務器上安裝一個ORACLEAgent，但要為每個instance啟動一個agent端口；首次全同步首次全同步是此次項目中一個非常復雜的問題，因為如何將生產(chǎn)系統(tǒng)首次同步到查詢中心是一個非常復雜的問題，也是本項目中的一個難題。復制環(huán)境的建立，首先需要將生產(chǎn)系統(tǒng)中的已有數(shù)據(jù)初始化同步到目標系統(tǒng)上，同時記錄各種系統(tǒng)狀態(tài)和映射關系等。因此如何快速、有效的建立復制的初始化環(huán)境是每個復制系統(tǒng)都非常關心的問題。全同步是關鍵系統(tǒng)中一個非常復雜的問題，因為如何將生產(chǎn)系統(tǒng)首次同步到災備中心是一個非常復雜的問題，也是本項目中的一個難題。從目前的技術來看，能夠?qū)崿F(xiàn)首次全同步的方式有多種方案：第一：備份/恢復的方式第二：ORACLEEXPORT/IMPORT方式；第三：采用復制軟件自帶的首次初始化功能。在傳統(tǒng)辦法中，數(shù)據(jù)首次同步過程大都采用Oracle的EXP/IMP工具，將源端數(shù)據(jù)庫數(shù)據(jù)抽取出來，通過網(wǎng)絡傳輸至目標端數(shù)據(jù)庫進行加載?；蛘呤墙柚谌降膫浞蒈浖ぞ撸瑢⒃炊说臄?shù)據(jù)進行備份，再通過磁帶運輸至目的地，將磁帶數(shù)據(jù)恢復到目標數(shù)據(jù)庫，從而達到首次數(shù)據(jù)同步的目的。這種方式存在大量的問題：性能低下：通過Export/Import方式，最大的問題在于性能很慢，對于一個幾十GB的數(shù)據(jù)庫，進行一次export/import，則大約費時8—10小時以上。完全需要手工干預：數(shù)據(jù)的導出(Export)，傳輸和裝載(Import)等過程都需要手工干預和執(zhí)行。業(yè)務必需停止：在執(zhí)行export/imp過程中，業(yè)務必需中斷。易出錯：尤其在Import過程中，由于表之間的關聯(lián)性存在，往往出現(xiàn)由于違反參照完整性規(guī)則而導致裝載中斷，非常難于操作。根據(jù)關鍵系統(tǒng)的需求來看，我們在作首次同步的時候必需滿足以下幾個條件：一：大數(shù)據(jù)量下如何快速首次同步二：如何簡化首次全同步的操作步驟三：如何作到首次全同步過程中對生產(chǎn)業(yè)務不造成影響四：如何支持異構(gòu)環(huán)境下的數(shù)據(jù)首次同步？根據(jù)以上幾個條件，我們認為采用DSGrealsync自帶的首次全同步功能才能夠簡化首次同步的操作復雜程度。因為前兩種方式無論在操作復雜程度上，還是是否需要停止業(yè)務方面都表現(xiàn)得不好，主要在于：l 備份/恢復方式：數(shù)據(jù)量大，無法通過網(wǎng)絡傳遞；l exp/imp:數(shù)據(jù)量大，導出時間漫長。同時導出時需要停止業(yè)務。而DSG在數(shù)據(jù)的一致性同步方面有著非常好的解決方案，這是其它方案所不具備的。DSG的RealSync集成有數(shù)據(jù)的一致性同步工具，能夠自動化的進行數(shù)據(jù)的首次同步和出現(xiàn)差異情況下進行一致性同步的工作，無需人工干預，維護工作量小，且大大提高了工作效率：速度快：對于幾十GB的數(shù)據(jù)量，在正常情況下，只需要1小時左右完成初始數(shù)據(jù)同步。完全自動化：采用DSGRealSync只需要1條命令就完成系統(tǒng)的初始化工作，系統(tǒng)自動進行導出、傳輸和裝載任務，完全無需人為干預，減少出錯機會。不中斷業(yè)務：在DSGRealsync在進行首次數(shù)據(jù)裝載時，無需停止源端業(yè)務，實現(xiàn)不停機的系統(tǒng)初始化；全同步實施步驟對于一個數(shù)據(jù)庫的全同步過程包括：在容災端安裝ORACLE數(shù)據(jù)庫因為容災端是兩個ORACELINSTANCE，創(chuàng)建ORACELDATABASE。啟動實例并createdatabase采用邏輯同步方式，必需手工在目標端建立好instance和database.為了確保目標端的性能最優(yōu)，可采用與生產(chǎn)數(shù)據(jù)庫相同的參數(shù)。使用源端的SPFILE參數(shù)。創(chuàng)建tablespace和usertablespace和user由管理員創(chuàng)建。DSG可以提供導出腳本的程序幫助管理員生成現(xiàn)成的腳本，管理員只需要作簡單的修改后就可在容災系統(tǒng)上創(chuàng)建。調(diào)用realsync的setdict命令創(chuàng)建所有的用戶對象DSG提供了的setdict命令用于在目標端創(chuàng)建與生產(chǎn)端相同的所有objects。包括：functions、procedures、packages、types、triggers、javasources、jobs、libraries、directories、tables(含indexes,constraints,grants)、views、sequences、profiles、roles、synonyms、databaselinks等數(shù)據(jù)抽取與裝載執(zhí)行命令setdm1.1accountaccount-syncftciq-th20進行數(shù)據(jù)的同步，系統(tǒng)自動進行數(shù)據(jù)抽取、傳輸、裝載，并自動分析其間產(chǎn)生的日志。無需人為十預。當存量數(shù)據(jù)裝載完后，系統(tǒng)自動利用期間產(chǎn)生的日志進行數(shù)據(jù)的修補到一致狀態(tài)。首次同步結(jié)束后，系統(tǒng)自動進入到增量實時復制階段，不需要人為干預。（四） 時間估算根據(jù)生產(chǎn)系統(tǒng)為40GB的量計算，在4Mb帶寬下，全同步的時間主要是數(shù)據(jù)傳輸時間和目標端裝載時間。數(shù)據(jù)傳輸時間：40GB的數(shù)據(jù)量經(jīng)過壓縮后約為10GB左右，按照4Mb帶寬計算為：10GB*1024*8/4Mb/3600=5小時。按照一定的富裕量計算，可在6小時左右完成數(shù)據(jù)的首次全同步。因此對于40GB的數(shù)據(jù)量，根據(jù)工程性能指標參考，可在6個小時左右完成全同步。（五） 開始實時復制當對系統(tǒng)的初始化環(huán)境工作結(jié)束后，RealSync自動進入實時復制狀態(tài)，無需手工干預。4 RealSync產(chǎn)品原理目前此類軟件沒有相應的技術標準，因此特將RealSync軟件的原理展示給大家，作為評判的標準。示意圖：如上圖所示，RealSync在DataSource端和DataTarget端分別安裝Agent進程，Source端的Agent進程對ORACLE日志進行監(jiān)控，發(fā)現(xiàn)改變及時對目標數(shù)據(jù)庫進行更新。當應用系統(tǒng)在DataSource端向數(shù)據(jù)庫進行任何操作時時，這些信息都將在RedoLog中保存，RealSyncAgent通過對實時獲取的Log日志進行分析，獲得本次操作的交易指令和交易數(shù)據(jù)，然后將這些交易指令和交易數(shù)據(jù)經(jīng)過格式轉(zhuǎn)化生成DXF數(shù)據(jù)格式，并實時通過網(wǎng)絡傳送到DataTarget系統(tǒng)。DataTarget系統(tǒng)的RealSyncAgent接收數(shù)據(jù)庫包，經(jīng)過校驗碼檢查，確認正確的數(shù)據(jù)庫包后，調(diào)用Oracle函數(shù)按照交易的先后順序在DataTarget系統(tǒng)中執(zhí)行該交易。4.1日志抓?。―ataCapture）RealSync對數(shù)據(jù)的抓取是通過安裝在DataSource端的Agent模塊定時分析OracleRedoLog來獲取DataSource端的交易類型及數(shù)據(jù)的。RealSyncAgent在判斷DataSource端的Oracle系統(tǒng)是否有新的交易產(chǎn)生時是通過定期檢查OracleControlefile中記錄的當前SCN號來判斷的，這樣避免每次檢都通過讀取log文件來判斷否有新的交易產(chǎn)生時造成的系統(tǒng)影響。在Controlefile中確認有新的交易產(chǎn)生時，可以同時獲得當前的RedoLog組，以及最新日志在日志文件的最新位置。RealSyncAgent模塊根據(jù)這些信息將上次抓取時記錄的日志位置與本次讀取的最新位置之間的Log讀取并加以分析。然后將這些數(shù)據(jù)保存在OnlineLogCache文件中，等待下一步作交易合成處理。RealSync的優(yōu)勢：與其他類似日志復制產(chǎn)品相比，RealSync對日志進行分析，得到交易信息再進行傳送；而其他類似產(chǎn)品不對日志作分析，傳送全部日志，然后在目標端通過日志作Recover，這樣一來，不僅傳送數(shù)據(jù)量大，而且目標端數(shù)據(jù)庫不能打開。4.2日志分析(Analyze)Oracle數(shù)據(jù)庫的所有更改都記錄在日志中，其中記錄了對數(shù)據(jù)庫中的每一個變化。當我們候需要需要了解數(shù)據(jù)庫中所作的交易時，一個最有效實用而又低成本的方法就是分析Oracle數(shù)據(jù)庫的日志文件。RealSyncAgent中集成了DSG的優(yōu)秀日志分析功能，該功能完全不同于Oracle提供的Logminer日志分析工具，在性能和功能上都大大提高，主要體現(xiàn)在系統(tǒng)性能的優(yōu)化上，大幅度提高日志分析的速度，使得對于高并發(fā)業(yè)務系統(tǒng)的復制成為可能。按照RealSync的日志分析設計目標，每秒能夠分析的日志量達到10M/s。RealSync通過對日志的分析，得到該數(shù)據(jù)庫中的每個SQL指令，并將這些SQL指令生成DXF(DSGExtendFormat)格式的表達方式。DXF格式是DSG公司的專有技術，該技術是DSG公司用來表達SQL指令的方式，該數(shù)據(jù)格式能夠通過DSG的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為ORACL的內(nèi)部數(shù)據(jù)表達格式，從而在分析和轉(zhuǎn)載時需要最小的轉(zhuǎn)化，提高分析和裝載速度，減少資源占用、豐富能夠表達的各種數(shù)據(jù)類型。交易合成(Synthesize)通過ORACLEREDOLOG分析的交易指令存在如下的幾個特點：這些指令是交叉出現(xiàn)的，屬于一個交易(Transaction)的多條SQL指令是非連續(xù)存儲的，多個交易的SQL之間是相互穿插的；Redolog中記錄了所有的commit的交易以及沒有commit的交易；所以，為了提高系統(tǒng)的可控制性、保證邏輯完整性、避免數(shù)據(jù)丟失，最好將復制的最小單位為一個交易(Transaction)，而不是以單個SQL指令為復制單位，這樣在DataTarget端的交易裝載更加容易控制。同時，對于復制的數(shù)據(jù)而言，只有那些Commit的數(shù)據(jù)對于DataTarget端系統(tǒng)是有意義的，而對于那些Rollback的數(shù)據(jù)無需復制到Datatarget系統(tǒng)上。所以RealSync在復制過程中不是復制每個SQL語句，而是對抓取的數(shù)據(jù)進行交易整合后以交易(Transaction)為單位進行復制，同時只復制COMMIT的交易。如上圖所示，在OnlineLogCache文件中，包括Commit的交易，沒有Commit的交易和Rollback的交易。交易合成模塊首先按照交易序號對SOL語句進行劃分，每個交易包含多條SOL語句。然后，以交易為單位進行處理，將已經(jīng)Commit的交易，傳至傳輸處理模塊；將未提交的交易保存在本地，一旦通過日志得知保存的未提交交易已提交，立即將該交易發(fā)送到傳輸處理模塊；對Rollback的交易作丟棄處理。RealSync的優(yōu)勢：RealSync是以交易為單位進行傳輸?shù)模皇且許OL語句為單位進行傳輸?shù)?，更容易保證數(shù)據(jù)的一致性和完整性。交易傳輸RealSync技術為了保證數(shù)據(jù)傳輸?shù)陌踩?、可靠，在傳輸處理上作了特殊的處理與支持：(1) 數(shù)據(jù)在傳輸之前首先存入DataSource端的Cache，傳輸進程（ExportProcess）從Cache中讀取交易數(shù)據(jù)封裝為TCP/IP數(shù)據(jù)包傳送給Datatarget端的Import進程。（2）在datatarget端，Import進程在收到傳輸?shù)慕灰讛?shù)據(jù)包后，首先存入Queue，然后由Load進程從Queue中嚴格按照交易的順序裝載交易信息。如上圖所示，負責傳輸?shù)倪M程（ExportProcess）從本地隊列中按照先進先出的原則抓取需要傳輸?shù)慕灰祝瑢⒔灰讛?shù)據(jù)封裝成一個數(shù)據(jù)包后通過TCP/IP協(xié)議傳遞給對端系統(tǒng)。在封裝的數(shù)據(jù)包的包頭部分描述了包的大小。對端系統(tǒng)在接受到傳來的數(shù)據(jù)包后，首先根據(jù)包頭描述的包大小進行傳輸?shù)暮戏ㄐ詸z查，判斷是否傳輸完整。4.5數(shù)據(jù)裝載在傳統(tǒng)的復制技術中，常用的數(shù)據(jù)裝載方式是采用Oracle的SQL接口，通過Insert、Update、Delete等SQL語句實現(xiàn)數(shù)據(jù)的裝載。這種方式在通用性上很好，但關鍵在于性能問題非常突出。SQL語句的執(zhí)行需要經(jīng)過parse、plan、格式轉(zhuǎn)換等過程，造成大量的系統(tǒng)開銷。尤其是update和Delte操作的大量Where子句操作需要進行復雜的查詢定位任務，從而導致裝載性能低下，對處理能力的要求比生產(chǎn)系統(tǒng)的還高。DSGRealSync在設計之初就定位于電信級大數(shù)據(jù)量系統(tǒng)的應用，因此在裝載性能上進行了大幅度的改善，使得裝載端的性能和處理能力需求降至最低。在其中DSGRealSync采用了兩個關鍵的技術提高了裝載速度：（1） 采用DXF數(shù)據(jù)格式的裝載；（2） 采用Rowidmapping的方式實現(xiàn)快速定位；（一） 用DXF數(shù)據(jù)格式的裝載：DXF（DSGExtendFormat）格式是DSG公司的專有技術，該技術是DSG公司用來表達SQL指令的方式，該數(shù)據(jù)格式能夠通過DSG的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為ORACL的內(nèi)部數(shù)據(jù)表達格式，從而在分析和轉(zhuǎn)載時需要最小的轉(zhuǎn)化，提高分析和裝載速度，減少資源占用、豐富sql語句的表達方式。Oracle數(shù)據(jù)庫系統(tǒng)在設計上提供了4個層次的接口，其中包括User層，SQL層，Transformation層和I/O層。其結(jié)構(gòu)為：在這四層當中，當采用SQL接口進行數(shù)據(jù)裝載時，調(diào)用的是User層，而DSGRealSync通過DXF數(shù)據(jù)格式裝載時，調(diào)用I/O層直接將數(shù)據(jù)通過Oracle的最底層函數(shù)寫入系統(tǒng)中，所以DSGRealSync在裝載層上有一定優(yōu)勢；（二） Rowmapping實現(xiàn)快速定位對于交易中的操作，存在著大量的Where子句操作，在采用標準SQL語句執(zhí)行這些操作時，系統(tǒng)需要首先定位目標記錄所在的數(shù)據(jù)文件的位置信息，這將帶來大量的索引查詢開銷，當并發(fā)執(zhí)行數(shù)千條指令時，系統(tǒng)的開銷將變得非常龐大。DSGRealSync工具不采用該方式實現(xiàn)裝載數(shù)據(jù)的定位，而是通過ROWMapping的方式實現(xiàn)記錄的快速定位：當RealSync從源端Log文件中讀取交易數(shù)據(jù)時，將獲得該交易對應記錄的所在位置，用rowid表示為rowid_ds；當該交易在目標端裝載時，系統(tǒng)不翻譯為Where子句，而是去通過保存在目標端的rowmapping表獲得對應目標端該記錄的所在位置rowid，記錄為rowid_dt。從而在目標端裝載時通過rowid能夠直接定位于該數(shù)據(jù)需要寫入的位置。避免了大量的索引查找時間。每條記錄的rowmapping信息是在該記錄執(zhí)行insert操作、sqlloader或首次批量同步時建立起來的。RealSync的優(yōu)勢：DSG擴展格式DXF(DSGExtendFormat)是RealSync產(chǎn)品的一個核心技術，是一種最高效率表示ORACLE記錄的數(shù)據(jù)格式，該格式只需要經(jīng)過最小的轉(zhuǎn)換過程就能夠裝載到ORACLE數(shù)據(jù)庫中，并且裝載效率非常高。n 無需標準SQL語句執(zhí)行的復雜過程n 加快裝載速度 _n 對于Update，Delete等帶Where子句的交易，可以大幅度提高裝載速度5 應急響應方案與災備演練計劃5.1容災管理規(guī)劃眾所周知，容災不是簡單的設備冗余。除了IT技術方面的設計，還應著重考慮管理層面的問題，例如災難管理組織結(jié)構(gòu)、災難恢復流程等。災難管理組織結(jié)構(gòu)中定義了災難發(fā)生前、中、后，各相關人員的職責；災難恢復流程書面化各恢復工作的流程和執(zhí)行步驟。BCP和DRP中應包含以下內(nèi)容：l 災難管理組織結(jié)構(gòu)l 應急響應流程l 災難評估流程l 災難恢復決策流程l 容災系統(tǒng)啟動流程l IT系統(tǒng)切換和回切流程l 業(yè)務驗證流程l 業(yè)務恢復流程l BCP或DRP的管理方法l 容災演習的規(guī)劃5.2復制軟件的日常維護作為realsync軟件的運行，日常維護也是非常重要的方面，維護的內(nèi)容主要包括：l 檢查復制軟件是否運行正常l 啟動和停止復制任務進程l 排除復制過程出錯的錯誤l 檢查復制的工作狀態(tài)是否與業(yè)務需求有較大偏差l 數(shù)據(jù)一致性的檢查l 修復不一致的數(shù)據(jù)l 維護容災端Oracle數(shù)據(jù)庫工作狀態(tài)以上是針對復制軟件日常維護需要作的事情5.3人員組織結(jié)構(gòu)規(guī)劃根據(jù)容災項目的運行維護特點，一般要求容災項目的部門、個人的設置包括如下幾個方面。容災項目領導小組l 對容災項目總體負責l 制定項目組工作制度l 制定項目計劃l 跟蹤項目過程l 控制項目變更l 審核項目成果l 評價項目組成員、部門的工作情況l 協(xié)調(diào)項目所涉及的內(nèi)部及外部資源l 為項目組各部門提供良好的溝通渠道l 召開項目評審會，組織項目驗收工作容災項目經(jīng)理l 作為技術負責人和技術經(jīng)理在容災系統(tǒng)建設件領域有多年的經(jīng)驗l 有豐富的不同類型容災技術實施方法的分析和設計的經(jīng)驗l 有經(jīng)驗于容災的設計研究，可能采用的容災系統(tǒng)設計模型/方法/工具的擬定，以至于容災系統(tǒng)的二次設計l 定義災難管理框架l 規(guī)范災難管理流程l 制定業(yè)務連續(xù)性計劃規(guī)范l 協(xié)助客戶建立災難管理組織結(jié)構(gòu)l 協(xié)助并指導業(yè)務連續(xù)性計劃的開發(fā)l 制定災備測試要求l 主持制定災備演練計劃l 主導災備演練并給予指導l 其它相關咨詢工作系統(tǒng)專家結(jié)合關鍵系統(tǒng)的實際情況、容災項目的具體要求為數(shù)據(jù)中心異地容災項目提供有效、穩(wěn)定、高效、可靠的運行優(yōu)化，系統(tǒng)技術部分包括：l 服務器和UNIX操作系統(tǒng)管理員l 磁盤陣列和SAN存儲管理員l ORACLE數(shù)據(jù)管理員l 中間件技術管理員l 應用程序管理員l 數(shù)據(jù)庫復制軟件管理員網(wǎng)絡專家復制容災項目中的網(wǎng)絡建設、尤其是容災切換過程中的網(wǎng)絡切換過程專家。5.4《重大故障應急備份切換方案》安裝情況不同，備份切換分為備份數(shù)據(jù)庫的切換，服務器切換、存儲切換以及其他子系統(tǒng)的切換。分別描述如下。（1）基于DSG系統(tǒng)的數(shù)據(jù)庫災難恢復步驟（災備中心）：

在生產(chǎn)數(shù)據(jù)庫系統(tǒng)發(fā)生災難的情況下，此時可使用容災數(shù)據(jù)庫首先接管業(yè)務，然后進行數(shù)據(jù)的反向恢復，最后進行時間一致性檢查，恢復系統(tǒng)正常狀態(tài)。在生產(chǎn)數(shù)據(jù)庫系統(tǒng)發(fā)生災難的情況下，此時可使用容災Oracle數(shù)據(jù)庫，首先接管業(yè)務，然后進行數(shù)據(jù)的反向恢復。DSG系統(tǒng)的具體步驟為：基于DSG系統(tǒng)的災難恢復步驟生產(chǎn)數(shù)據(jù)發(fā)生災難，生產(chǎn)端業(yè)務停止；修改TNS的指向，將數(shù)據(jù)庫指向災備中心的數(shù)據(jù)庫；停止Realsync復制進程應用系統(tǒng)重新連接災備數(shù)據(jù)庫，完成業(yè)務接管；排除生產(chǎn)系統(tǒng)的故障；啟動生產(chǎn)系統(tǒng)的Oracle數(shù)據(jù)庫啟動Realsync進程清除Realsync的環(huán)境參數(shù)執(zhí)行setdm命令將災備中心數(shù)據(jù)庫作為數(shù)據(jù)源，將數(shù)據(jù)反向批量同步到生產(chǎn)系統(tǒng)上，此過程災備中心的業(yè)務無需中斷批量復制結(jié)束后，停止災備中心的業(yè)務；修改TNS指向，將數(shù)據(jù)庫指向生產(chǎn)中心的數(shù)據(jù)庫；等待Realsync將緩存隊列中的所有數(shù)據(jù)轉(zhuǎn)載結(jié)束；應用系統(tǒng)重新連接生產(chǎn)中心數(shù)據(jù)庫，完成業(yè)務回切；配置Realsync進行正向復制；以上過程是利用災備中心的系統(tǒng)首先接管業(yè)務后，再進行生產(chǎn)中心的修復和數(shù)據(jù)的反向復制，因此不會造成長時間的業(yè)務中斷。（2）數(shù)據(jù)一致性檢查：對于ORACLE而言，數(shù)據(jù)一致性的檢查主要是通過數(shù)據(jù)庫的SQL接口讀取記錄，進行對比的方式進行。而這種比對方式耗時巨大，效率十分低下，如果對于一些沒有主鍵的表就幾乎無法比較。DSG在數(shù)據(jù)一致性校驗的檢查機制方面做的尤為突出，并且使得這一需求變得可行。在其它同類產(chǎn)品中，DSGRealsync不是通過select接口來讀取數(shù)據(jù)并進行比較，而是通過批量讀取的方式從數(shù)據(jù)庫底層直接讀取記錄，并通過rowid的對應關系來定位記錄，并通過數(shù)據(jù)源的記錄值、ROWID，目標端的記錄值、ROWID，以及Realsync所記錄的ROWID映射關系來比較雙方的記錄是否一樣。這種方式省卻了大量的從select接口查詢記錄的資源占用和時間消耗。并且能夠比較到每條記錄，能夠清晰定位不一致的記錄。無論被比較的表含有主鍵或者沒有主鍵，都能進行比較，并且比較的性能一樣。（3）系統(tǒng)恢復計劃:切換序號切換內(nèi)容相關設備負責人1一、主機故障切換步驟：

交易系統(tǒng)有兩臺主機做群集，當兩臺主機同時故障時，需要啟動本地容災服務器應用。修改主機IP啟動應用做數(shù)據(jù)和業(yè)務驗證二、存儲設備故障切換步驟：1、 當交易系統(tǒng)的存儲發(fā)生故障，導致業(yè)務無法正常進行時，需要啟動本地容災服務器應用。修改主機IP啟動應用做數(shù)據(jù)和業(yè)務驗證2、 當交易系統(tǒng)和本地容災系統(tǒng)故障，導致業(yè)務無法正常進行時，啟動遠程容災服務器應用。修改主機IP啟動應用做數(shù)據(jù)和業(yè)務驗證3、 當交換機故障當光纖交換機發(fā)生故障，導致主機無法訪問存儲時A、 停止交易系統(tǒng)的應用停止HACMP刪除主機上所有跟EMC相關的邏輯設備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設備同步HACMP啟動HACMP做數(shù)據(jù)和業(yè)務驗證B、 本地容災系統(tǒng)刪除主機上所有跟存儲相關的邏輯設備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設備做數(shù)據(jù)和業(yè)務驗證C、 遠程容災系統(tǒng)刪除主機上所有跟存儲相關的邏輯設備信息

交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設備做數(shù)據(jù)和業(yè)務驗證三、數(shù)據(jù)庫故障由于數(shù)據(jù)崩潰導致交易系統(tǒng)無法正常運行停止HACMP和應用系統(tǒng)修改本地容災主機IP啟動容災主機上應用驗證數(shù)據(jù)和業(yè)務2服務器演練步驟：1、 本地容災服務的演練關閉交易系統(tǒng)服務器修改本地容災服務器IP啟動應用做數(shù)據(jù)和業(yè)務驗證2、 遠程容災服務的演練關閉交易系統(tǒng)和本地容災系統(tǒng)修改容災服務器的IP啟動應用做數(shù)據(jù)和業(yè)務驗證3演練其他配件：電源線；光纖線交換機；SFPHBA卡其他（文檔、工具、電話、燈具等）檢查配置、參數(shù)；重新恢復原位；驗證系統(tǒng)一致性；編制《演練報告》4聯(lián)機演練測試：主機+服務器+交換機+配件（略）5演練軟件運行測試（多方配合）5.5《重大故障應急方案演練計劃》切換序切換內(nèi)容相關設備負責人

號1一、 主機故障切換步驟：交易系統(tǒng)有兩臺主機做群集，當兩臺主機同時故障時，需要啟動本地容災服務器應用。修改主機IP啟動應用做數(shù)據(jù)和業(yè)務驗證填寫測試報告二、 存儲設備故障切換步驟：1、 當交易系統(tǒng)的存儲發(fā)生故障，導致業(yè)務無法正常進行時，需要啟動本地容災服務器應用。修改主機IP啟動應用做數(shù)據(jù)和業(yè)務驗證填寫測試報告2、 當交易系統(tǒng)和本地容災系統(tǒng)故障，導致業(yè)務無法正常進行時，啟動遠程容災服務器應用。<,DIV>修改主機IP啟動應用做數(shù)據(jù)和業(yè)務驗證填寫測試報告3、 當兩臺交換機故障當兩臺光纖交換機發(fā)生故障，導致主機無法訪問存儲時A、 停止交易系統(tǒng)的應用停止HACMP刪除主機上所有跟存儲相關的邏輯設備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設備同步HACMP啟動HACMP做數(shù)據(jù)和業(yè)務驗證填寫測試報告B、 本地容災系統(tǒng)刪除主機上所有跟存儲相關的邏輯設備

信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設備做數(shù)據(jù)和業(yè)務驗證C、遠程容災系統(tǒng)刪除主機上所有跟存儲相關的邏輯設備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設備做數(shù)據(jù)和業(yè)務驗證填寫測試報告三、數(shù)據(jù)庫故障由于數(shù)據(jù)崩潰導致交易系統(tǒng)無法正常運行停止HACMP和應用系統(tǒng)修改本地容災主機IP啟動容災主機上應用驗證數(shù)據(jù)和業(yè)務填寫測試報告2服務器演練步驟：1、 本地容災服務的演練關閉交易系統(tǒng)服務器修改本地容災服務器IP啟動應用做數(shù)據(jù)和業(yè)務驗證填寫測試報告2、 遠程容災服務的演練關閉交易系統(tǒng)和本地容災系統(tǒng)修改容災服務器的IP啟動應用做數(shù)據(jù)和業(yè)務驗證填寫測試報告3聯(lián)機演練需求：主機+服務器+交換機+配件（略）4測試人員：需要多方人員參與

5.6《系統(tǒng)巡檢報告》《&&&&公司巡檢報告》客戶意見及簽字:尊敬的客戶您好，本次質(zhì)檢服務已完成，請您對我們的服務提出寶貴的意見，謝謝合作！很滿意□ 較滿意□ 一般口 不滿意□ 很不滿意口其它意見：客戶簽字：單位蓋章：客戶服務中心反饋情況:回訪結(jié)果:回訪人簽字:6 DSG公司簡介DSG是全球領先的數(shù)據(jù)與存儲管理軟件提供商。在當今存儲行業(yè)把備份、SRM和數(shù)據(jù)復制作為存儲軟件的三大主流方向的時候，DSG已經(jīng)提前兩年在這三個領域方面取得了突破性進展，推出了DMP系列產(chǎn)品，推動了數(shù)據(jù)管理領域的變革。DSG努力成為全球最大的數(shù)據(jù)與存儲管理軟件提供商，提供優(yōu)秀的數(shù)據(jù)管理軟件和數(shù)據(jù)安全、災難恢復、數(shù)據(jù)抽取共享、數(shù)據(jù)歸檔檢索和一體化管理平臺在內(nèi)的解決方案。DSG成立和組成DSG北京公司于2002年8月在北京成立，同時被授予“高科技企業(yè)”的稱號。DSG公司的前身是DSGuardianInc.公司，注冊于美國，早期致力于大型企業(yè)應用系統(tǒng)的調(diào)優(yōu)服務，曾服務于波音、通用汽車、SONY等國際知名企業(yè)。DSG公司技術核心人員來自IBM、ORACLE等美國IT領先企業(yè)，他們長期擔任關鍵技術職務，在數(shù)據(jù)存儲管理、企業(yè)信息處理方面有豐富的實踐經(jīng)驗和專業(yè)的技術知識。DSG公司在美國于1996年開始軟件研發(fā)，具有完全知識產(chǎn)品的數(shù)據(jù)保護和容災產(chǎn)品。DSG陸續(xù)推出新一代的磁盤備份技術（SnapAssure）、異構(gòu)熱容災技術（RealSync）、數(shù)據(jù)復制和抽取技術（SmartE）以及數(shù)據(jù)庫日志分析技術（Ologx），并投放市場，深受用戶好評。DSG業(yè)務范圍DSG-迪思杰（北京）數(shù)碼技術有限公司是業(yè)界專注于為用戶提供數(shù)據(jù)管理平臺解決方案和服務的提供商，提供的產(chǎn)品和解決方案，包括：u 高速數(shù)據(jù)備份和恢復解決方案：SnapAssureu Oracle數(shù)據(jù)庫復制和容災解決方案：RealSync/SmartEu 備份數(shù)據(jù)共享和業(yè)務部署支持方案：SnapShareU Oracle數(shù)據(jù)庫管理工具包：日志分析（Ologx），快速數(shù)據(jù)裝載（xflldr），快速數(shù)據(jù)導出技術（xexp）等。數(shù)據(jù)庫服務提供，包括：u Oracle數(shù)據(jù)維護、調(diào)優(yōu)u Oracle故障診斷和排除u Oracle數(shù)據(jù)庫遷移、升級服務u Oracle數(shù)據(jù)急救服務u 企業(yè)信息模型規(guī)劃和實施DSG核心技術DSG公司擁有的自主知識版權的關鍵技術：u 獲得美國專利的“版本壓縮數(shù)據(jù)存儲技術”u 數(shù)據(jù)塊增量備份技術u 數(shù)據(jù)庫實時容災復制技術u 異構(gòu)分布式數(shù)據(jù)存儲管理技術u 快速數(shù)據(jù)提取、裝載技術和數(shù)據(jù)分析DSG公司的業(yè)務方向隨著計算機應用系統(tǒng)的爆炸式發(fā)展，業(yè)務量迅速增加，業(yè)務種類日益復雜，企業(yè)必須管理不斷增長的信息流量；隨著信息量的急劇增大，核心數(shù)據(jù)的管理變得日益困難。如何安全、可靠地存儲業(yè)務數(shù)據(jù)及滿足未來業(yè)務數(shù)據(jù)高速增長的需要；如何有效管理日益增長的業(yè)務數(shù)據(jù)；如何實現(xiàn)業(yè)務數(shù)據(jù)的共享并在現(xiàn)有業(yè)務數(shù)據(jù)之上建立新興的增值應用，如數(shù)據(jù)倉庫、客戶關系管理（CRM）等，成為了各企業(yè)建立信息系統(tǒng)的關鍵所在。目前，各企業(yè)信息系統(tǒng)在數(shù)據(jù)管理領域存在著普遍的問題：u 數(shù)據(jù)流通效率低下，企業(yè)信息孤島現(xiàn)象嚴重u 數(shù)據(jù)報表、查詢和數(shù)據(jù)共享效率低下u 系統(tǒng)安全保護、業(yè)務連續(xù)運行水平低下因此，各企業(yè)比以往任何時候相比，管理和有效使用這些信息系統(tǒng)的能力高低都更能決定了長期生存和發(fā)展能力，因此比以往任何時候，企業(yè)都更關注于如下領域：u 提高系統(tǒng)運行效率，提高業(yè)務報表、提高客戶服務質(zhì)量，并降低客戶流失率。u 加強企業(yè)信息流通、提高企業(yè)信息的附加值、進一步挖掘企業(yè)信息價值、迅速開發(fā)和推廣新業(yè)務，創(chuàng)造更多收入并保持競爭能力。u 提高信息系統(tǒng)業(yè)務連續(xù)運行能力，提高數(shù)據(jù)安全保護水平。DSG公司憑借在全球數(shù)據(jù)保護、數(shù)據(jù)共享領域長期以來的積累，形成了包含數(shù)據(jù)流通、數(shù)據(jù)共享和數(shù)據(jù)安全保護在內(nèi)的一體化的數(shù)據(jù)管理平臺，為企業(yè)信息系統(tǒng)提供了統(tǒng)一數(shù)據(jù)管理基礎平臺（DMF）。良好的企業(yè)數(shù)據(jù)管理基礎架構(gòu)，能夠帶來：u 更靈活的業(yè)務系統(tǒng)部署，提高關鍵業(yè)務系統(tǒng)運行水平；u 提高系統(tǒng)部署的延續(xù)性，避免分散建設的重復投資；u 提高投資回收率，充分利用各種投資。DSG在國內(nèi)的主要應用客戶u 中國電信：電信總部、北方電信9省、江蘇電信、浙江電信、重慶電信、江西電信、廣西電信、新疆電信、青海電信、海南電信、貴州電信、甘肅電信、寧夏電信、福建電信、成都電信；u 中國移動：江西移動、廣西移動、甘肅移動、新疆移動、青海移動；u 中國網(wǎng)通：遼寧網(wǎng)通、周口通信、滄州通信；u 中國聯(lián)通：廣東聯(lián)通、江蘇聯(lián)通、天津聯(lián)通、遼寧聯(lián)通、山東聯(lián)通、陜西聯(lián)通、四川聯(lián)通、河北聯(lián)通、重慶聯(lián)通、吉林聯(lián)通；u 證券行業(yè)：銀河證券、華泰證券、長江證券、國聯(lián)證券、民族證券、金通證券；u 政府機構(gòu)：河北省地方稅務局、新疆電力、上海市松江區(qū)財政局、廣州公安、廣西公安、新疆電力、杭州電力、東莞社保、江漢油田、遼寧交通廳、濟南鋼鐵總公司等u 軍隊及其它：海軍某部、火箭研究院、陸軍某部、信息產(chǎn)業(yè)部（含浙江、江蘇、陜西、黑龍江、福建、江西、甘肅、吉林、寧夏和重慶等信產(chǎn)部直屬機構(gòu)）；7 DSG在類似項目的成功范例和相關經(jīng)驗7.1成功案例的列表DSG從2002年在中國成立以來，在RealSync這個數(shù)據(jù)庫復制產(chǎn)品的項目實施方面也經(jīng)過了很長的一段路。DSG始終以“客戶需求為導向”的原則發(fā)展自己的產(chǎn)品，到目前為止，DSGRealSync產(chǎn)品已經(jīng)在電信、政府、政券和企業(yè)采用，主要包括：l 電信行業(yè):北京移動、廣西移動、甘肅移動、貴州移動、青海移動、澳門電信、廣西電信、陜西電信、貴州電信、四川電信、山東電信、內(nèi)蒙電信、河北電信、遼寧電信、吉林電信、江西電信、云南電信、安徽電信、海南電信、福建電信、甘肅電信、寧夏電信、新疆電信、廣東電信、杭州電信、舟山電信、紹興電信、湖州電信、遼寧網(wǎng)通、山東聯(lián)通、江西聯(lián)通、福建聯(lián)通、廣西聯(lián)通、湖南聯(lián)通、江蘇聯(lián)通、四川聯(lián)通、吉林聯(lián)通、廣東聯(lián)通、貴州聯(lián)通、湖北聯(lián)通、內(nèi)蒙聯(lián)通、貴州聯(lián)通、云南聯(lián)通…l 金融行業(yè)：廣發(fā)銀行、太平洋保險集團、上海黃金交易所、中國金融期貨交易所、中國期貨保證金監(jiān)控中心、天平保險、華夏基金、易方達基金、金元比聯(lián)基金、友邦基金、招商基金、南方基金、魯證期貨、中銀期貨、東吳期貨、信達期貨、西部期貨、國泰君安期貨、魯能金穗期貨、東航期貨、中原期貨、中大期貨、廣發(fā)證券、銀河證券、民族證券、宏源證券、新時代證券、上海證券、遠東證券、太平洋證券、東興證券、萬聯(lián)證券、金元證券、信達證券、江南證券、華泰證券、南京證券、信泰證券、東吳證券、長江證券、國聯(lián)證券、東海證券、西南證券、山西證券、金通證券、中原證券、財達證券、西部證券、國盛證券、國海證券、華福證券、恒泰證券、湘財證券、華鑫證券、財富證券、中天證券、財通證券、國金證券、中投證券、華歐證券、中郵證券、德邦證券、愛建證券、華寶證券、聯(lián)合證券、日信證券、英大證券…l 政府行業(yè)：國家知識產(chǎn)權局、北京電力、四川電力、河南電力、江西電力、青海電力、吉林電力、湖南電力、安徽電力、寧夏電力、天富熱電、廈門電力、河北省地稅、重慶地稅、深圳地稅、深圳市統(tǒng)計局、武漢財政、上海松江財政、吉林省交通廳、遼寧省征稽局、蛇口碼頭、寧波港、江蘇省航道局、江蘇農(nóng)墾、無錫公積金、貴州公安、東營公安、青島有線、泰州社保、南通社保、阿克蘇社保、太倉社保、中國一汽、濟南鋼鐵、南京軍區(qū)總醫(yī)院、格力電器、深圳神州通集團、深圳統(tǒng)計局、阿里巴巴、河北省地稅11地市征管數(shù)據(jù)集中容災備份系統(tǒng)、江西省電力12地市營銷數(shù)據(jù)集中容災備份……這些系統(tǒng)都為DSGRealSync的實施積累了寶貴的經(jīng)驗。7.2長江證券集中交易系統(tǒng)災備應用1、業(yè)務需求：長將證券從2004年開始著手全公司大集中交易系統(tǒng)建設工作。集中交易系統(tǒng)的目的是實現(xiàn)所屬所有網(wǎng)點數(shù)據(jù)大集中，涵蓋長江證券目前現(xiàn)有業(yè)務（AB股，基金、債券、三板、集合理財、銀證通、多幣種等），整合并兼容長江證券即將開展的保險、期貨等可預見金融業(yè)務的集中交易系統(tǒng)。是一套集金融產(chǎn)品研發(fā)、銷售、管理為一體的信息系統(tǒng)。隨著證券集中交易系統(tǒng)的建設，對系統(tǒng)的安全性、可靠性和業(yè)務連續(xù)性方面提出了很高的要求。因為該系統(tǒng)是長江證券的業(yè)務得以正常運轉(zhuǎn)的前提和保證。而大量的意外事件，如不可抗自然災難（地震、洪水）、意外災難（火災）、戰(zhàn)爭、恐怖事件（如911）、外界因素電網(wǎng)、通訊等處界因素、運營中心容錯措施失效等原因都將會導致集中交易系統(tǒng)的數(shù)據(jù)丟失、業(yè)務中斷，勢必造成巨大的經(jīng)濟損失。為此，長江證券提出了建設一套高效、可靠、投資回收比高的災難備份系統(tǒng)。確保系統(tǒng)的數(shù)據(jù)安全和災難發(fā)生時的快速恢復。2、解決方案DSG作為數(shù)據(jù)管理平臺解決方案的提供商，推出了包括數(shù)據(jù)安全、數(shù)據(jù)共享和數(shù)據(jù)生命周期管理等在內(nèi)的全套數(shù)據(jù)管理解決方案。該解決方案中的數(shù)據(jù)庫復制技術realsync正是為數(shù)據(jù)復制和備份提供了最佳的解決方案。該軟件在工作組和企業(yè)級的關鍵應用的容災支持上，能夠提供比競爭對手更低成本、更高投資回報、結(jié)構(gòu)更靈活、更容易實施和維護的容災解決方案，提供對主流Linux和Unix等跨平臺的Oracle數(shù)據(jù)庫系統(tǒng)的復制和備份支持。在大型企業(yè)和數(shù)據(jù)中心級的關鍵應用上，RealSync是完全滿足數(shù)據(jù)中心級每秒數(shù)千條交易量的實時復制支持、減少數(shù)據(jù)丟失。同事通過處于打開（open）狀態(tài)的備份數(shù)據(jù)庫提供數(shù)據(jù)查詢、統(tǒng)計報表等支持企業(yè)應用模塊的重新部署。為此，長江證券選擇了DSGRealSYnc作為其交易系統(tǒng)的復制和備份解決方案：系統(tǒng)結(jié)構(gòu)：如圖所示，長江證券集中交易系統(tǒng)容災備份實現(xiàn)如下目的：（1） 本地復制：將集中交易系統(tǒng)復制到局域網(wǎng)內(nèi)部的系統(tǒng)上用于查詢和本地業(yè)務接管功能；（2） 遠程異地復制：將位于武漢的集中交易系統(tǒng)遠程復制到上海證通災備中心，廣域網(wǎng)鏈路2M.（3） 滿足業(yè)務備份和恢復指標要求災難發(fā)生時數(shù)據(jù)丟量控制在最小范圍之內(nèi)，業(yè)務恢復事件縮短，減少對證券用戶的交易影響。支持平臺：數(shù)據(jù)庫：OracleRAC操作系統(tǒng)：HP-UX應用效果和特點：總的說來，采用DSGRealSync數(shù)據(jù)復制和備份解決方案，非常適合長江證券的業(yè)務需求：（1） 支持1:2的復制模式，滿足一個數(shù)據(jù)源復制到多個目標數(shù)據(jù)庫的業(yè)務需求（2） 備份數(shù)據(jù)庫出于打開狀態(tài)，通過該打開數(shù)據(jù)庫可用于分擔集中交易系統(tǒng)的查詢和統(tǒng)計等業(yè)務功能（3） 支持異構(gòu)模式的數(shù)據(jù)復制，支持數(shù)據(jù)源、目標數(shù)據(jù)庫之間采用靈活的軟件和硬件平臺，而無需要求相同的操作系統(tǒng)和數(shù)據(jù)庫版本（4） 減少帶寬占用，滿足2M帶寬的廣域網(wǎng)復制需求（5） 數(shù)據(jù)復制實時性好，數(shù)據(jù)復制頻率可調(diào)整，復制周期可減少到秒級以內(nèi)，減少數(shù)據(jù)丟失。7.3西北證券災備一體化方案西北某證券股份有限公司是經(jīng)中國證券監(jiān)督管理委員會批準設立，于2001年元月正式注冊開業(yè)的證券經(jīng)營機構(gòu)，注冊資本金壹拾億元人民幣，注冊地為陜西省西安市，公司在上海設有投資管理、客戶資產(chǎn)管理、投資銀行、研發(fā)中心等業(yè)務部門，并在陜西、北京、上海、深圳、山東設立了22家證券營業(yè)部和14家證券服務部。業(yè)務需求西北某證券集中交易系統(tǒng)在2005年實現(xiàn)交易集中并升級到Linux+Oracle平臺，系統(tǒng)穩(wěn)定運行。2006年以來，隨著中國股市轉(zhuǎn)牛，交易活躍，系統(tǒng)所承受的壓力越來越大。一旦集中交易系統(tǒng)出現(xiàn)故障，將導致嚴重的后果。因此，西北某證券考慮升級以往的應用級容災系統(tǒng)，采用專業(yè)的災備軟件對集中交易系統(tǒng)進行完善的保護，包括：實現(xiàn)災、備一體化的數(shù)據(jù)保護對集中交易系統(tǒng)實現(xiàn)災、備一體化保護，即在出現(xiàn)地震、火災、存儲故障、大面積電力中斷、網(wǎng)絡中斷等情況下使用容災系統(tǒng)實現(xiàn)業(yè)務快速接管；在出現(xiàn)諸如表數(shù)據(jù)丟失、數(shù)據(jù)邏輯錯誤、軟件BUG等情況下可以通過備份系統(tǒng)快速在線修復系統(tǒng)。同時整合兩種災備模式，做到全方位保護。實現(xiàn)本、異地結(jié)合，查詢、容災結(jié)合的數(shù)據(jù)同步在中心機房和異地機房之間各保留一份同步數(shù)據(jù)。中心機房的同步數(shù)據(jù)用于歷史查詢、數(shù)據(jù)分析等，作為“溫備”數(shù)據(jù)。異地同步數(shù)據(jù)用于容災切換，作為“災備”數(shù)據(jù)。強調(diào)應急處理及演習體制的建設，實現(xiàn)災備制度保證在關鍵時刻容災切換是否能夠成功，不但取決于災備軟件，而且和平時的災備演練、系統(tǒng)維護以及應急體制息息相關。因此，西北某證券要求災備系統(tǒng)的建設同時應建設應急處理制度、演習制度并形成規(guī)范文檔和應急指導手冊，切實提高容災系統(tǒng)的應用效果。解決方案根據(jù)西北某證券的實際情況，DSG采用RealSync+SnapAssure的災備一體化方案來滿足客戶的需求。解決方案示意圖如下：如上圖所示：配置兩套DSGRealSync軟件，分別實現(xiàn)從本地交易服務器組同步數(shù)據(jù)到中心機房的查詢服務器以及異地機房的災備服務器，實現(xiàn)本地和異地的數(shù)據(jù)同步；同步到中