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

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

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

工程建議書

迪思杰〔北京〕數(shù)碼技術(shù)2010-8-24

目錄醫(yī)院數(shù)據(jù)中心...1異地災(zāi)備系統(tǒng)建設(shè)...1工程建議書...11

工程背景...32

容災(zāi)技術(shù)分析...42.1

容災(zāi)技術(shù)的選擇...42.2

推薦采用“RealSync產(chǎn)品〞...62.3

為什么推薦RealSync產(chǎn)品...72.4

RealSync在應(yīng)急災(zāi)備方面的特點...92.5

RealSync在報表分擔、數(shù)據(jù)共享利用等方面的特點...113

方案設(shè)計...123.1

方案設(shè)計...123.2

Realsync軟件配置...133.3

性能和資源需求估算...153.4

系統(tǒng)實施概述...174

RealSync產(chǎn)品原理...214.1

日志抓取〔DataCapture〕...214.2

日志分析〔Analyze〕...224.3

交易合成〔Synthesize〕...234.4

交易傳輸...244.5

數(shù)據(jù)裝載...255

應(yīng)急響應(yīng)方案與災(zāi)備演練方案...285.1

容災(zāi)管理規(guī)劃...285.2

復制軟件的日常維護...285.3

人員組織構(gòu)造規(guī)劃...285.4

《重大故障應(yīng)急備份切換方案》...295.5

《重大故障應(yīng)急方案演練方案》...335.6

《系統(tǒng)巡檢報告》...356

DSG公司簡介...366.1

DSG成立和組成...366.2

DSG業(yè)務(wù)范圍...366.3

DSG核心技術(shù)...366.4

DSG公司的業(yè)務(wù)方向...376.5

DSG在國內(nèi)的主要應(yīng)用客戶...387

DSG在類似工程的成功范例和相關(guān)經(jīng)歷...397.1

成功案例的列表...397.2

長江證券集中交易系統(tǒng)災(zāi)備應(yīng)用...407.3

西北證券災(zāi)備一體化方案...417.4

武漢財政容災(zāi)系統(tǒng)應(yīng)用案例...447.5

南京軍區(qū)總醫(yī)院容災(zāi)系統(tǒng)應(yīng)用案例...46

1

工程背景隨著醫(yī)院信息化進程的不斷深化，信息系統(tǒng)成為了支撐醫(yī)院業(yè)務(wù)運行的重要平臺，醫(yī)院的全部業(yè)務(wù)流程都依賴于信息系統(tǒng)提供的服務(wù)來運作。為了保證該系統(tǒng)的穩(wěn)定、安全、有效的運行，醫(yī)院的IT部門都采用了雙機、RAID、磁帶備份等技術(shù)，來回避由于磁盤故障，人為失誤，應(yīng)用程序的邏輯錯誤，自然災(zāi)害等原因帶來的系統(tǒng)停機或者數(shù)據(jù)喪失。但大局部醫(yī)院并沒有建設(shè)一個容災(zāi)機制，一旦數(shù)據(jù)庫或硬件出現(xiàn)故障，較長時間不能恢復，對醫(yī)院來說都是一次災(zāi)難，將會給給醫(yī)院的聲譽帶來了惡劣的影響并造成了極大的經(jīng)濟損失：ü

廣東省人民醫(yī)院電腦故障讓患者受累ü

北京婦產(chǎn)醫(yī)院掛號故障千人排隊苦等ü

上海市第十人民醫(yī)院停機4個多小時ü

通山縣人民醫(yī)院電腦故障無法交費老漢等2小時猝死檢測室ü

閔行區(qū)醫(yī)院電腦故障千余人等數(shù)小時掛號ü

華山醫(yī)院網(wǎng)絡(luò)故障2小時取不了藥ü

中山市中醫(yī)院系統(tǒng)出現(xiàn)故障，醫(yī)院收費環(huán)節(jié)完全癱瘓，導致數(shù)千人看病受到影響ü

第八人民醫(yī)院醫(yī)院電腦臨時出故障溝通不暢引患者投訴ü

北京安貞醫(yī)院電腦系統(tǒng)出現(xiàn)故障，造成大廳聚集近百名患者ü

上海一醫(yī)院突發(fā)電腦故障造成大量病人滯留ü

齊魯醫(yī)院電腦突發(fā)故障患者排長隊苦等ü

上海龍華醫(yī)院電腦系統(tǒng)故障致排隊人群至門口ü

東方醫(yī)院電腦系統(tǒng)突發(fā)故障數(shù)百患者苦等三小時

因此迫切需要建設(shè)容災(zāi)系統(tǒng)，以保證計算機業(yè)務(wù)系統(tǒng)的連續(xù)運行，并提高信息系統(tǒng)抵御突發(fā)性災(zāi)難的能力，保證醫(yī)院穩(wěn)定運行。

本方案是迪思杰(北京)數(shù)碼技術(shù)根據(jù)****醫(yī)院提出的以上需求，所提出的利用DSGRealsync數(shù)據(jù)同步復制軟件實現(xiàn)數(shù)據(jù)的實時復制，從而滿足“建設(shè)容災(zāi)系統(tǒng)，實現(xiàn)數(shù)據(jù)的遠程備份和業(yè)務(wù)的不中斷運行“的需求。DSGRealsync數(shù)據(jù)同步復制目前在國內(nèi)有200多家客戶，占到第三方數(shù)據(jù)復制軟件市場70%以上的市場份額。

本方案如有欠缺或遺漏之處，敬請諒解！2

容災(zāi)技術(shù)分析2.1容災(zāi)技術(shù)的選擇在選擇容災(zāi)系統(tǒng)的構(gòu)造時，首先要考慮的就是選擇采用合理的異地數(shù)據(jù)復制技術(shù)。數(shù)據(jù)的遠程復制技術(shù)是容災(zāi)系統(tǒng)的核心技術(shù)，它對于數(shù)據(jù)系統(tǒng)的一致性和可靠性以及系統(tǒng)的應(yīng)變能力具有舉足輕重的作用，通過有效的數(shù)據(jù)復制，遠程的業(yè)務(wù)數(shù)據(jù)中心與本地的業(yè)務(wù)數(shù)據(jù)實現(xiàn)同步，確保一旦本地系統(tǒng)故障，遠程的容災(zāi)中心迅速進展完整的接收。實現(xiàn)這些功能的業(yè)界常用解決方案主要包括以下幾類：1.

磁盤陣列復制技術(shù)：主要由一些磁盤陣列廠商提供，如EMCSRDF、IBMPPRC、HPBusinessCopy、HDSTrueCopy等,該技術(shù)是將數(shù)據(jù)復制通過磁盤陣列控制器在進展寫入操作的同時通過高速網(wǎng)絡(luò)向容災(zāi)系統(tǒng)的陣列上發(fā)送一樣的I/O指令來實現(xiàn)；2.

存儲卷復制技術(shù)：由一些卷管理軟件廠商提供，如VERITASVVR；3.

存儲虛擬化技術(shù)：飛康的CDP等，該技術(shù)是將系統(tǒng)中各種異構(gòu)的存儲設(shè)備映射為一個單一的存儲資源，對用戶完全透明，到達屏蔽存儲設(shè)備的異構(gòu)和主機的異構(gòu)的目的。4.

數(shù)據(jù)庫復制技術(shù)：由數(shù)據(jù)庫廠商以及一些第三方廠商提供，如DSGRealSync/SmartE等；磁盤陣列復制技術(shù)、存儲卷復制技術(shù)、存儲虛擬化技術(shù)與數(shù)據(jù)庫復制技術(shù)在容災(zāi)應(yīng)用的層面相對比起來，有幾個明顯的缺點：

缺乏一：切換的復雜性在災(zāi)難發(fā)生的時候，如果采用的是盤陣/卷/虛擬類的容災(zāi)方案，那在業(yè)務(wù)切換〔接收〕時需要經(jīng)過：1、主機啟動、2、存儲啟動、3、Oracle數(shù)據(jù)庫啟動、4、中間件啟動5、網(wǎng)絡(luò)切換、6、應(yīng)用切換，7、相關(guān)參數(shù)修改等等多個環(huán)節(jié)才能成功完成整個過程，而在突發(fā)事件產(chǎn)生的時候，現(xiàn)場是否有能有這么多技術(shù)人員保障，能夠解決各個環(huán)節(jié)的啟動、切換等，這個一個非?，F(xiàn)實的問題。由于Realsync軟件實施的容災(zāi)數(shù)據(jù)庫是OPEN狀態(tài)的，所以沒有主機、存儲、數(shù)據(jù)庫重啟等繁瑣步驟，只需要將容災(zāi)端ORACLE數(shù)據(jù)庫的trigger激活，并將應(yīng)用服務(wù)器器連接到接收的數(shù)據(jù)庫服務(wù)器上。Realsync是所有方案中切換最簡單、最方便的，相信這個操作大局部的IT部門人員都可以完成。

缺乏二：30分鐘切換〔接收〕的壓力較大由于采用磁盤陣列/存儲卷/虛擬容災(zāi)方案，在業(yè)務(wù)切換〔接收〕時需要經(jīng)過主機啟動、存儲啟動、Oracle數(shù)據(jù)庫啟動、網(wǎng)絡(luò)切換、應(yīng)用切換等多個環(huán)節(jié)；其中僅UNIX操作系統(tǒng)啟動〔含服務(wù)器外圍設(shè)備和網(wǎng)絡(luò)等元素的啟動〕和Oracle啟動兩個步驟就要花費幾十分鐘〔至少為15+10=25分鐘〕。在很多關(guān)鍵行業(yè)，如果要實現(xiàn)30分鐘內(nèi)接收業(yè)務(wù)，這是有一定壓力的。因此，在證券等實時性較高的行業(yè)，數(shù)據(jù)庫復制技術(shù)被大規(guī)模采用。〔DSG目前在金融證券基金期貨行業(yè)，擁有50多個災(zāi)備客戶〕

缺乏三：備份數(shù)據(jù)庫是否一定能夠接收還存在疑問由于磁盤陣列/存儲卷/虛擬容災(zāi)方案是采用基于IO級別的同步，而這個同步和Oracle的寫操作是不完全一致的，所以備份數(shù)據(jù)庫存在幾個疑問：n

疑問一：災(zāi)難產(chǎn)生時，備份系統(tǒng)的Oracle是否一定能夠起得來n

疑問二：即使Oracle能夠起得來，數(shù)據(jù)是否一定都能夠讀取n

疑問三：災(zāi)難切換后系統(tǒng)的性能是否處于正常狀態(tài)

缺乏四：無法防止物理錯誤〔如磁盤壞塊〕，導致數(shù)據(jù)不一致、不安全由于磁盤陣列/存儲卷/虛擬容災(zāi)方案是采用基于IO級別的同步，無法解決磁盤經(jīng)常出現(xiàn)的物理錯誤，例如：數(shù)據(jù)庫壞塊，這是Oracle數(shù)據(jù)庫經(jīng)常出現(xiàn)的典型問題〔我們可以提供許多實例〕。因此，基于磁盤陣列/存儲卷/虛擬容災(zāi)的方案將面臨數(shù)據(jù)喪失的風險。而數(shù)據(jù)庫復制技術(shù)則不會有這樣的問題。

2.2推薦采用“RealSync產(chǎn)品〞要建設(shè)查詢數(shù)據(jù)庫的關(guān)鍵技術(shù)，就是數(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)應(yīng)用范圍廣泛，主要實現(xiàn)如下功能：(一)核心業(yè)務(wù)的災(zāi)備平臺通過數(shù)據(jù)同步建設(shè)災(zāi)備中心可以實現(xiàn)對業(yè)務(wù)關(guān)鍵數(shù)據(jù)的容災(zāi)及保護，在不影響生產(chǎn)數(shù)據(jù)庫性能的同時為生產(chǎn)數(shù)據(jù)庫在本地或異地建設(shè)一份準實時鏡像，以保證在生產(chǎn)數(shù)據(jù)庫發(fā)生災(zāi)難時可使用容災(zāi)數(shù)據(jù)庫進展業(yè)務(wù)接收和數(shù)據(jù)恢復。(二)業(yè)務(wù)負載分擔由于復制的第二數(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ù)模塊進展負載分擔，將那些只對數(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)定和可靠性；

2.3為什么推薦RealSync產(chǎn)品我們建議采用DSGRealSync軟件的原因在于：1.

提供可靠的應(yīng)急迫換，防止物理錯誤的復制實現(xiàn)對業(yè)務(wù)關(guān)鍵數(shù)據(jù)的容災(zāi)及保護，翻開的Oracle數(shù)據(jù)庫確保在業(yè)務(wù)切換時數(shù)據(jù)庫一定可以翻開接收業(yè)務(wù)，防止了數(shù)據(jù)庫可能無法啟動的風險；DSGRealsync是基于交易指令的復制，因此對于那些產(chǎn)生壞塊，或者是文件被破壞等操作將不會在目標系統(tǒng)重現(xiàn)。2.

支持不同硬件平臺之間的復制RealSync技術(shù)是邏輯級的數(shù)據(jù)復制技術(shù)，因此對于生產(chǎn)系統(tǒng)和目標系統(tǒng)來說，其硬件平臺可以屬于不同的廠商、不同的型號，亦可采用不同的操作系統(tǒng)等等。它的優(yōu)點在于：一方面，在系統(tǒng)建設(shè)時，為用戶提供硬件平臺的靈活選擇空間；同時，提供了在同一解決方案架構(gòu)下，實現(xiàn)企業(yè)不同平臺上的多個信息系統(tǒng)的統(tǒng)一復制的支持。如支持UNIX/AIX---Linux的復制容災(zāi)，大大節(jié)約成本。3.

復制目標數(shù)據(jù)庫處于OPEN狀態(tài)、數(shù)據(jù)是實時的、可以支持實時數(shù)據(jù)庫訪問RealSync維護的容災(zāi)數(shù)據(jù)庫在數(shù)據(jù)復制過程中始終處于翻開狀態(tài)，客戶可通過翻開的Oracle數(shù)據(jù)庫實現(xiàn)快速切換，且在目標端數(shù)據(jù)庫提供數(shù)據(jù)查詢、報表和ETL抽取等功能，實現(xiàn)業(yè)務(wù)分擔；滿足此次提供的業(yè)務(wù)需求。4.

按需復制，滿足業(yè)務(wù)需求，降低存儲成本和網(wǎng)絡(luò)成本根據(jù)客戶建設(shè)管理數(shù)據(jù)庫的業(yè)務(wù)需求，很多情況下，僅僅對需要的數(shù)據(jù)表信息進展復制，realsync軟件完全可以支持這類需求，這樣也可以減輕復制的壓力、減少存儲和網(wǎng)絡(luò)帶寬的成本。5.

對生產(chǎn)系統(tǒng)的低干擾性DSG實時數(shù)據(jù)復制技術(shù)不需要通過任何數(shù)據(jù)庫的引擎來獲取變更數(shù)據(jù)，而是通過數(shù)據(jù)庫自身的信息獲取源系統(tǒng)上的改變并傳送給目的系統(tǒng)，這不會對生產(chǎn)系統(tǒng)造成性能影響。6.

提供不停業(yè)務(wù)的首次全同步功能和單表修復功能RealSync還提供目標端系統(tǒng)數(shù)據(jù)初始裝載功能支持，將主系統(tǒng)上的已有存量數(shù)據(jù)，在不中斷業(yè)務(wù)的情況下平滑的裝載到目標數(shù)據(jù)庫上。這是realsync軟件獨有的功能。7.

支持長距離復制、更低的網(wǎng)絡(luò)帶寬要求和運行成本目前Realsync是全球同類方案中要求最低的，交易級復制軟件僅需要在網(wǎng)絡(luò)上傳輸?shù)牧繛镺racleredolog的1/3，一方面比OracleDG的帶寬要求低，當然更遠遠低于磁盤陣列、卷文件、虛擬存儲復制所需要的帶寬。8.

成熟的產(chǎn)品、穩(wěn)定的應(yīng)用DSG從2002年在中國成立以來，在RealSync這個數(shù)據(jù)庫復制產(chǎn)品的工程實施方面也經(jīng)過了很長的一段路。DSG始終以“客戶需求為導向〞的原則開展自己的產(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)權(quán)局、北京電力、四川電力、河南電力、江西電力、青海電力、吉林電力、湖南電力、安徽電力、寧夏電力、天富熱電、廈門電力、河北省地稅、重慶地稅、深圳地稅、深圳市統(tǒng)計局、武漢財政、上海松江財政、吉林省交通廳、遼寧省征稽局、蛇口碼頭、寧波港、江蘇省航道局、江蘇農(nóng)墾、無錫公積金、貴州公安、東營公安、青島有線、泰州社保、南通社保、阿克蘇社保、太倉社保、中國一汽、濟南鋼鐵、南京軍區(qū)總醫(yī)院、格力電器、深圳神州通集團、深圳統(tǒng)計局、阿里巴巴、河北省地稅11地市征管數(shù)據(jù)集中容災(zāi)備份系統(tǒng)、江西省電力12地市營銷數(shù)據(jù)集中容災(zāi)備份……

2.4RealSync在應(yīng)急災(zāi)備方面的特點l

零時間數(shù)據(jù)庫切換的熱容災(zāi)：系統(tǒng)恢復時間是指當主系統(tǒng)出現(xiàn)故障不能在短期內(nèi)恢復，而需要啟動容災(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ù)庫不屬于正常下線，因此重起時需要作許多檢查和恢復，花費的時間非常長。RealSync維護的容災(zāi)數(shù)據(jù)庫系統(tǒng)在數(shù)據(jù)復制過程中也始終處于翻開狀態(tài)，保證數(shù)據(jù)復制在邏輯上的完整性，保證災(zāi)難切換的時效性和可靠性，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ù)庫保證數(shù)據(jù)復制在邏輯上的完整性，為源系統(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ù)庫的秒級切換目的。l

異構(gòu)的系統(tǒng)平臺，開放的硬件選擇：RealSync技術(shù)是邏輯級的數(shù)據(jù)復制技術(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)支持。l

支持從高到中低端應(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)用。l

投資回報分析〔ROI〕：采用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)用負載分擔，減少對生產(chǎn)系統(tǒng)的影響，提高服務(wù)系統(tǒng)響應(yīng)效率；從而將容災(zāi)系統(tǒng)這個成本中心轉(zhuǎn)化為利潤中心。l

靈活的組網(wǎng)構(gòu)造和低帶寬資源需求RealSync采用交易〔Transaction〕傳輸方式，極大的減少了復制過程中需要傳輸?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)構(gòu)造支持，提高企業(yè)容災(zāi)構(gòu)造的靈活性。

2.5RealSync在報表分擔、數(shù)據(jù)共享利用等方面的特點l

按需復制查詢和統(tǒng)計系統(tǒng)往往不需要所有的原始數(shù)據(jù)，因此完全可以按需要復制數(shù)據(jù)。RealSync系統(tǒng)支持對指定信息的按需復制，如指定需要復制的表、字段和條件等，減少存儲和網(wǎng)絡(luò)帶寬的成本。l

實時數(shù)據(jù)更新實時更新保證副本系統(tǒng)快速反映源系統(tǒng)的變化，提供賬單查詢、話單查詢等的及時性。經(jīng)過大量的測試，實時數(shù)據(jù)復制技術(shù)使源系統(tǒng)和目的系統(tǒng)的數(shù)據(jù)延遲<10秒。l

對生產(chǎn)系統(tǒng)的低干擾性DSG實時數(shù)據(jù)復制技術(shù)不需要通過任何數(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è)務(wù)特點進展調(diào)整和優(yōu)化，完全不受源系統(tǒng)的限制。3

方案設(shè)計數(shù)據(jù)庫同步復制軟件是****醫(yī)院實施關(guān)鍵系統(tǒng)災(zāi)備工程的一個重要組成局部，當生產(chǎn)系統(tǒng)出現(xiàn)異?；蚬收蠒r，備份系統(tǒng)的數(shù)據(jù)庫能夠完全代替生產(chǎn)系統(tǒng)的Oracle數(shù)據(jù)庫管理系統(tǒng)，以實現(xiàn)關(guān)鍵系統(tǒng)的正常運行。l

業(yè)務(wù)功能實現(xiàn)：在關(guān)鍵業(yè)務(wù)應(yīng)用系統(tǒng)的數(shù)據(jù)庫上安裝復制軟件代理程序，通過代理程序獲取數(shù)據(jù)庫的交易，實現(xiàn)數(shù)據(jù)變化的實時跟蹤。抓取的數(shù)據(jù)通過1000Mbps以太網(wǎng)進展實時傳輸，實現(xiàn)系統(tǒng)數(shù)據(jù)同步到備份系統(tǒng)上的實時傳輸。l

技術(shù)實現(xiàn)：復制軟件是采用交易復制的方式進展數(shù)據(jù)同步；災(zāi)備數(shù)據(jù)庫上的Oracle數(shù)據(jù)庫處于OPEN狀態(tài)，可提供實時數(shù)據(jù)訪問；如可將生產(chǎn)系統(tǒng)上的統(tǒng)計查詢等業(yè)務(wù)運行在歷史的Oracle數(shù)據(jù)庫上，數(shù)據(jù)復制的時延可以空載在3-5秒左右；具體細節(jié)如下：3.1方案設(shè)計根據(jù)以上系統(tǒng)狀況和功能要求，本期工程將采用1套Realsync數(shù)據(jù)庫復制軟件來完成：根據(jù)業(yè)務(wù)需求，在關(guān)鍵系統(tǒng)安裝DSGRealSync程序，該程序?qū)RACLE數(shù)據(jù)庫產(chǎn)生的redolog進展實時分析，生成sql語句。并將sql語句通過IP網(wǎng)絡(luò)傳輸?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在備份中心的服務(wù)器上，分別安裝一個realsync，但需要為每個instance啟動一個destinationagentport。Realsync數(shù)據(jù)庫復制軟件Seq.NameDescriptionQty備注1rs-0501-0101RealSyncLicenceforProductionServer

UNIX1數(shù)據(jù)源客戶端模塊：安裝在數(shù)據(jù)源服務(wù)器端的軟件代理程序，負責監(jiān)測源端數(shù)據(jù)庫變化，并將改變信息實時同步傳輸2rs-0501-0201RealSyncLicenceforDestinationServer

UNIX1目標客戶端模塊：安裝在目標數(shù)據(jù)庫服務(wù)器端的軟件代理程序，負責接收數(shù)據(jù)庫修改指令，并加載數(shù)據(jù)，在實現(xiàn)數(shù)據(jù)同步的同時完成數(shù)據(jù)共享3rs-0501-0801RealSyncFullSync

LicenseUNIX1執(zhí)行首次數(shù)據(jù)初始完全同步的模塊4RS-0401-0601RealSyncManagementConsole1管理平臺軟件模塊，用于系統(tǒng)管理員維護，對軟件進展統(tǒng)一的配置、策略和過程的管理，支持字符和界面操作。

各模塊的作用：RealSyncforProductionServer：安裝在源系統(tǒng)〔DataSource〕上運行數(shù)據(jù)庫實例的服務(wù)器上，每個數(shù)據(jù)庫實例配置一個License；該模塊中又包含以下功能：ü

AnalyzerModule：日志分析功能ü

SynthisizerModule：交易合成功能ü

senderModule：數(shù)據(jù)傳輸〔輸出端〕功能RealSyncforDestinationServer：安裝在復制目標系統(tǒng)〔DataTarget〕上運行數(shù)據(jù)庫實例的服務(wù)器上，每個數(shù)據(jù)庫實例配置一個License；該模塊中又包含以下功能：ü

ImporterModule：數(shù)據(jù)傳輸〔輸入端〕功能ü

LoaderModule：交易指令裝載功能RealSyncFullSync首次全同步功能；提供從源數(shù)據(jù)庫上把已有的存量數(shù)據(jù)初始化同步到目標系統(tǒng)上來，即將源系統(tǒng)上的所有表的數(shù)據(jù)export出來傳輸?shù)絺浞菹到y(tǒng)上import進去，實現(xiàn)初始數(shù)據(jù)的同步。該模塊的特點是在初始化過程中無需業(yè)務(wù)停機，而且可以多路并發(fā)，可處理全同步過程中的變量數(shù)據(jù)。RealSyncmanagementconsole：管理控制界面；

3.3性能和資源需求估算在關(guān)鍵業(yè)務(wù)系統(tǒng)中的應(yīng)用，性能和壓力是復制軟件的核心，是每天每時每刻都用到的，尤其是在業(yè)務(wù)頂峰期情況下，能否跟得上日志的產(chǎn)生速度、能否不大量的占用系統(tǒng)資源、能否保證復制的及時性是整個數(shù)據(jù)庫復制軟件產(chǎn)品最為核心的內(nèi)容。根據(jù)我們在各種國內(nèi)的幾十家應(yīng)用情況顯示來看DSGRealSync在實時復制方面的性能是同類產(chǎn)品中領(lǐng)先的。主要表達在：n

網(wǎng)絡(luò)需求RealSync對數(shù)據(jù)傳輸采用TCP/IP網(wǎng)絡(luò)傳輸。RealSync復制操作只是讀取操作系統(tǒng)的日志文件，同時通過TCP/IP方式而不是采用中間件方式傳輸只發(fā)生改變的數(shù)據(jù)也使網(wǎng)絡(luò)負載降至最低。RealSync只將日志的三分之一的內(nèi)容通過網(wǎng)絡(luò)進展傳輸。實際每小時傳輸?shù)臄?shù)據(jù)量=每小時日志文件切換的數(shù)量*日志文件的大小*1/3。根據(jù)估算，如客戶每天產(chǎn)生的日志量約為10GB，我們按照80%的日志量在1天的20%時間內(nèi)〔這里設(shè)為4小時〕產(chǎn)生的，那么我們可以估計頂峰期的日志量為8GB/3*1024*1024/(4*3600)=1.5Mb/s。同時為了預留一定的帶寬，建議將帶寬作為10Mbps就能滿足日常的復制需求。本工程的帶寬情況完全能夠滿足要求。n

日志分析速度我們采取了積壓日志分析的方式進展測試，利用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ù)頂峰期，也不會造成日志累積。目前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è)務(wù)要求。n

復制數(shù)據(jù)延遲RealSync是一種異步準實時的復制技術(shù)，其數(shù)據(jù)延遲非常小。數(shù)據(jù)延遲的周期可以設(shè)置，在生產(chǎn)系統(tǒng)中，數(shù)據(jù)延遲和源系統(tǒng)復制事物的多少，事物的處理方式有關(guān)，以及跟設(shè)置的log數(shù)據(jù)輪詢周期有關(guān)。在復制數(shù)據(jù)量正常的OLTP系統(tǒng)中，數(shù)據(jù)延遲一般在幾秒鐘。如果每天產(chǎn)生30GB的日志量，在30Mb帶寬的情況下，可確保數(shù)據(jù)的延遲在5秒鐘左右。n

CPU資源占用DSGRealSync通過Oracle日志獲得數(shù)據(jù)的變化信息，它獨特的技術(shù)優(yōu)勢使得它對源系統(tǒng)的資源占用很小。在生產(chǎn)系統(tǒng)中，實際對源系統(tǒng)的影響和源系統(tǒng)復制事物的多少，事物的處理方式有關(guān)。在復制數(shù)據(jù)量正常的OLTP系統(tǒng)中，正常狀態(tài)下對CPU資源的占用為<5%的CPU資源占用。根據(jù)我們在河北地稅的使用情況來看，在系統(tǒng)頂峰期每2分鐘產(chǎn)生100MB的日志量，而REALSYNC的日志分析資源占用僅為2%〔4cpu,8Gram〕。n

源端的緩存空間當災(zāi)備中心暫?；騻鬏敭惓Ｖ袛鄬е聫椭仆ｎD時，RealSync會將數(shù)據(jù)庫的變化內(nèi)容存儲在源系統(tǒng)或目標系統(tǒng)的隊列中，當系統(tǒng)恢復后，RealSync會自動識別復制環(huán)境，自動從斷點處開場復制工作。在上述過程中，主中心的業(yè)務(wù)不受任何影響。數(shù)據(jù)的一致性不會破壞。當復制環(huán)境停頓的情況下，需要在源系統(tǒng)和目標系統(tǒng)上存儲的空間和業(yè)務(wù)系統(tǒng)每天峰值的日志數(shù)有關(guān)。根據(jù)每天平均產(chǎn)生25GB的日志計算，我們建議在源端給REALSYNC預留的緩存空間能夠滿足一天的緩存量：按照1/3的比例計算并增加一定的富裕量，需予留10GB的緩存存儲空間。n

業(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指標。

3.4系統(tǒng)實施概述〔一〕系統(tǒng)安裝REALSYNC的安裝點包括如下：l

在每個系統(tǒng)的數(shù)據(jù)庫服務(wù)器上〔RAC環(huán)境下是安裝在一臺服務(wù)器上，一個服務(wù)器上有多個INSTANCE時，需要為每個INSTANCE安裝一個RealsyncAgent〕，配置一個REALSYNCAGENT，啟動一個agent端口；l

在災(zāi)備中心的每個服務(wù)器上安裝一個ORACLEAgent，但要為每個instance啟動一個agent端口；〔二〕首次全同步首次全同步是此次工程中一個非常復雜的問題，因為若何將生產(chǎn)系統(tǒng)首次同步到查詢中心是一個非常復雜的問題，也是本工程中的一個難題。復制環(huán)境的建設(shè)，首先需要將生產(chǎn)系統(tǒng)中的已有數(shù)據(jù)初始化同步到目標系統(tǒng)上，同時記錄各種系統(tǒng)狀態(tài)和映射關(guān)系等。因此若何快速、有效的建設(shè)復制的初始化環(huán)境是每個復制系統(tǒng)都非常關(guān)心的問題。全同步是關(guān)鍵系統(tǒng)中一個非常復雜的問題，因為若何將生產(chǎn)系統(tǒng)首次同步到災(zāi)備中心是一個非常復雜的問題，也是本工程中的一個難題。從目前的技術(shù)來看，能夠?qū)崿F(xiàn)首次全同步的方式有多種方案：第一：備份/恢復的方式第二：ORACLEEXPORT/IMPORT方式；第三：采用復制軟件自帶的首次初始化功能。在傳統(tǒng)方法中，數(shù)據(jù)首次同步過程大都采用Oracle的EXP/IMP工具，將源端數(shù)據(jù)庫數(shù)據(jù)抽取出來，通過網(wǎng)絡(luò)傳輸至目標端數(shù)據(jù)庫進展加載?；蛘呤墙柚谌降膫浞蒈浖ぞ?，將源端的數(shù)據(jù)進展備份，再通過磁帶運輸至目的地，將磁帶數(shù)據(jù)恢復到目標數(shù)據(jù)庫，從而到達首次數(shù)據(jù)同步的目的。這種方式存在大量的問題：〔1〕

性能低下：通過Export/Import方式，最大的問題在于性能很慢，對于一個幾十GB的數(shù)據(jù)庫，進展一次export/import，則大約費時8－10小時以上?！?〕

完全需要手工干預：數(shù)據(jù)的導出〔Export〕，傳輸和裝載〔Import〕等過程都需要手工干預和執(zhí)行?！?〕

業(yè)務(wù)必需停頓：在執(zhí)行export/imp過程中，業(yè)務(wù)必需中斷?！?〕

易出錯：尤其在Import過程中，由于表之間的關(guān)聯(lián)性存在，往往出現(xiàn)由于違反參照完整性規(guī)則而導致裝載中斷，非常難于操作。根據(jù)關(guān)鍵系統(tǒng)的需求來看，我們在作首次同步的時候必需滿足以下幾個條件：一：大數(shù)據(jù)量下若何快速首次同步二：若何簡化首次全同步的操作步驟三：若何作到首次全同步過程中對生產(chǎn)業(yè)務(wù)不造成影響四：若何支持異構(gòu)環(huán)境下的數(shù)據(jù)首次同步根據(jù)以上幾個條件，我們認為采用DSGrealsync自帶的首次全同步功能才能夠簡化首次同步的操作復雜程度。因為前兩種方式無論在操作復雜程度上，還是是否需要停頓業(yè)務(wù)方面都表現(xiàn)得不好，主要在于：l

備份/恢復方式：數(shù)據(jù)量大，無法通過網(wǎng)絡(luò)傳遞；l

exp/imp：數(shù)據(jù)量大，導出時間漫長。同時導出時需要停頓業(yè)務(wù)。而DSG在數(shù)據(jù)的一致性同步方面有著非常好的解決方案，這是其它方案所不具備的。DSG的RealSync集成有數(shù)據(jù)的一致性同步工具，能夠自動化的進展數(shù)據(jù)的首次同步和出現(xiàn)差異情況下進展一致性同步的工作，無需人工干預，維護工作量小，且大大提高了工作效率：〔1〕

速度快：對于幾十GB的數(shù)據(jù)量，在正常情況下，只需要1小時左右完成初始數(shù)據(jù)同步?！?〕

完全自動化：采用DSGRealSync只需要１條命令就完成系統(tǒng)的初始化工作，系統(tǒng)自動進展導出、傳輸和裝載任務(wù)，完全無需人為干預，減少出錯時機?！?〕

不中斷業(yè)務(wù)：在DSGRealsync在進展首次數(shù)據(jù)裝載時，無需停頓源端業(yè)務(wù)，實現(xiàn)不停機的系統(tǒng)初始化；〔三〕全同步實施步驟對于一個數(shù)據(jù)庫的全同步過程包括：1.

在容災(zāi)端安裝ORACLE數(shù)據(jù)庫因為容災(zāi)端是兩個ORACELINSTANCE，創(chuàng)立ORACELDATABASE。2.

啟動實例并createdatabase采用邏輯同步方式，必需手工在目標端建設(shè)好instance和database.為了確保目標端的性能最優(yōu)，可采用與生產(chǎn)數(shù)據(jù)庫一樣的參數(shù)。使用源端的SPFILE參數(shù)。3.

創(chuàng)立tablespace和usertablespace和user由管理員創(chuàng)立。DSG可以提供導出腳本的程序幫助管理員生成現(xiàn)成的腳本，管理員只需要作簡單的修改后就可在容災(zāi)系統(tǒng)上創(chuàng)立。4.

調(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等5.

數(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)。首次同步完畢后，系統(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)境工作完畢后，RealSync自動進入實時復制狀態(tài)，無需手工干預。4

RealSync產(chǎn)品原理目前此類軟件沒有相應(yīng)的技術(shù)標準，因此特將RealSync軟件的原理展示給大家，作為評判的標準。示意圖：如上圖所示，RealSync在DataSource端和DataTarget端分別安裝Agent進程，Source端的Agent進程對ORACLE日志進展監(jiān)控，發(fā)現(xiàn)改變及時對目標數(shù)據(jù)庫進展更新。當應(yīng)用系統(tǒng)在DataSource端向數(shù)據(jù)庫進展任何操作時時，這些信息都將在RedoLog中保存，RealSyncAgent通過對實時獲取的Log日志進展分析，獲得本次操作的交易指令和交易數(shù)據(jù)，然后將這些交易指令和交易數(shù)據(jù)經(jīng)過格式轉(zhuǎn)化生成DXF數(shù)據(jù)格式，并實時通過網(wǎng)絡(luò)傳送到DataTarget系統(tǒng)。DataTarget系統(tǒng)的RealSyncAgent接收數(shù)據(jù)庫包，經(jīng)過校驗碼檢查，確認正確的數(shù)據(jù)庫包后，調(diào)用Oracle函數(shù)按照交易的先后順序在DataTarget系統(tǒng)中執(zhí)行該交易。

4.1日志抓取〔DataCapture〕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日志分析工具，在性能和功能上都大大提高，主要表達在系統(tǒng)性能的優(yōu)化上，大幅度提高日志分析的速度，使得對于高并發(fā)業(yè)務(wù)系統(tǒng)的復制成為可能。按照RealSync的日志分析設(shè)計目標，每秒能夠分析的日志量到達10M/s。RealSync通過對日志的分析，得到該數(shù)據(jù)庫中的每個SQL指令，并將這些SQL指令生成DXF〔DSGExtendFormat〕格式的表達方式。DXF格式是DSG公司的專有技術(shù)，該技術(shù)是DSG公司用來表達SQL指令的方式，該數(shù)據(jù)格式能夠通過DSG的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為ORACL的內(nèi)部數(shù)據(jù)表達格式，從而在分析和轉(zhuǎn)載時需要最小的轉(zhuǎn)化，提高分析和裝載速度，減少資源占用、豐富能夠表達的各種數(shù)據(jù)類型。

4.3交易合成〔Synthesize〕通過ORACLEREDOLOG分析的交易指令存在如下的幾個特點：〔1〕這些指令是穿插出現(xiàn)的，屬于一個交易〔Transaction〕的多條SQL指令是非連續(xù)存儲的，多個交易的SQL之間是相互穿插的；〔2〕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ù)?，而不是以SOL語句為單位進展傳輸?shù)模菀妆ＷC數(shù)據(jù)的一致性和完整性。

4.4交易傳輸RealSync技術(shù)為了保證數(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ù)中，常用的數(shù)據(jù)裝載方式是采用Oracle的SQL接口，通過Insert、Update、Delete等SQL語句實現(xiàn)數(shù)據(jù)的裝載。這種方式在通用性上很好，但關(guān)鍵在于性能問題非常突出。SQL語句的執(zhí)行需要經(jīng)過parse、plan、格式轉(zhuǎn)換等過程，造成大量的系統(tǒng)開銷。尤其是update和Delte操作的大量Where子句操作需要進展復雜的查詢定位任務(wù)，從而導致裝載性能低下，對處理能力的要求比生產(chǎn)系統(tǒng)的還高。DSGRealSync在設(shè)計之初就定位于電信級大數(shù)據(jù)量系統(tǒng)的應(yīng)用，因此在裝載性能上進展了大幅度的改善，使得裝載端的性能和處理能力需求降至最低。在其中DSGRealSync采用了兩個關(guān)鍵的技術(shù)提高了裝載速度：〔1〕采用DXF數(shù)據(jù)格式的裝載；〔2〕采用Rowidmapping的方式實現(xiàn)快速定位；(一)用DXF數(shù)據(jù)格式的裝載：DXF〔DSGExtendFormat〕格式是DSG公司的專有技術(shù)，該技術(shù)是DSG公司用來表達SQL指令的方式，該數(shù)據(jù)格式能夠通過DSG的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為ORACL的內(nèi)部數(shù)據(jù)表達格式，從而在分析和轉(zhuǎn)載時需要最小的轉(zhuǎn)化，提高分析和裝載速度，減少資源占用、豐富sql語句的表達方式。Oracle數(shù)據(jù)庫系統(tǒng)在設(shè)計上提供了4個層次的接口，其中包括User層，SQL層，Transformation層和I/O層。其構(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ù)時，將獲得該交易對應(yīng)記錄的所在位置，用rowid表示為rowid_ds；當該交易在目標端裝載時，系統(tǒng)不翻譯為Where子句，而是去通過保存在目標端的rowmapping表獲得對應(yīng)目標端該記錄的所在位置rowid，記錄為rowid_dt。從而在目標端裝載時通過rowid能夠直接定位于該數(shù)據(jù)需要寫入的位置。防止了大量的索引查找時間。每條記錄的rowmapping信息是在該記錄執(zhí)行insert操作、sqlloader或首次批量同步時建設(shè)起來的。

RealSync的優(yōu)勢：DSG擴展格式DXF(DSGExtendFormat)是RealSync產(chǎn)品的一個核心技術(shù)，是一種最高效率表示ORACLE記錄的數(shù)據(jù)格式，該格式只需要經(jīng)過最小的轉(zhuǎn)換過程就能夠裝載到ORACLE數(shù)據(jù)庫中，并且裝載效率非常高。n

無需標準SQL語句執(zhí)行的復雜過程n

加快裝載速度n

對于Update，Delete等帶Where子句的交易，可以大幅度提高裝載速度

5

應(yīng)急響應(yīng)方案與災(zāi)備演練方案5.1容災(zāi)管理規(guī)劃眾所周知，容災(zāi)不是簡單的設(shè)備冗余。除了IT技術(shù)方面的設(shè)計，還應(yīng)著重考慮管理層面的問題，例如災(zāi)難管理組織構(gòu)造、災(zāi)難恢復流程等。災(zāi)難管理組織構(gòu)造中定義了災(zāi)難發(fā)生前、中、后，各相關(guān)人員的職責；災(zāi)難恢復流程書面化各恢復工作的流程和執(zhí)行步驟。BCP和DRP中應(yīng)包含以下內(nèi)容：l

災(zāi)難管理組織構(gòu)造l

應(yīng)急響應(yīng)流程l

災(zāi)難評估流程l

災(zāi)難恢復決策流程l

容災(zāi)系統(tǒng)啟動流程l

IT系統(tǒng)切換和回切流程l

業(yè)務(wù)驗證流程l

業(yè)務(wù)恢復流程l

BCP或DRP的管理方法l

容災(zāi)演習的規(guī)劃5.2復制軟件的日常維護作為realsync軟件的運行，日常維護也是非常重要的方面，維護的內(nèi)容主要包括：l

檢查復制軟件是否運行正常l

啟動和停頓復制任務(wù)進程l

排除復制過程出錯的錯誤l

檢查復制的工作狀態(tài)是否與業(yè)務(wù)需求有較大偏差l

數(shù)據(jù)一致性的檢查l

修復不一致的數(shù)據(jù)l

維護容災(zāi)端Oracle數(shù)據(jù)庫工作狀態(tài)以上是針對復制軟件日常維護需要作的事情5.3人員組織構(gòu)造規(guī)劃根據(jù)容災(zāi)工程的運行維護特點，一般要求容災(zāi)工程的部門、個人的設(shè)置包括如下幾個方面。

容災(zāi)工程領(lǐng)導小組l

對容災(zāi)工程總體負責l

制定工程組工作制度l

制定工程方案l

跟蹤工程過程l

控制工程變更l

審核工程成果l

評價工程組成員、部門的工作情況l

協(xié)調(diào)工程所涉及的內(nèi)部及外部資源l

為工程組各部門提供良好的溝通渠道l

召開工程評審會，組織工程驗收工作

容災(zāi)工程經(jīng)理l

作為技術(shù)負責人和技術(shù)經(jīng)理在容災(zāi)系統(tǒng)建設(shè)件領(lǐng)域有多年的經(jīng)歷l

有豐富的不同類型容災(zāi)技術(shù)實施方法的分析和設(shè)計的經(jīng)歷l

有經(jīng)歷于容災(zāi)的設(shè)計研究，可能采用的容災(zāi)系統(tǒng)設(shè)計模型/方法/工具的擬定，以至于容災(zāi)系統(tǒng)的二次設(shè)計l

定義災(zāi)難管理框架l

標準災(zāi)難管理流程l

制定業(yè)務(wù)連續(xù)性方案標準l

協(xié)助客戶建設(shè)災(zāi)難管理組織構(gòu)造l

協(xié)助并指導業(yè)務(wù)連續(xù)性方案的開發(fā)l

制定災(zāi)備測試要求l

主持制定災(zāi)備演練方案l

主導災(zāi)備演練并給予指導l

其它相關(guān)咨詢工作

系統(tǒng)專家結(jié)合關(guān)鍵系統(tǒng)的實際情況、容災(zāi)工程的具體要求為數(shù)據(jù)中心異地容災(zāi)工程提供有效、穩(wěn)定、高效、可靠的運行優(yōu)化，系統(tǒng)技術(shù)局部包括：l

服務(wù)器和UNIX操作系統(tǒng)管理員l

磁盤陣列和SAN存儲管理員l

ORACLE數(shù)據(jù)管理員l

中間件技術(shù)管理員l

應(yīng)用程序管理員l

數(shù)據(jù)庫復制軟件管理員

網(wǎng)絡(luò)專家復制容災(zāi)工程中的網(wǎng)絡(luò)建設(shè)、尤其是容災(zāi)切換過程中的網(wǎng)絡(luò)切換過程專家。5.4《重大故障應(yīng)急備份切換方案》安裝情況不同，備份切換分為備份數(shù)據(jù)庫的切換，服務(wù)器切換、存儲切換以及其他子系統(tǒng)的切換。分別描述如下。

〔1〕基于DSG系統(tǒng)的數(shù)據(jù)庫災(zāi)難恢復步驟〔災(zāi)備中心〕：在生產(chǎn)數(shù)據(jù)庫系統(tǒng)發(fā)生災(zāi)難的情況下，此時可使用容災(zāi)數(shù)據(jù)庫首先接收業(yè)務(wù)，然后進展數(shù)據(jù)的反向恢復，最后進展時間一致性檢查，恢復系統(tǒng)正常狀態(tài)。在生產(chǎn)數(shù)據(jù)庫系統(tǒng)發(fā)生災(zāi)難的情況下，此時可使用容災(zāi)Oracle數(shù)據(jù)庫，首先接收業(yè)務(wù)，然后進展數(shù)據(jù)的反向恢復。DSG系統(tǒng)的具體步驟為：基于DSG系統(tǒng)的災(zāi)難恢復步驟生產(chǎn)數(shù)據(jù)發(fā)生災(zāi)難，生產(chǎn)端業(yè)務(wù)停頓；修改TNS的指向，將數(shù)據(jù)庫指向災(zāi)備中心的數(shù)據(jù)庫；停頓Realsync復制進程應(yīng)用系統(tǒng)重新連接災(zāi)備數(shù)據(jù)庫，完成業(yè)務(wù)接收；排除生產(chǎn)系統(tǒng)的故障；啟動生產(chǎn)系統(tǒng)的Oracle數(shù)據(jù)庫啟動Realsync進程去除Realsync的環(huán)境參數(shù)執(zhí)行setdm命令將災(zāi)備中心數(shù)據(jù)庫作為數(shù)據(jù)源，將數(shù)據(jù)反向批量同步到生產(chǎn)系統(tǒng)上，此過程災(zāi)備中心的業(yè)務(wù)無需中斷批量復制完畢后，停頓災(zāi)備中心的業(yè)務(wù)；修改TNS指向，將數(shù)據(jù)庫指向生產(chǎn)中心的數(shù)據(jù)庫；等待Realsync將緩存隊列中的所有數(shù)據(jù)轉(zhuǎn)載完畢；應(yīng)用系統(tǒng)重新連接生產(chǎn)中心數(shù)據(jù)庫，完成業(yè)務(wù)回切；配置Realsync進展正向復制；

以上過程是利用災(zāi)備中心的系統(tǒng)首先接收業(yè)務(wù)后，再進展生產(chǎn)中心的修復和數(shù)據(jù)的反向復制，因此不會造成長時間的業(yè)務(wù)中斷。

〔2〕數(shù)據(jù)一致性檢查:對于ORACLE而言，數(shù)據(jù)一致性的檢查主要是通過數(shù)據(jù)庫的SQL接口讀取記錄，進展比照的方式進展。而這種比對方式耗時巨大，效率十分低下，如果對于一些沒有主鍵的表就幾乎無法對比。DSG在數(shù)據(jù)一致性校驗的檢查機制方面做的尤為突出，并且使得這一需求變得可行。在其它同類產(chǎn)品中，DSGRealsync不是通過select接口來讀取數(shù)據(jù)并進展對比，而是通過批量讀取的方式從數(shù)據(jù)庫底層直接讀取記錄，并通過rowid的對應(yīng)關(guān)系來定位記錄，并通過數(shù)據(jù)源的記錄值、ROWID，目標端的記錄值、ROWID，以及Realsync所記錄的ROWID映射關(guān)系來對比雙方的記錄是否一樣。這種方式省卻了大量的從select接口查詢記錄的資源占用和時間消耗。并且能夠?qū)Ρ鹊矫織l記錄，能夠清晰定位不一致的記錄。無論被對比的表含有主鍵或者沒有主鍵，都能進展對比，并且對比的性能一樣。

〔3〕系統(tǒng)恢復方案:切換序號切換內(nèi)容相關(guān)設(shè)備負責人1一、主機故障切換步驟：交易系統(tǒng)有兩臺主機做群集，當兩臺主機同時故障時，需要啟動本地容災(zāi)服務(wù)器應(yīng)用。修改主機IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證

二、存儲設(shè)備故障切換步驟：1、當交易系統(tǒng)的存儲發(fā)生故障，導致業(yè)務(wù)無法正常進展時，需要啟動本地容災(zāi)服務(wù)器應(yīng)用。修改主機IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證

2、當交易系統(tǒng)和本地容災(zāi)系統(tǒng)故障，導致業(yè)務(wù)無法正常進展時，啟動遠程容災(zāi)服務(wù)器應(yīng)用。修改主機IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證

3、當交換機故障當光纖交換機發(fā)生故障，導致主機無法訪問存儲時A、停頓交易系統(tǒng)的應(yīng)用停頓HACMP刪除主機上所有跟EMC相關(guān)的邏輯設(shè)備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設(shè)備同步HACMP啟動HACMP做數(shù)據(jù)和業(yè)務(wù)驗證B、本地容災(zāi)系統(tǒng)刪除主機上所有跟存儲相關(guān)的邏輯設(shè)備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設(shè)備做數(shù)據(jù)和業(yè)務(wù)驗證C、遠程容災(zāi)系統(tǒng)刪除主機上所有跟存儲相關(guān)的邏輯設(shè)備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設(shè)備做數(shù)據(jù)和業(yè)務(wù)驗證

三、數(shù)據(jù)庫故障由于數(shù)據(jù)崩潰導致交易系統(tǒng)無法正常運行停頓HACMP和應(yīng)用系統(tǒng)修改本地容災(zāi)主機IP啟動容災(zāi)主機上應(yīng)用驗證數(shù)據(jù)和業(yè)務(wù)

2服務(wù)器演練步驟：1、本地容災(zāi)服務(wù)的演練關(guān)閉交易系統(tǒng)服務(wù)器修改本地容災(zāi)服務(wù)器IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證2、遠程容災(zāi)服務(wù)的演練關(guān)閉交易系統(tǒng)和本地容災(zāi)系統(tǒng)修改容災(zāi)服務(wù)器的IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證

3演練其他配件：電源線；光纖線交換機；SFPHBA卡其他〔文檔、工具、、燈具等〕檢查配置、參數(shù)；重新恢復原位；驗證系統(tǒng)一致性；編制《演練報告》

4聯(lián)機演練測試：

主機＋服務(wù)器＋交換機＋配件〔略〕

5演練軟件運行測試〔多方配合〕

5.5《重大故障應(yīng)急方案演練方案》切換序號切換內(nèi)容相關(guān)設(shè)備負責人1一、主機故障切換步驟：交易系統(tǒng)有兩臺主機做群集，當兩臺主機同時故障時，需要啟動本地容災(zāi)服務(wù)器應(yīng)用。修改主機IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證填寫測試報告

二、存儲設(shè)備故障切換步驟：1、當交易系統(tǒng)的存儲發(fā)生故障，導致業(yè)務(wù)無法正常進展時，需要啟動本地容災(zāi)服務(wù)器應(yīng)用。修改主機IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證填寫測試報告

2、當交易系統(tǒng)和本地容災(zāi)系統(tǒng)故障，導致業(yè)務(wù)無法正常進展時，啟動遠程容災(zāi)服務(wù)器應(yīng)用。<,DIV>修改主機IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證填寫測試報告

3、當兩臺交換機故障當兩臺光纖交換機發(fā)生故障，導致主機無法訪問存儲時A、停頓交易系統(tǒng)的應(yīng)用停頓HACMP刪除主機上所有跟存儲相關(guān)的邏輯設(shè)備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設(shè)備同步HACMP啟動HACMP做數(shù)據(jù)和業(yè)務(wù)驗證填寫測試報告

B、本地容災(zāi)系統(tǒng)刪除主機上所有跟存儲相關(guān)的邏輯設(shè)備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設(shè)備做數(shù)據(jù)和業(yè)務(wù)驗證C、遠程容災(zāi)系統(tǒng)刪除主機上所有跟存儲相關(guān)的邏輯設(shè)備信息交易系統(tǒng)主機的光纖和存儲直連主機重新識別存儲設(shè)備做數(shù)據(jù)和業(yè)務(wù)驗證填寫測試報告

三、數(shù)據(jù)庫故障由于數(shù)據(jù)崩潰導致交易系統(tǒng)無法正常運行停頓HACMP和應(yīng)用系統(tǒng)修改本地容災(zāi)主機IP啟動容災(zāi)主機上應(yīng)用驗證數(shù)據(jù)和業(yè)務(wù)填寫測試報告

2服務(wù)器演練步驟：1、本地容災(zāi)服務(wù)的演練關(guān)閉交易系統(tǒng)服務(wù)器修改本地容災(zāi)服務(wù)器IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證填寫測試報告

2、遠程容災(zāi)服務(wù)的演練關(guān)閉交易系統(tǒng)和本地容災(zāi)系統(tǒng)修改容災(zāi)服務(wù)器的IP啟動應(yīng)用做數(shù)據(jù)和業(yè)務(wù)驗證填寫測試報告

3聯(lián)機演練需求：

主機＋服務(wù)器＋交換機＋配件〔略〕

4測試人員：需要多方人員參與

5.6《系統(tǒng)巡檢報告》《&&&&公司巡檢報告》客戶名稱：

設(shè)備所在地址：管理員姓名：

：質(zhì)檢工程師：

質(zhì)檢日期：

年

月

日

時

分開場至

時

分完成本次質(zhì)檢內(nèi)容

質(zhì)檢詳細描述：上次巡檢遺留問題：

責任人：

巡檢日期：解決情況：

客戶意見及簽字：尊敬的客戶您好，本次質(zhì)檢服務(wù)已完成，請您對我們的服務(wù)提出珍貴的意見，謝謝合作！

很滿意□

較滿意□

一般□

不滿意□

很不滿意□其它意見：

客戶簽字：

單位蓋章：客戶服務(wù)中心反響情況：回訪結(jié)果：

回訪人簽字：

6

DSG公司簡介DSG是全球領(lǐng)先的數(shù)據(jù)與存儲管理軟件提供商。在當今存儲行業(yè)把備份、SRM和數(shù)據(jù)復制作為存儲軟件的三大主流方向的時候，DSG已經(jīng)提前兩年在這三個領(lǐng)域方面取得了突破性進展，推出了DMP系列產(chǎn)品，推動了數(shù)據(jù)管理領(lǐng)域的變革。DSG努力成為全球最大的數(shù)據(jù)與存儲管理軟件提供商，提供優(yōu)秀的數(shù)據(jù)管理軟件和數(shù)據(jù)安全、災(zāi)難恢復、數(shù)據(jù)抽取共享、數(shù)據(jù)歸檔檢索和一體化管理平臺在內(nèi)的解決方案。6.1DSG成立和組成DSG北京公司于2002年8月在北京成立，同時被授予“高科技企業(yè)〞的稱號。DSG公司的前身是DSGuardianInc.公司，注冊于美國，早期致力于大型企業(yè)應(yīng)用系統(tǒng)的調(diào)優(yōu)服務(wù)，曾服務(wù)于波音、通用汽車、SONY等國際知名企業(yè)。DSG公司技術(shù)核心人員來自IBM、ORACLE等美國IT領(lǐng)先企業(yè)，他們長期擔任關(guān)鍵技術(shù)職務(wù)，在數(shù)據(jù)存儲管理、企業(yè)信息處理方面有豐富的實踐經(jīng)歷和專業(yè)的技術(shù)知識。DSG公司在美國于1996年開場軟件研發(fā)，具有完全知識產(chǎn)品的數(shù)據(jù)保護和容災(zāi)產(chǎn)品。DSG陸續(xù)推出新一代的磁盤備份技術(shù)〔SnapAssure〕、異構(gòu)熱容災(zāi)技術(shù)〔RealSync〕、數(shù)據(jù)復制和抽取技術(shù)〔SmartE〕以及數(shù)據(jù)庫日志分析技術(shù)〔Ologx〕，并投放市場，深受用戶好評。6.2DSG業(yè)務(wù)范圍DSG-迪思杰〔北京〕數(shù)碼技術(shù)是業(yè)界專注于為用戶提供數(shù)據(jù)管理平臺解決方案和服務(wù)的提供商，提供的產(chǎn)品和解決方案，包括：ü

高速數(shù)據(jù)備份和恢復解決方案：SnapAssureü

Oracle數(shù)據(jù)庫復制和容災(zāi)解決方案：RealSync/SmartEü

備份數(shù)據(jù)共享和業(yè)務(wù)部署支持方案：SnapShareü

Oracle數(shù)據(jù)庫管理工具包：日志分析〔Ologx〕，快速數(shù)據(jù)裝載〔xf1ldr〕，快速數(shù)據(jù)導出技術(shù)〔xexp〕等。數(shù)據(jù)庫服務(wù)提供，包括：ü

Oracle數(shù)據(jù)維護、調(diào)優(yōu)ü

Oracle故障診斷和排除ü

Oracle數(shù)據(jù)庫遷移、升級服務(wù)ü

Oracle數(shù)據(jù)急救服務(wù)ü

企業(yè)信息模型規(guī)劃和實施6.3DSG核心技術(shù)DSG公司擁有的自主知識版權(quán)的關(guān)鍵技術(shù)：ü

獲得美國專利的“版本壓縮數(shù)據(jù)存儲技術(shù)〞ü

數(shù)據(jù)塊增量備份技術(shù)ü

數(shù)據(jù)庫實時容災(zāi)復制技術(shù)ü

異構(gòu)分布式數(shù)據(jù)存儲管理技術(shù)ü

快速數(shù)據(jù)提取、裝載技術(shù)和數(shù)據(jù)分析6.4DSG公司的業(yè)務(wù)方向隨著計算機應(yīng)用系統(tǒng)的爆炸式開展，業(yè)務(wù)量迅速增加，業(yè)務(wù)種類日益復雜，企業(yè)必須管理不斷增長的信息流量；隨著信息量的急劇增大，核心數(shù)據(jù)的管理變得日益困難。若何安全、可靠地存儲業(yè)務(wù)數(shù)據(jù)及滿足未來業(yè)務(wù)數(shù)據(jù)高速增長的需要；若何有效管理日益增長的業(yè)務(wù)數(shù)據(jù)；若何實現(xiàn)業(yè)務(wù)數(shù)據(jù)的共享并在現(xiàn)有業(yè)務(wù)數(shù)據(jù)之上建設(shè)新興的增值應(yīng)用，如數(shù)據(jù)倉庫、客戶關(guān)系管理〔CRM〕等，成為了各企業(yè)建設(shè)信息系統(tǒng)的關(guān)鍵所在。目前，各企業(yè)信息系統(tǒng)在數(shù)據(jù)管理領(lǐng)域存在著普遍的問題：ü

數(shù)據(jù)流通效率低下，企業(yè)信息孤島現(xiàn)象嚴重ü

數(shù)據(jù)報表、查詢和數(shù)據(jù)共享效率低下ü

系統(tǒng)安全保護、業(yè)務(wù)連續(xù)運行水平低下因此，各企業(yè)比以往任何時候相比，管理和有效使用這些信息系統(tǒng)的能力上下都更能決定了長期生存和開展能力，因此比以往任何時候，企業(yè)都更關(guān)注于如下領(lǐng)域：ü

提高系統(tǒng)運行效率，提高業(yè)務(wù)報表、提高客戶服務(wù)質(zhì)量，并降低客戶流失率。ü

加強企業(yè)信息流通、提高企業(yè)信息的附加值、進一步挖掘企業(yè)信息價值、迅速開發(fā)和推廣新業(yè)務(wù)，創(chuàng)造更多收入并保持競爭能力。ü

提高信息系統(tǒng)業(yè)務(wù)連續(xù)運行能力，提高數(shù)據(jù)安全保護水平。DSG公司憑借在全球數(shù)據(jù)保護、數(shù)據(jù)共享領(lǐng)域長期以來的積累，形成了包含數(shù)據(jù)流通、數(shù)據(jù)共享和數(shù)據(jù)安全保護在內(nèi)的一體化的數(shù)據(jù)管理平臺，為企業(yè)信息系統(tǒng)提供了統(tǒng)一數(shù)據(jù)管理根基平臺〔DMF〕。良好的企業(yè)數(shù)據(jù)管理根基架構(gòu)，能夠帶來：ü

更靈活的業(yè)務(wù)系統(tǒng)部署，提高關(guān)鍵業(yè)務(wù)系統(tǒng)運行水平；ü

提高系統(tǒng)部署的延續(xù)性，防止分散建設(shè)的重復投資；ü

提高投資回收率，充分利用各種投資。6.5DSG在國內(nèi)的主要應(yīng)用客戶ü

中國電信：電信總部、北方電信9省、江蘇電信、浙江電信、重慶電信、江西電信、廣西電信、新疆電信、青海電信、海南電信、貴州電信、甘肅電信、寧夏電信、福建電信、成都電信；ü

中國移動：江西移動、廣西移動、甘肅移動、新疆移動、青海移動；ü

中國網(wǎng)通：遼寧網(wǎng)通、周口通信、滄州通信；ü

中國聯(lián)通：廣東聯(lián)通、江蘇聯(lián)通、天津聯(lián)通、遼寧聯(lián)通、山東聯(lián)通、陜西聯(lián)通、四川聯(lián)通、河北聯(lián)通、重慶聯(lián)通、吉林聯(lián)通；ü

證券行業(yè)：銀河證券、華泰證券、長江證券、國聯(lián)證券、民族證券、金通證券；ü

政府機構(gòu)：河北省地方稅務(wù)局、新疆電力、上海市松江區(qū)財政局、廣州公安、廣西公安、新疆電力、杭州電力、東莞社保、江漢油田、遼寧交通廳、濟南鋼鐵總公司等ü

軍隊及其它：海軍某部、火箭研究院、陸軍某部、信息產(chǎn)業(yè)部〔含浙江、江蘇、陜西、黑龍江、福建、江西、甘肅、吉林、寧夏和重慶等信產(chǎn)部直屬機構(gòu)〕；7

DSG在類似工程的成功范例和相關(guān)經(jīng)歷7.1成功案例的列表DSG從2002年在中國成立以來，在RealSync這個數(shù)據(jù)庫復制產(chǎn)品的工程實施方面也經(jīng)過了很長的一段路。DSG始終以“客戶需求為導向〞的原則開展自己的產(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)權(quán)局、北京電力、四川電力、河南電力、江西電力、青海電力、吉林電力、湖南電力、安徽電力、寧夏電力、天富熱電、廈門電力、河北省地稅、重慶地稅、深圳地稅、深圳市統(tǒng)計局、武漢財政、上海松江財政、吉林省交通廳、遼寧省征稽局、蛇口碼頭、寧波港、江蘇省航道局、江蘇農(nóng)墾、無錫公積金、貴州公安、東營公安、青島有線、泰州社保、南通社保、阿克蘇社保、太倉社保、中國一汽、濟南鋼鐵、南京軍區(qū)總醫(yī)院、格力電器、深圳神州通集團、深圳統(tǒng)計局、阿里巴巴、河北省地稅11地市征管數(shù)據(jù)集中容災(zāi)備份系統(tǒng)、江西省電力12地市營銷數(shù)據(jù)集中容災(zāi)備份……

這些系統(tǒng)都為DSGRealSync的實施積累了珍貴的經(jīng)歷。7.2長江證券集中交易系統(tǒng)災(zāi)備應(yīng)用

1、業(yè)務(wù)需求：長將證券從2004年開場著手全公司大集中交易系統(tǒng)建設(shè)工作。集中交易系統(tǒng)的目的是實現(xiàn)所屬所有網(wǎng)點數(shù)據(jù)大集中，涵蓋長江證券目前現(xiàn)有業(yè)務(wù)(AB股，基金、債券、三板、集合理財、銀證通、多幣種等)，整合并兼容長江證券即將開展的保險、期貨等可預見金融業(yè)務(wù)的集中交易系統(tǒng)。是一套集金融產(chǎn)品研發(fā)、銷售、管理為一體的信息系統(tǒng)。隨著證券集中交易系統(tǒng)的建設(shè)，對系統(tǒng)的安全性、可靠性和業(yè)務(wù)連續(xù)性方面提出了很高的要求。因為該系統(tǒng)是長江證券的業(yè)務(wù)得以正常運轉(zhuǎn)的前提和保證。而大量的意外事件，如不可抗自然災(zāi)難〔地震、洪水〕、意外災(zāi)難〔火災(zāi)〕、戰(zhàn)爭、恐懼事件〔如911〕、外界因素電網(wǎng)、通訊等處界因素、運營中心容錯措施失效等原因都將會導致集中交易系統(tǒng)的數(shù)據(jù)喪失、業(yè)務(wù)中斷，勢必造成巨大的經(jīng)濟損失。為此，長江證券提出了建設(shè)一套高效、可靠、投資回收比高的災(zāi)難備份系統(tǒng)。確保系統(tǒng)的數(shù)據(jù)安全和災(zāi)難發(fā)生時的快速恢復。

2、解決方案DSG作為數(shù)據(jù)管理平臺解決方案的提供商，推出了包括數(shù)據(jù)安全、數(shù)據(jù)共享和數(shù)據(jù)生命周期管理等在內(nèi)的全套數(shù)據(jù)管理解決方案。該解決方案中的數(shù)據(jù)庫復制技術(shù)realsync正是為數(shù)據(jù)復制和備份提供了最正確的解決方案。該軟件在工作組和企業(yè)級的關(guān)鍵應(yīng)用的容災(zāi)支持上，能夠提供比競爭對手更低成本、更高投資回報、構(gòu)造更靈活、更容易實施和維護的容災(zāi)解決方案，提供對主流Linux和Unix等跨平臺的Oracle數(shù)據(jù)庫系統(tǒng)的復制和備份支持。在大型企業(yè)和數(shù)據(jù)中心級的關(guān)鍵應(yīng)用上，RealSync是完全滿足數(shù)據(jù)中心級每秒數(shù)千條交易量的實時復制支持、減少數(shù)據(jù)喪失。同事通過處于翻開〔open〕狀態(tài)的備份數(shù)據(jù)庫提供數(shù)據(jù)查詢、統(tǒng)計報表等支持企業(yè)應(yīng)用模塊的重新部署。為此，長江證券選擇了DSGRealSYnc作為其交易系統(tǒng)的復制和備份解決方案：

系統(tǒng)構(gòu)造：

如以以下圖，長江證券集中交易系統(tǒng)容災(zāi)備份實現(xiàn)如下目的：〔1〕

本地復制：將集中交易系統(tǒng)復制到局域網(wǎng)內(nèi)部的系統(tǒng)上用于查詢和本地業(yè)務(wù)接收功能；〔2〕

遠程異地復制：將位于武漢的集中交易系統(tǒng)遠程復制到上海證通災(zāi)備中心，廣域網(wǎng)鏈路2M.〔3〕

滿足業(yè)務(wù)備份和恢復指標要求災(zāi)難發(fā)生時數(shù)據(jù)丟量控制在最小范圍之內(nèi)，業(yè)務(wù)恢復事件縮短，減少對證券用戶的交易影響。

支持平臺：數(shù)據(jù)庫：OracleRAC操作系統(tǒng)：HP-UX

應(yīng)用效果和特點：總的說來，采用DSGRealSync數(shù)據(jù)復制和備份解決方案，非常適合長江證券的業(yè)務(wù)需求：〔1〕

支持