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

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

項(xiàng)目建議書

迪思杰（北京）數(shù)碼技術(shù)有限公司2010-8-24

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

項(xiàng)目背景...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)備方面的特點(diǎn)...92.5

RealSync在報(bào)表分擔(dān)、數(shù)據(jù)共享利用等方面的特點(diǎn)...113

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

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

Realsync軟件配置...133.3

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

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

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

日志抓?。―ataCapture）...214.2

日志分析（Analyze）...224.3

交易合成（Synthesize）...234.4

交易傳輸...244.5

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

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

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

復(fù)制軟件的日常維護(hù)...285.3

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

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

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

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

DSG公司簡(jiǎn)介...366.1

DSG成立和組成...366.2

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

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

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

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

DSG在類似項(xiàng)目的成功范例和相關(guān)經(jīng)驗(yàn)...397.1

成功案例的列表...397.2

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

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

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

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

1

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

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

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

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

通山縣人民醫(yī)院電腦故障無(wú)法交費(fèi)老漢等2小時(shí)猝死檢測(cè)室ü

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

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

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

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

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

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

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

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

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

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

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

本方案如有欠缺或遺漏之處，敬請(qǐng)諒解！2

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

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

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

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

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

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

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

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

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

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

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

不足四：無(wú)法避免物理錯(cuò)誤（如磁盤壞塊），導(dǎo)致數(shù)據(jù)不一致、不安全由于磁盤陣列/存儲(chǔ)卷/虛擬容災(zāi)方案是采用基于IO級(jí)別的同步，無(wú)法解決磁盤經(jīng)常出現(xiàn)的物理錯(cuò)誤，例如：數(shù)據(jù)庫(kù)壞塊，這是Oracle數(shù)據(jù)庫(kù)經(jīng)常出現(xiàn)的典型問(wèn)題（我們可以提供許多實(shí)例）。因此，基于磁盤陣列/存儲(chǔ)卷/虛擬容災(zāi)的方案將面臨數(shù)據(jù)丟失的風(fēng)險(xiǎn)。而數(shù)據(jù)庫(kù)復(fù)制技術(shù)則不會(huì)有這樣的問(wèn)題。

2.2推薦采用“RealSync產(chǎn)品”要建立查詢數(shù)據(jù)庫(kù)的關(guān)鍵技術(shù)，就是數(shù)據(jù)庫(kù)的實(shí)時(shí)復(fù)制。目前****醫(yī)院是采用的Oracle數(shù)據(jù)庫(kù)，而實(shí)現(xiàn)Oracle數(shù)據(jù)庫(kù)數(shù)據(jù)實(shí)時(shí)復(fù)制的產(chǎn)品只有兩類方案，一是Oracle自帶的工具，二是第三方的數(shù)據(jù)庫(kù)復(fù)制工具。而Oracle自帶的工具在資源占用、效率和功能等方面，還滿足不了****醫(yī)院現(xiàn)有系統(tǒng)的需求，因此在本方案里，DSG推薦采用Realsyc產(chǎn)品，該產(chǎn)品目前在業(yè)內(nèi)應(yīng)用范圍廣泛，主要實(shí)現(xiàn)如下功能：(一)核心業(yè)務(wù)的災(zāi)備平臺(tái)通過(guò)數(shù)據(jù)同步建立災(zāi)備中心可以實(shí)現(xiàn)對(duì)業(yè)務(wù)關(guān)鍵數(shù)據(jù)的容災(zāi)及保護(hù)，在不影響生產(chǎn)數(shù)據(jù)庫(kù)性能的同時(shí)為生產(chǎn)數(shù)據(jù)庫(kù)在本地或異地建立一份準(zhǔn)實(shí)時(shí)鏡像，以保證在生產(chǎn)數(shù)據(jù)庫(kù)發(fā)生災(zāi)難時(shí)可使用容災(zāi)數(shù)據(jù)庫(kù)進(jìn)行業(yè)務(wù)接管和數(shù)據(jù)恢復(fù)。(二)業(yè)務(wù)負(fù)載分擔(dān)由于復(fù)制的第二數(shù)據(jù)中心的數(shù)據(jù)處于實(shí)時(shí)可讀取狀態(tài)，數(shù)據(jù)庫(kù)處于OPEN狀態(tài)，從而實(shí)現(xiàn)系統(tǒng)業(yè)務(wù)模塊的重新部署。通過(guò)第二數(shù)據(jù)中心實(shí)現(xiàn)對(duì)核心系統(tǒng)的業(yè)務(wù)模塊進(jìn)行負(fù)載分擔(dān)，將那些只對(duì)數(shù)據(jù)進(jìn)行讀取操作的模塊都遷移到第二數(shù)據(jù)中心上來(lái)，主要包括：ü

提供帳務(wù)和話單實(shí)時(shí)查詢；ü

提供統(tǒng)計(jì)報(bào)表運(yùn)行；ü

提供經(jīng)營(yíng)分析數(shù)據(jù)抽?。惶峁┢渌到y(tǒng)的數(shù)據(jù)訪問(wèn)接口；這樣作將達(dá)到兩個(gè)好處：ü

提高數(shù)據(jù)訪問(wèn)的效率，提高外圍系統(tǒng)部署的靈活性；ü

提高核心系統(tǒng)的運(yùn)行效率，提高核心系統(tǒng)運(yùn)行的穩(wěn)定和可靠性；

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

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

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

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

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

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

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

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

成熟的產(chǎn)品、穩(wěn)定的應(yīng)用DSG從2002年在中國(guó)成立以來(lái)，在RealSync這個(gè)數(shù)據(jù)庫(kù)復(fù)制產(chǎn)品的項(xiàng)目實(shí)施方面也經(jīng)過(guò)了很長(zhǎng)的一段路。DSG始終以“客戶需求為導(dǎo)向”的原則發(fā)展自己的產(chǎn)品，到目前為止，DSGRealSync產(chǎn)品已經(jīng)在數(shù)據(jù)量超大的電信行業(yè)、安全性要求極高的金融行業(yè)、環(huán)境較為復(fù)雜的政府和企業(yè)中被廣為采用，主要包括：l

電信行業(yè)：北京移動(dòng)、廣西移動(dòng)、甘肅移動(dòng)、貴州移動(dòng)、青海移動(dòng)、澳門電信、廣西電信、陜西電信、貴州電信、四川電信、山東電信、內(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ā)銀行、太平洋保險(xiǎn)集團(tuán)、上海黃金交易所、中國(guó)金融期貨交易所、中國(guó)期貨保證金監(jiān)控中心、天平保險(xiǎn)、華夏基金、易方達(dá)基金、金元比聯(lián)基金、友邦基金、招商基金、南方基金、魯證期貨、中銀期貨、東吳期貨、信達(dá)期貨、西部期貨、國(guó)泰君安期貨、魯能金穗期貨、東航期貨、中原期貨、中大期貨、廣發(fā)證券、銀河證券、民族證券、宏源證券、新時(shí)代證券、上海證券、遠(yuǎn)東證券、太平洋證券、東興證券、萬(wàn)聯(lián)證券、金元證券、信達(dá)證券、江南證券、華泰證券、南京證券、信泰證券、東吳證券、長(zhǎng)江證券、國(guó)聯(lián)證券、東海證券、西南證券、山西證券、金通證券、中原證券、財(cái)達(dá)證券、西部證券、國(guó)盛證券、國(guó)海證券、華福證券、恒泰證券、湘財(cái)證券、華鑫證券、財(cái)富證券、中天證券、財(cái)通證券、國(guó)金證券、中投證券、華歐證券、中郵證券、德邦證券、愛(ài)建證券、華寶證券、聯(lián)合證券、日信證券、英大證券…l

政府行業(yè)：國(guó)家知識(shí)產(chǎn)權(quán)局、北京電力、四川電力、河南電力、江西電力、青海電力、吉林電力、湖南電力、安徽電力、寧夏電力、天富熱電、廈門電力、河北省地稅、重慶地稅、深圳地稅、深圳市統(tǒng)計(jì)局、武漢財(cái)政、上海松江財(cái)政、吉林省交通廳、遼寧省征稽局、蛇口碼頭、寧波港、江蘇省航道局、江蘇農(nóng)墾、無(wú)錫公積金、貴州公安、東營(yíng)公安、青島有線、泰州社保、南通社保、阿克蘇社保、太倉(cāng)社保、中國(guó)一汽、濟(jì)南鋼鐵、南京軍區(qū)總醫(yī)院、格力電器、深圳神州通集團(tuán)、深圳統(tǒng)計(jì)局、阿里巴巴、河北省地稅11地市征管數(shù)據(jù)集中容災(zāi)備份系統(tǒng)、江西省電力12地市營(yíng)銷數(shù)據(jù)集中容災(zāi)備份……

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

零時(shí)間數(shù)據(jù)庫(kù)切換的熱容災(zāi)：系統(tǒng)恢復(fù)時(shí)間是指當(dāng)主系統(tǒng)出現(xiàn)故障不能在短期內(nèi)恢復(fù)，而需要啟動(dòng)容災(zāi)端系統(tǒng)時(shí)，容災(zāi)端系統(tǒng)啟動(dòng)的時(shí)間。該時(shí)間不僅僅是指容災(zāi)端的硬件系統(tǒng)啟動(dòng)，更主要的、也是更耗費(fèi)時(shí)間的是容災(zāi)端數(shù)據(jù)庫(kù)系統(tǒng)的啟動(dòng)、業(yè)務(wù)系統(tǒng)的啟動(dòng)和外部接口的切換等。其中又以數(shù)據(jù)庫(kù)的啟動(dòng)最為耗費(fèi)時(shí)間，因?yàn)槿轂?zāi)端數(shù)據(jù)庫(kù)不屬于正常下線，因此重起時(shí)需要作許多檢查和恢復(fù)，花費(fèi)的時(shí)間非常長(zhǎng)。RealSync維護(hù)的容災(zāi)數(shù)據(jù)庫(kù)系統(tǒng)在數(shù)據(jù)復(fù)制過(guò)程中也始終處于打開狀態(tài)，保證數(shù)據(jù)復(fù)制在邏輯上的完整性，保證災(zāi)難切換的時(shí)效性和可靠性，RealSync技術(shù)為源系統(tǒng)提供了永遠(yuǎn)可用的后備數(shù)據(jù)庫(kù)系統(tǒng)。在源系統(tǒng)出現(xiàn)故障時(shí)，應(yīng)用系統(tǒng)可實(shí)現(xiàn)實(shí)時(shí)訪問(wèn)備用數(shù)據(jù)庫(kù)系統(tǒng)。達(dá)到數(shù)據(jù)庫(kù)系統(tǒng)的零切換目的。打開的備份數(shù)據(jù)庫(kù)保證數(shù)據(jù)復(fù)制在邏輯上的完整性，為源系統(tǒng)提供了永遠(yuǎn)可用的后備數(shù)據(jù)庫(kù)系統(tǒng)，確保容災(zāi)系統(tǒng)的可靠性。當(dāng)源系統(tǒng)出現(xiàn)故障時(shí)，應(yīng)用系統(tǒng)可實(shí)現(xiàn)實(shí)時(shí)訪問(wèn)備用數(shù)據(jù)庫(kù)系統(tǒng)，無(wú)需重新啟動(dòng)備用數(shù)據(jù)庫(kù)，達(dá)到數(shù)據(jù)庫(kù)的秒級(jí)切換目的。l

異構(gòu)的系統(tǒng)平臺(tái)，開放的硬件選擇：RealSync技術(shù)是邏輯級(jí)的數(shù)據(jù)復(fù)制技術(shù)，因此對(duì)于生產(chǎn)系統(tǒng)和容災(zāi)系統(tǒng)來(lái)說(shuō)，其硬件平臺(tái)可以屬于不同的廠商、不同的型號(hào)，可采用不同的操作系統(tǒng)等。它的優(yōu)點(diǎn)在于：一方面為用戶提供容災(zāi)系統(tǒng)建設(shè)時(shí)，硬件平臺(tái)的可靈活選擇空間；同時(shí)提供了在同一容災(zāi)解決方案架構(gòu)下，實(shí)現(xiàn)企業(yè)不同平臺(tái)上的多個(gè)信息系統(tǒng)的統(tǒng)一容災(zāi)支持。l

支持從高到中低端應(yīng)用需求：由于RealSync在建設(shè)容災(zāi)系統(tǒng)時(shí)，對(duì)服務(wù)器、存儲(chǔ)陣列和傳輸帶寬要求都無(wú)特殊要求，而不同于傳統(tǒng)容災(zāi)技術(shù)要求高端磁盤陣列、高端服務(wù)器、數(shù)GB的傳輸帶寬，所以該系統(tǒng)適應(yīng)于高端的電信、金融客戶、也適合中端的政府機(jī)構(gòu)、大型企業(yè)、同時(shí)也適合于運(yùn)行PC平臺(tái)的中小型企業(yè)應(yīng)用。l

投資回報(bào)分析（ROI）：采用RealSync容災(zāi)技術(shù)，容災(zāi)數(shù)據(jù)庫(kù)始終處于打開狀態(tài)，不同于其他模式下容災(zāi)數(shù)據(jù)庫(kù)系統(tǒng)不可用的狀態(tài)。因此，可以通過(guò)RealSync維護(hù)的容災(zāi)系統(tǒng)，提供數(shù)據(jù)共享服務(wù)：為決策分析和報(bào)表系統(tǒng)提供快速的數(shù)據(jù)抽取功能提供準(zhǔn)實(shí)時(shí)脫機(jī)查詢，提高查詢效率為試驗(yàn)系統(tǒng)提供真實(shí)的生產(chǎn)數(shù)據(jù)將以上本來(lái)需要在主系統(tǒng)上運(yùn)行的業(yè)務(wù)與生產(chǎn)系統(tǒng)完全隔離，充分利用容災(zāi)系統(tǒng)的資源，實(shí)現(xiàn)企業(yè)應(yīng)用負(fù)載分擔(dān)，減少對(duì)生產(chǎn)系統(tǒng)的影響，提高服務(wù)系統(tǒng)響應(yīng)效率；從而將容災(zāi)系統(tǒng)這個(gè)成本中心轉(zhuǎn)化為利潤(rùn)中心。l

靈活的組網(wǎng)結(jié)構(gòu)和低帶寬資源需求RealSync采用交易（Transaction）傳輸方式，極大的減少了復(fù)制過(guò)程中需要傳輸?shù)臄?shù)據(jù)量。使得在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量大大減少，要求更低的網(wǎng)絡(luò)帶寬。Realsync支持標(biāo)準(zhǔn)的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)的靈活性。

2.5RealSync在報(bào)表分擔(dān)、數(shù)據(jù)共享利用等方面的特點(diǎn)l

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

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

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

系統(tǒng)異構(gòu)，可提供更多的優(yōu)化空間源數(shù)據(jù)庫(kù)系統(tǒng)和目的數(shù)據(jù)庫(kù)系統(tǒng)的可異構(gòu)，主要包括索引規(guī)則和存儲(chǔ)參數(shù)（如數(shù)據(jù)塊大小、回滾段等）。因此可以在目標(biāo)數(shù)據(jù)庫(kù)上根據(jù)業(yè)務(wù)特點(diǎn)進(jìn)行調(diào)整和優(yōu)化，完全不受源系統(tǒng)的限制。3

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

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

技術(shù)實(shí)現(xiàn)：復(fù)制軟件是采用交易復(fù)制的方式進(jìn)行數(shù)據(jù)同步；災(zāi)備數(shù)據(jù)庫(kù)上的Oracle數(shù)據(jù)庫(kù)處于OPEN狀態(tài)，可提供實(shí)時(shí)數(shù)據(jù)訪問(wèn)；如可將生產(chǎn)系統(tǒng)上的統(tǒng)計(jì)查詢等業(yè)務(wù)運(yùn)行在歷史的Oracle數(shù)據(jù)庫(kù)上，數(shù)據(jù)復(fù)制的時(shí)延可以空載在3-5秒左右；具體細(xì)節(jié)如下：3.1方案設(shè)計(jì)根據(jù)以上系統(tǒng)狀況和功能要求，本期項(xiàng)目將采用1套R(shí)ealsync數(shù)據(jù)庫(kù)復(fù)制軟件來(lái)完成：根據(jù)業(yè)務(wù)需求，在關(guān)鍵系統(tǒng)安裝DSGRealSync程序，該程序?qū)RACLE數(shù)據(jù)庫(kù)產(chǎn)生的redolog進(jìn)行實(shí)時(shí)分析，生成sql語(yǔ)句。并將sql語(yǔ)句通過(guò)IP網(wǎng)絡(luò)傳輸?shù)綒v史數(shù)據(jù)庫(kù)。

3.2Realsync軟件配置DSGrealsync軟件的安裝分為生產(chǎn)系統(tǒng)和目標(biāo)系統(tǒng)兩個(gè)方面：n

生產(chǎn)系統(tǒng)上：DSGrealsync在每個(gè)數(shù)據(jù)庫(kù)實(shí)例都要安裝一個(gè)productionagent，用來(lái)分析本agent產(chǎn)生的redolog數(shù)據(jù)。n

目標(biāo)系統(tǒng)上：DSGreasync在備份中心的服務(wù)器上，分別安裝一個(gè)realsync，但需要為每個(gè)instance啟動(dòng)一個(gè)destinationagentport。Realsync數(shù)據(jù)庫(kù)復(fù)制軟件Seq.NameDescriptionQty備注1rs-0501-0101RealSyncLicenceforProductionServer

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

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

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

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

AnalyzerModule：日志分析功能ü

SynthisizerModule：交易合成功能ü

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

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

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

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

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

日志分析速度我們采取了積壓日志分析的方式進(jìn)行測(cè)試，利用rac環(huán)境下的兩臺(tái)服務(wù)器同時(shí)產(chǎn)生10GB的日志數(shù)據(jù)，然后啟動(dòng)realsync測(cè)試其在多長(zhǎng)時(shí)間內(nèi)能夠分析完這些數(shù)據(jù)。測(cè)試結(jié)果表名，在rac模式下，由兩個(gè)數(shù)據(jù)庫(kù)節(jié)點(diǎn)同時(shí)工作，在5分鐘內(nèi)產(chǎn)生的10GB歸檔日志，共計(jì)800萬(wàn)條記錄，realsync只需要2分鐘40秒即能分析完累積的日志，約9分鐘裝載完成。日志分析的速度遠(yuǎn)遠(yuǎn)高于產(chǎn)生日志的速度。完全能夠滿足用戶IT系統(tǒng)的業(yè)務(wù)需求，即使是在業(yè)務(wù)高峰期，也不會(huì)造成日志累積。目前DSG的用戶中，廣西移動(dòng)每天的增量日志達(dá)到600G，realsync依然穩(wěn)定運(yùn)行。n

每秒鐘復(fù)制的操作數(shù)在測(cè)試過(guò)程中，我們采用PL/SQL方式在源端產(chǎn)生1萬(wàn),10萬(wàn)，100萬(wàn)條記錄，以及進(jìn)行1萬(wàn),10萬(wàn)，100萬(wàn)的update,delete操作等。按照統(tǒng)計(jì)結(jié)果，DSGRealSync達(dá)到平均18000條/s的復(fù)制速度。完全能夠滿足單系統(tǒng)上用戶IT系統(tǒng)的業(yè)務(wù)要求。n

復(fù)制數(shù)據(jù)延遲RealSync是一種異步準(zhǔn)實(shí)時(shí)的復(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的日志量，在30Mb帶寬的情況下，可確保數(shù)據(jù)的延遲在5秒鐘左右。n

CPU資源占用DSGRealSync通過(guò)Oracle日志獲得數(shù)據(jù)的變化信息，它獨(dú)特的技術(shù)優(yōu)勢(shì)使得它對(duì)源系統(tǒng)的資源占用很小。在生產(chǎn)系統(tǒng)中，實(shí)際對(duì)源系統(tǒng)的影響和源系統(tǒng)復(fù)制事物的多少，事物的處理方式有關(guān)。在復(fù)制數(shù)據(jù)量正常的OLTP系統(tǒng)中，正常狀態(tài)下對(duì)CPU資源的占用為<5%的CPU資源占用。根據(jù)我們?cè)诤颖钡囟惖氖褂们闆r來(lái)看，在系統(tǒng)高峰期每2分鐘產(chǎn)生100MB的日志量，而REALSYNC的日志分析資源占用僅為2%（4cpu,8Gram）。n

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

業(yè)務(wù)切換RealSync是通過(guò)對(duì)OracleLog日志進(jìn)行分析獲取跟蹤源系統(tǒng)的交易指令實(shí)時(shí)的將指令傳輸?shù)侥繕?biāo)端進(jìn)行加載，且目標(biāo)端數(shù)據(jù)庫(kù)始終在OPEN狀態(tài)，可實(shí)時(shí)在目標(biāo)端進(jìn)行查詢和統(tǒng)計(jì)，所以當(dāng)災(zāi)難發(fā)生時(shí)或在主機(jī)源端發(fā)生故障以后，可直接將生產(chǎn)端數(shù)據(jù)庫(kù)切換到容災(zāi)端，目標(biāo)端數(shù)據(jù)庫(kù)不需要重新啟動(dòng)，確保目標(biāo)端數(shù)據(jù)的可用性，并大大提高了RTO、RPO指標(biāo)。

3.4系統(tǒng)實(shí)施概述（一）系統(tǒng)安裝REALSYNC的安裝點(diǎn)包括如下：l

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

在災(zāi)備中心的每個(gè)服務(wù)器上安裝一個(gè)ORACLEAgent，但要為每個(gè)instance啟動(dòng)一個(gè)agent端口；（二）首次全同步首次全同步是此次項(xiàng)目中一個(gè)非常復(fù)雜的問(wèn)題，因?yàn)槿绾螌⑸a(chǎn)系統(tǒng)首次同步到查詢中心是一個(gè)非常復(fù)雜的問(wèn)題，也是本項(xiàng)目中的一個(gè)難題。復(fù)制環(huán)境的建立，首先需要將生產(chǎn)系統(tǒng)中的已有數(shù)據(jù)初始化同步到目標(biāo)系統(tǒng)上，同時(shí)記錄各種系統(tǒng)狀態(tài)和映射關(guān)系等。因此如何快速、有效的建立復(fù)制的初始化環(huán)境是每個(gè)復(fù)制系統(tǒng)都非常關(guān)心的問(wèn)題。全同步是關(guān)鍵系統(tǒng)中一個(gè)非常復(fù)雜的問(wèn)題，因?yàn)槿绾螌⑸a(chǎn)系統(tǒng)首次同步到災(zāi)備中心是一個(gè)非常復(fù)雜的問(wèn)題，也是本項(xiàng)目中的一個(gè)難題。從目前的技術(shù)來(lái)看，能夠?qū)崿F(xiàn)首次全同步的方式有多種方案：第一：備份/恢復(fù)的方式第二：ORACLEEXPORT/IMPORT方式；第三：采用復(fù)制軟件自帶的首次初始化功能。在傳統(tǒng)辦法中，數(shù)據(jù)首次同步過(guò)程大都采用Oracle的EXP/IMP工具，將源端數(shù)據(jù)庫(kù)數(shù)據(jù)抽取出來(lái)，通過(guò)網(wǎng)絡(luò)傳輸至目標(biāo)端數(shù)據(jù)庫(kù)進(jìn)行加載。或者是借助第三方的備份軟件工具，將源端的數(shù)據(jù)進(jìn)行備份，再通過(guò)磁帶運(yùn)輸至目的地，將磁帶數(shù)據(jù)恢復(fù)到目標(biāo)數(shù)據(jù)庫(kù)，從而達(dá)到首次數(shù)據(jù)同步的目的。這種方式存在大量的問(wèn)題：（1）

性能低下：通過(guò)Export/Import方式，最大的問(wèn)題在于性能很慢，對(duì)于一個(gè)幾十GB的數(shù)據(jù)庫(kù)，進(jìn)行一次export/import，則大約費(fèi)時(shí)8－10小時(shí)以上。（2）

完全需要手工干預(yù)：數(shù)據(jù)的導(dǎo)出（Export），傳輸和裝載（Import）等過(guò)程都需要手工干預(yù)和執(zhí)行。（3）

業(yè)務(wù)必需停止：在執(zhí)行export/imp過(guò)程中，業(yè)務(wù)必需中斷。（4）

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

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

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

速度快：對(duì)于幾十GB的數(shù)據(jù)量，在正常情況下，只需要1小時(shí)左右完成初始數(shù)據(jù)同步。（2）

完全自動(dòng)化：采用DSGRealSync只需要１條命令就完成系統(tǒng)的初始化工作，系統(tǒng)自動(dòng)進(jìn)行導(dǎo)出、傳輸和裝載任務(wù)，完全無(wú)需人為干預(yù)，減少出錯(cuò)機(jī)會(huì)。（3）

不中斷業(yè)務(wù)：在DSGRealsync在進(jìn)行首次數(shù)據(jù)裝載時(shí)，無(wú)需停止源端業(yè)務(wù)，實(shí)現(xiàn)不停機(jī)的系統(tǒng)初始化；（三）全同步實(shí)施步驟對(duì)于一個(gè)數(shù)據(jù)庫(kù)的全同步過(guò)程包括：1.

在容災(zāi)端安裝ORACLE數(shù)據(jù)庫(kù)因?yàn)槿轂?zāi)端是兩個(gè)ORACELINSTANCE，創(chuàng)建ORACELDATABASE。2.

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

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

調(diào)用realsync的setdict命令創(chuàng)建所有的用戶對(duì)象DSG提供了的setdict命令用于在目標(biāo)端創(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進(jìn)行數(shù)據(jù)的同步，系統(tǒng)自動(dòng)進(jìn)行數(shù)據(jù)抽取、傳輸、裝載，并自動(dòng)分析其間產(chǎn)生的日志。無(wú)需人為干預(yù)。當(dāng)存量數(shù)據(jù)裝載完后，系統(tǒng)自動(dòng)利用期間產(chǎn)生的日志進(jìn)行數(shù)據(jù)的修補(bǔ)到一致?tīng)顟B(tài)。首次同步結(jié)束后，系統(tǒng)自動(dòng)進(jìn)入到增量實(shí)時(shí)復(fù)制階段，不需要人為干預(yù)。（四）時(shí)間估算根據(jù)生產(chǎn)系統(tǒng)為40GB的量計(jì)算，在4Mb帶寬下，全同步的時(shí)間主要是數(shù)據(jù)傳輸時(shí)間和目標(biāo)端裝載時(shí)間。數(shù)據(jù)傳輸時(shí)間：40GB的數(shù)據(jù)量經(jīng)過(guò)壓縮后約為10GB左右，按照4Mb帶寬計(jì)算為：10GB*1024*8/4Mb/3600=5小時(shí)。按照一定的富裕量計(jì)算，可在6小時(shí)左右完成數(shù)據(jù)的首次全同步。因此對(duì)于40GB的數(shù)據(jù)量，根據(jù)工程性能指標(biāo)參考，可在6個(gè)小時(shí)左右完成全同步。（五）開始實(shí)時(shí)復(fù)制當(dāng)對(duì)系統(tǒng)的初始化環(huán)境工作結(jié)束后，RealSync自動(dòng)進(jìn)入實(shí)時(shí)復(fù)制狀態(tài)，無(wú)需手工干預(yù)。4

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

4.1日志抓取（DataCapture）RealSync對(duì)數(shù)據(jù)的抓取是通過(guò)安裝在DataSource端的Agent模塊定時(shí)分析OracleRedoLog來(lái)獲取DataSource端的交易類型及數(shù)據(jù)的。RealSyncAgent在判斷DataSource端的Oracle系統(tǒng)是否有新的交易產(chǎn)生時(shí)是通過(guò)定期檢查OracleControlefile中記錄的當(dāng)前SCN號(hào)來(lái)判斷的，這樣避免每次檢都通過(guò)讀取log文件來(lái)判斷否有新的交易產(chǎn)生時(shí)造成的系統(tǒng)影響。在Controlefile中確認(rèn)有新的交易產(chǎn)生時(shí)，可以同時(shí)獲得當(dāng)前的RedoLog組，以及最新日志在日志文件的最新位置。RealSyncAgent模塊根據(jù)這些信息將上次抓取時(shí)記錄的日志位置與本次讀取的最新位置之間的Log讀取并加以分析。然后將這些數(shù)據(jù)保存在OnlineLogCache文件中，等待下一步作交易合成處理。

RealSync的優(yōu)勢(shì)：與其他類似日志復(fù)制產(chǎn)品相比，RealSync對(duì)日志進(jìn)行分析，得到交易信息再進(jìn)行傳送；而其他類似產(chǎn)品不對(duì)日志作分析，傳送全部日志，然后在目標(biāo)端通過(guò)日志作Recover，這樣一來(lái)，不僅傳送數(shù)據(jù)量大，而且目標(biāo)端數(shù)據(jù)庫(kù)不能打開。

4.2日志分析（Analyze）Oracle數(shù)據(jù)庫(kù)的所有更改都記錄在日志中，其中記錄了對(duì)數(shù)據(jù)庫(kù)中的每一個(gè)變化。當(dāng)我們候需要需要了解數(shù)據(jù)庫(kù)中所作的交易時(shí)，一個(gè)最有效實(shí)用而又低成本的方法就是分析Oracle數(shù)據(jù)庫(kù)的日志文件。RealSyncAgent中集成了DSG的優(yōu)秀日志分析功能，該功能完全不同于Oracle提供的Logminer日志分析工具，在性能和功能上都大大提高，主要體現(xiàn)在系統(tǒng)性能的優(yōu)化上，大幅度提高日志分析的速度，使得對(duì)于高并發(fā)業(yè)務(wù)系統(tǒng)的復(fù)制成為可能。按照RealSync的日志分析設(shè)計(jì)目標(biāo)，每秒能夠分析的日志量達(dá)到10M/s。RealSync通過(guò)對(duì)日志的分析，得到該數(shù)據(jù)庫(kù)中的每個(gè)SQL指令，并將這些SQL指令生成DXF（DSGExtendFormat）格式的表達(dá)方式。DXF格式是DSG公司的專有技術(shù)，該技術(shù)是DSG公司用來(lái)表達(dá)SQL指令的方式，該數(shù)據(jù)格式能夠通過(guò)DSG的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為ORACL的內(nèi)部數(shù)據(jù)表達(dá)格式，從而在分析和轉(zhuǎn)載時(shí)需要最小的轉(zhuǎn)化，提高分析和裝載速度，減少資源占用、豐富能夠表達(dá)的各種數(shù)據(jù)類型。

4.3交易合成（Synthesize）通過(guò)ORACLEREDOLOG分析的交易指令存在如下的幾個(gè)特點(diǎn)：（1）這些指令是交叉出現(xiàn)的，屬于一個(gè)交易（Transaction）的多條SQL指令是非連續(xù)存儲(chǔ)的，多個(gè)交易的SQL之間是相互穿插的；（2）Redolog中記錄了所有的commit的交易以及沒(méi)有commit的交易；所以，為了提高系統(tǒng)的可控制性、保證邏輯完整性、避免數(shù)據(jù)丟失，最好將復(fù)制的最小單位為一個(gè)交易（Transaction），而不是以單個(gè)SQL指令為復(fù)制單位，這樣在DataTarget端的交易裝載更加容易控制。同時(shí)，對(duì)于復(fù)制的數(shù)據(jù)而言，只有那些Commit的數(shù)據(jù)對(duì)于DataTarget端系統(tǒng)是有意義的，而對(duì)于那些Rollback的數(shù)據(jù)無(wú)需復(fù)制到Datatarget系統(tǒng)上。所以RealSync在復(fù)制過(guò)程中不是復(fù)制每個(gè)SQL語(yǔ)句，而是對(duì)抓取的數(shù)據(jù)進(jìn)行交易整合后以交易（Transaction）為單位進(jìn)行復(fù)制，同時(shí)只復(fù)制COMMIT的交易。如上圖所示，在OnlineLogCache文件中，包括Commit的交易，沒(méi)有Commit的交易和Rollback的交易。交易合成模塊首先按照交易序號(hào)對(duì)SOL語(yǔ)句進(jìn)行劃分，每個(gè)交易包含多條SOL語(yǔ)句。然后，以交易為單位進(jìn)行處理，將已經(jīng)Commit的交易，傳至傳輸處理模塊；將未提交的交易保存在本地，一旦通過(guò)日志得知保存的未提交交易已提交，立即將該交易發(fā)送到傳輸處理模塊；對(duì)Rollback的交易作丟棄處理。

RealSync的優(yōu)勢(shì)：RealSync是以交易為單位進(jìn)行傳輸?shù)?，而不是以SOL語(yǔ)句為單位進(jìn)行傳輸?shù)?，更容易保證數(shù)據(jù)的一致性和完整性。

4.4交易傳輸RealSync技術(shù)為了保證數(shù)據(jù)傳輸?shù)陌踩?、可靠，在傳輸處理上作了特殊的處理與支持:（1）

數(shù)據(jù)在傳輸之前首先存入DataSource端的Cache，傳輸進(jìn)程（ExportProcess）從Cache中讀取交易數(shù)據(jù)封裝為TCP/IP數(shù)據(jù)包傳送給Datatarget端的Import進(jìn)程。（2）在datatarget端，Import進(jìn)程在收到傳輸?shù)慕灰讛?shù)據(jù)包后，首先存入Queue，然后由Load進(jìn)程從Queue中嚴(yán)格按照交易的順序裝載交易信息。

如上圖所示，負(fù)責(zé)傳輸?shù)倪M(jìn)程（ExportProcess）從本地隊(duì)列中按照先進(jìn)先出的原則抓取需要傳輸?shù)慕灰?，將交易?shù)據(jù)封裝成一個(gè)數(shù)據(jù)包后通過(guò)TCP/IP協(xié)議傳遞給對(duì)端系統(tǒng)。在封裝的數(shù)據(jù)包的包頭部分描述了包的大小。對(duì)端系統(tǒng)在接受到傳來(lái)的數(shù)據(jù)包后，首先根據(jù)包頭描述的包大小進(jìn)行傳輸?shù)暮戏ㄐ詸z查，判斷是否傳輸完整。

4.5數(shù)據(jù)裝載在傳統(tǒng)的復(fù)制技術(shù)中，常用的數(shù)據(jù)裝載方式是采用Oracle的SQL接口，通過(guò)Insert、Update、Delete等SQL語(yǔ)句實(shí)現(xiàn)數(shù)據(jù)的裝載。這種方式在通用性上很好，但關(guān)鍵在于性能問(wèn)題非常突出。SQL語(yǔ)句的執(zhí)行需要經(jīng)過(guò)parse、plan、格式轉(zhuǎn)換等過(guò)程，造成大量的系統(tǒng)開銷。尤其是update和Delte操作的大量Where子句操作需要進(jìn)行復(fù)雜的查詢定位任務(wù)，從而導(dǎo)致裝載性能低下，對(duì)處理能力的要求比生產(chǎn)系統(tǒng)的還高。DSGRealSync在設(shè)計(jì)之初就定位于電信級(jí)大數(shù)據(jù)量系統(tǒng)的應(yīng)用，因此在裝載性能上進(jìn)行了大幅度的改善，使得裝載端的性能和處理能力需求降至最低。在其中DSGRealSync采用了兩個(gè)關(guān)鍵的技術(shù)提高了裝載速度：（1）采用DXF數(shù)據(jù)格式的裝載；（2）采用Rowidmapping的方式實(shí)現(xiàn)快速定位；(一)用DXF數(shù)據(jù)格式的裝載：DXF（DSGExtendFormat）格式是DSG公司的專有技術(shù)，該技術(shù)是DSG公司用來(lái)表達(dá)SQL指令的方式，該數(shù)據(jù)格式能夠通過(guò)DSG的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為ORACL的內(nèi)部數(shù)據(jù)表達(dá)格式，從而在分析和轉(zhuǎn)載時(shí)需要最小的轉(zhuǎn)化，提高分析和裝載速度，減少資源占用、豐富sql語(yǔ)句的表達(dá)方式。Oracle數(shù)據(jù)庫(kù)系統(tǒng)在設(shè)計(jì)上提供了4個(gè)層次的接口，其中包括User層，SQL層，Transformation層和I/O層。其結(jié)構(gòu)為：在這四層當(dāng)中，當(dāng)采用SQL接口進(jìn)行數(shù)據(jù)裝載時(shí)，調(diào)用的是User層，而DSGRealSync通過(guò)DXF數(shù)據(jù)格式裝載時(shí)，調(diào)用I/O層直接將數(shù)據(jù)通過(guò)Oracle的最底層函數(shù)寫入系統(tǒng)中，所以DSGRealSync在裝載層上有一定優(yōu)勢(shì)；(二)Rowmapping實(shí)現(xiàn)快速定位對(duì)于交易中的操作，存在著大量的Where子句操作，在采用標(biāo)準(zhǔn)SQL語(yǔ)句執(zhí)行這些操作時(shí)，系統(tǒng)需要首先定位目標(biāo)記錄所在的數(shù)據(jù)文件的位置信息，這將帶來(lái)大量的索引查詢開銷，當(dāng)并發(fā)執(zhí)行數(shù)千條指令時(shí)，系統(tǒng)的開銷將變得非常龐大。DSGRealSync工具不采用該方式實(shí)現(xiàn)裝載數(shù)據(jù)的定位，而是通過(guò)ROWMapping的方式實(shí)現(xiàn)記錄的快速定位：當(dāng)RealSync從源端Log文件中讀取交易數(shù)據(jù)時(shí)，將獲得該交易對(duì)應(yīng)記錄的所在位置，用rowid表示為rowid_ds；當(dāng)該交易在目標(biāo)端裝載時(shí)，系統(tǒng)不翻譯為Where子句，而是去通過(guò)保存在目標(biāo)端的rowmapping表獲得對(duì)應(yīng)目標(biāo)端該記錄的所在位置rowid，記錄為rowid_dt。從而在目標(biāo)端裝載時(shí)通過(guò)rowid能夠直接定位于該數(shù)據(jù)需要寫入的位置。避免了大量的索引查找時(shí)間。每條記錄的rowmapping信息是在該記錄執(zhí)行insert操作、sqlloader或首次批量同步時(shí)建立起來(lái)的。

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

無(wú)需標(biāo)準(zhǔn)SQL語(yǔ)句執(zhí)行的復(fù)雜過(guò)程n

加快裝載速度n

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

5

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

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

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

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

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

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

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

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

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

BCP或DRP的管理方法l

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

檢查復(fù)制軟件是否運(yùn)行正常l

啟動(dòng)和停止復(fù)制任務(wù)進(jìn)程l

排除復(fù)制過(guò)程出錯(cuò)的錯(cuò)誤l

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

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

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

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

容災(zāi)項(xiàng)目領(lǐng)導(dǎo)小組l

對(duì)容災(zāi)項(xiàng)目總體負(fù)責(zé)l

制定項(xiàng)目組工作制度l

制定項(xiàng)目計(jì)劃l

跟蹤項(xiàng)目過(guò)程l

控制項(xiàng)目變更l

審核項(xiàng)目成果l

評(píng)價(jià)項(xiàng)目組成員、部門的工作情況l

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

為項(xiàng)目組各部門提供良好的溝通渠道l

召開項(xiàng)目評(píng)審會(huì)，組織項(xiàng)目驗(yàn)收工作

容災(zāi)項(xiàng)目經(jīng)理l

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

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

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

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

規(guī)范災(zāi)難管理流程l

制定業(yè)務(wù)連續(xù)性計(jì)劃規(guī)范l

協(xié)助客戶建立災(zāi)難管理組織結(jié)構(gòu)l

協(xié)助并指導(dǎo)業(yè)務(wù)連續(xù)性計(jì)劃的開發(fā)l

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

主持制定災(zāi)備演練計(jì)劃l

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

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

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

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

磁盤陣列和SAN存儲(chǔ)管理員l

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4聯(lián)機(jī)演練測(cè)試：

主機(jī)＋服務(wù)器＋交換機(jī)＋配件（略）

5演練軟件運(yùn)行測(cè)試（多方配合）

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

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

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

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

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

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

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

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

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

主機(jī)＋服務(wù)器＋交換機(jī)＋配件（略）

4測(cè)試人員：需要多方人員參與

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

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

電話：質(zhì)檢工程師：

質(zhì)檢日期：

年

月

日

時(shí)

分開始至

時(shí)

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

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

責(zé)任人：

巡檢日期：解決情況：

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

很滿意□

較滿意□

一般□

不滿意□

很不滿意□其它意見(jiàn)：

客戶簽字：

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

回訪人簽字：

6

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

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

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

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

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

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

Oracle故障診斷和排除ü

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

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

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

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

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

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

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

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

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

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

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

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

加強(qiáng)企業(yè)信