DataGrid DDS產(chǎn)品災(zāi)備平臺(tái)說(shuō)明

1、DataGrid DDS產(chǎn)品災(zāi)備平臺(tái)1. 引言在企業(yè)信息化進(jìn)程不斷加快的今天，保持業(yè)務(wù)的持續(xù)性是企業(yè)用戶(hù)進(jìn)行數(shù)據(jù)存儲(chǔ)時(shí)必須考慮的重要方面。災(zāi)難的出現(xiàn)， 可能導(dǎo)致生產(chǎn)停頓、客戶(hù)中意度降低，企業(yè)的競(jìng)爭(zhēng)力會(huì)因此大打折扣。震驚世界的“9.11” 事件發(fā)生后，全世界都看到了金融、電信等行業(yè)用戶(hù)在災(zāi)難中的巨大損失。如此，在災(zāi)難后如何快速、正確地恢復(fù)業(yè)務(wù)系統(tǒng)就成為擺在企業(yè)面前的一個(gè)難題。證券行業(yè)是國(guó)民經(jīng)濟(jì)的重要環(huán)節(jié)，同樣面臨著如何應(yīng)對(duì)災(zāi)難，以求防患于未然。今天，中國(guó)的證券行業(yè)正在面臨業(yè)務(wù)模式的重大變革，在業(yè)務(wù)日新月異的今天，證券的交易模式也從分散向集中過(guò)渡，同時(shí)，券商之間的不斷兼并和激烈的競(jìng)爭(zhēng)，也使得信息技

2、術(shù)部門(mén)格外看重集中交易系統(tǒng)的數(shù)據(jù)愛(ài)護(hù)。試想一下，假如哪個(gè)券商的集中交易系統(tǒng)遭遇災(zāi)難而不能恢復(fù)的話(huà)，那么整個(gè)公司將不得不面臨被兼并或倒閉的命運(yùn)。因此，集中交易系統(tǒng)的安全性和抗災(zāi)難能力直接關(guān)系到券商和股民的切身利益、企業(yè)形象。因此盡可能地保證系統(tǒng)的安全是必須重點(diǎn)考慮的。一個(gè)先進(jìn)的、完善的災(zāi)備系統(tǒng)將全力的愛(ài)護(hù)集中交易系統(tǒng)的穩(wěn)定運(yùn)行，讓券商在業(yè)務(wù)飛速進(jìn)展的同時(shí)沒(méi)有后顧之憂(yōu)?，F(xiàn)在，我們專(zhuān)門(mén)欣喜的看到，專(zhuān)門(mén)多優(yōu)秀的證券企業(yè)在整合業(yè)務(wù)的同時(shí)就考慮了災(zāi)備平臺(tái)的建設(shè)，在思路和行動(dòng)上都領(lǐng)先于同行業(yè)的競(jìng)爭(zhēng)對(duì)手。與此同時(shí)，隨著業(yè)務(wù)的不斷深入以及市場(chǎng)競(jìng)爭(zhēng)的需要，數(shù)據(jù)應(yīng)用成為另一個(gè)業(yè)內(nèi)的熱點(diǎn)，如何高效的利用交易數(shù)據(jù)，快速

3、的查詢(xún)、分析數(shù)據(jù)成為各公司CTO關(guān)注的問(wèn)題。本文依照集中交易系統(tǒng)的現(xiàn)狀和災(zāi)備方面的規(guī)劃需要，著重考慮合理地設(shè)計(jì)和建設(shè)一體化數(shù)據(jù)復(fù)制容備愛(ài)護(hù)系統(tǒng)，同時(shí)優(yōu)化數(shù)據(jù)中心的應(yīng)用結(jié)構(gòu)，以DataGrid DDS產(chǎn)品災(zāi)備平臺(tái)為核心構(gòu)建企業(yè)的第二數(shù)據(jù)中心和查詢(xún)應(yīng)用平臺(tái)。形成技術(shù)方案建議書(shū)，供證券公司各級(jí)領(lǐng)導(dǎo)及技術(shù)人員參考。2. DataGrid DDS產(chǎn)品介紹2.1. 概述:DataGrid DDS是基于分析oracle redo log技術(shù)的Oracle實(shí)時(shí)復(fù)制工具，具有簡(jiǎn)單靈活、高性能低成本的特點(diǎn)，部署和使用特不容易，對(duì)系統(tǒng)資源和運(yùn)行環(huán)境的要求也特不低。DataGrid DDS能夠關(guān)心用戶(hù)在復(fù)雜的應(yīng)用環(huán)境

4、下完成容災(zāi)備份、異構(gòu)遷移、業(yè)務(wù)數(shù)據(jù)分發(fā)、基礎(chǔ)數(shù)據(jù)整合集中等工作。DataGrid DDS能做什么？DataGrid DDS能夠滿(mǎn)足用戶(hù)多種業(yè)務(wù)需求，要緊有：提高系統(tǒng)整體可用性DataGrid DDS能夠關(guān)心用戶(hù)提高Oracle數(shù)據(jù)庫(kù)的可用性，不管是執(zhí)行打算內(nèi)停機(jī)（如系統(tǒng)升級(jí)、備份）依舊遇到故障引起的非打算宕機(jī)（例如硬件故障、災(zāi)難、人為錯(cuò)誤等），DataGrid DDS都能盡量減少宕機(jī)時(shí)刻。提高可用性能夠最大限度地減少數(shù)據(jù)丟失、經(jīng)濟(jì)損失和生產(chǎn)力的降低。邏輯災(zāi)備和災(zāi)難恢復(fù)關(guān)于大部分公司而言，災(zāi)備是一項(xiàng)巨大的工程，意味著高額的資金投入和人力成本。受到傳統(tǒng)復(fù)制技術(shù)的限制，災(zāi)備必須擁有專(zhuān)用的硬件支持和專(zhuān)

5、用的光纖傳輸鏈路，災(zāi)備距離和系統(tǒng)平臺(tái)還有諸多的限制。此外，由于傳統(tǒng)災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)不能隨時(shí)打開(kāi)使用，不但風(fēng)險(xiǎn)不能評(píng)估，而且巨大的投入也得不到回報(bào)。 DataGrid DDS使用邏輯數(shù)據(jù)復(fù)制技術(shù)，傳遞的是交易信息，因此傳輸數(shù)據(jù)量專(zhuān)門(mén)小，保證了在低帶寬環(huán)境下實(shí)現(xiàn)低延遲的Oracle數(shù)據(jù)異步復(fù)制，軟件同時(shí)支持實(shí)時(shí)復(fù)制容災(zāi)和定時(shí)復(fù)制備份功能，是一種高效且低成本的數(shù)據(jù)庫(kù)災(zāi)備方式。DataGrid DDS使用標(biāo)準(zhǔn)的IP網(wǎng)絡(luò)進(jìn)行通訊，災(zāi)備端的Oracle數(shù)據(jù)庫(kù)能夠部署在本地或遠(yuǎn)程容災(zāi)中心，距離沒(méi)有限制。此外，由于復(fù)制的目的端數(shù)據(jù)庫(kù)始終處于打開(kāi)狀態(tài)，因此，當(dāng)生產(chǎn)數(shù)據(jù)庫(kù)遇到打算內(nèi)或非打算停機(jī)時(shí)，DataGrid

6、 DDS能夠支持前端應(yīng)用程序快速、無(wú)縫的切換到災(zāi)備數(shù)據(jù)庫(kù)。與其它基于磁盤(pán)或文件系統(tǒng)的物理復(fù)制技術(shù)相比，不但省略了漫長(zhǎng)的數(shù)據(jù)庫(kù)recovery和啟動(dòng)時(shí)刻，而且能夠保證100%的切換成功率。分擔(dān)數(shù)據(jù)庫(kù)負(fù)載DataGrid DDS邏輯交易復(fù)制技術(shù)保證了目的端數(shù)據(jù)庫(kù)始終處于可用狀態(tài)，因此關(guān)于實(shí)時(shí)交易處理之外的只讀應(yīng)用，例如批量查詢(xún)、報(bào)表處理、數(shù)據(jù)備份、統(tǒng)計(jì)分析等都能夠交給復(fù)制的數(shù)據(jù)庫(kù)處理。多種應(yīng)用也不必在同一個(gè)交易數(shù)據(jù)庫(kù)上爭(zhēng)奪資源和時(shí)刻窗口。生產(chǎn)系統(tǒng)運(yùn)行和維護(hù)的壓力得以釋放，提高了穩(wěn)定性，而不同的應(yīng)用在分布的數(shù)據(jù)庫(kù)上也能夠得到分不的優(yōu)化。業(yè)務(wù)數(shù)據(jù)分發(fā)DataGrid DDS能夠完成企業(yè)范圍內(nèi)數(shù)據(jù)分發(fā)，

7、從交易數(shù)據(jù)生產(chǎn)庫(kù)實(shí)時(shí)復(fù)制到一個(gè)或多個(gè)本地或異地的數(shù)據(jù)庫(kù)。DataGrid DDS支持多種數(shù)據(jù)分發(fā)拓?fù)浣Y(jié)構(gòu)，一對(duì)多，多對(duì)一，級(jí)聯(lián)復(fù)制等。數(shù)據(jù)分發(fā)是一種典型的通過(guò)部署多服務(wù)器、多數(shù)據(jù)庫(kù)來(lái)分擔(dān)負(fù)載，提高響應(yīng)速度的企業(yè)應(yīng)用模式?？缙脚_(tái)數(shù)據(jù)遷移DataGrid DDS支持跨平臺(tái)的數(shù)據(jù)傳輸，復(fù)制的源和目的系統(tǒng)能夠在AIX、HP-UX、Solaris、Linux之間任意選擇。DataGrid DDS同時(shí)支持Oracle 9i和Oracle 10g。關(guān)于用戶(hù)來(lái)講，不但硬件平臺(tái)的選擇有專(zhuān)門(mén)大的靈活性，也能夠用DataGrid DDS來(lái)完成異構(gòu)平臺(tái)的數(shù)據(jù)庫(kù)同步和遷移工作。實(shí)時(shí)復(fù)制和批量復(fù)制應(yīng)用的需求阻礙著用戶(hù)使用

8、復(fù)制工具的模式，關(guān)于容災(zāi)和查詢(xún)應(yīng)用，連續(xù)的實(shí)時(shí)復(fù)制保證目的端數(shù)據(jù)庫(kù)擁有和生產(chǎn)系統(tǒng)完全一樣的數(shù)據(jù)狀態(tài)；而關(guān)于定時(shí)備份、系統(tǒng)升級(jí)和定時(shí)分析等應(yīng)用，用戶(hù)則希望復(fù)制軟件做到定時(shí)或周期性的批量數(shù)據(jù)遷移。在DataGrid DDS中批量復(fù)制和實(shí)時(shí)復(fù)制是相互獨(dú)立又緊密結(jié)合的兩個(gè)部分，通過(guò)治理員的操作操縱，DataGrid DDS完全滿(mǎn)足用戶(hù)在多種應(yīng)用條件下的需求。交易統(tǒng)計(jì)DataGrid DDS在完成實(shí)時(shí)數(shù)據(jù)復(fù)制的同時(shí)，也跟蹤到了數(shù)據(jù)庫(kù)交易數(shù)量的變化，通過(guò)GUI界面，DBA能夠隨時(shí)查詢(xún)到生產(chǎn)數(shù)據(jù)庫(kù)在指定時(shí)刻段的交易統(tǒng)計(jì)結(jié)果，通過(guò)分析這些數(shù)據(jù)，DBA能夠量化生產(chǎn)數(shù)據(jù)庫(kù)壓力的變化，從而為數(shù)據(jù)庫(kù)的擴(kuò)容和升級(jí)提供了

9、依據(jù)。增強(qiáng)分析工具DataGrid DDS提供了簡(jiǎn)單有用的數(shù)據(jù)庫(kù)工具包，包括日志分析工具、文件分析工具、導(dǎo)入導(dǎo)出工具等，工具包能關(guān)心有經(jīng)驗(yàn)的DBA更深入的分析處理數(shù)據(jù)庫(kù)的問(wèn)題。2.2. DataGrid DDS技術(shù)原理2.2.1. DataGrid DDS和Oracle Redo Logs 基于日志分析的實(shí)時(shí)復(fù)制技術(shù)DataGrid DDS通過(guò)分析Oracle redo log獲得實(shí)時(shí)交易信息，完成schema或table級(jí)不的數(shù)據(jù)復(fù)制。區(qū)不于早期的日志分析技術(shù)，DataGrid DDS對(duì)日志的整合和傳輸以交易為單位，使用該技術(shù)，在擁有高性能的同時(shí)還能更好的保證數(shù)據(jù)傳輸?shù)囊恢滦院屯暾浴?duì)生產(chǎn)

10、數(shù)據(jù)庫(kù)也可不能增加負(fù)載。DataGrid DDS從Oracle redo logs里面獵取所有的數(shù)據(jù)庫(kù)改變信息。通過(guò)對(duì)信息的分析整合，DataGrid DDS將完整的交易信息復(fù)制到目的端。DataGrid DDS不是等待Oracle redo log文件寫(xiě)滿(mǎn)之后再處理，而是隨時(shí)讀取其數(shù)據(jù)塊內(nèi)容，間隔時(shí)刻能夠用參數(shù)指定，一般是秒級(jí)。DataGrid DDS也可不能復(fù)制Oracle redo log的全部?jī)?nèi)容到目的端數(shù)據(jù)庫(kù)，除指定復(fù)制對(duì)象（數(shù)據(jù)表）相關(guān)的DML/DDL操作之外，其他的信息將丟棄處理。為了幸免可能出現(xiàn)的復(fù)制錯(cuò)誤，用戶(hù)需要打開(kāi)數(shù)據(jù)庫(kù)的supplemental logging 和forc

11、e logging參數(shù)以便DataGrid DDS能獵取完整的數(shù)據(jù)信息。 置于裸設(shè)備或文件系統(tǒng)（包括ocfs）中的Oracle redo log能夠被DataGrid DDS正常讀取。假如用戶(hù)使用的是Oracle 10g，同時(shí)將redo log保存在ASM（一種新的Oracle存儲(chǔ)格式）中，則需要在裸設(shè)備或文件系統(tǒng)上手動(dòng)創(chuàng)建一組與原有日志同步的redo log member，供DataGrid DDS復(fù)制使用。Online 和 Archived Redo LogsOracle有兩種類(lèi)型的日志：在線(xiàn)日志和歸檔日志。一般情況下，DataGrid DDS從一組在線(xiàn)日志讀取信息，因此，不要求Oracl

12、e數(shù)據(jù)庫(kù)必須打開(kāi)歸檔日志。但在某些專(zhuān)門(mén)情況下，online redo log沒(méi)來(lái)得及分析就被覆蓋，現(xiàn)在，假如Oracle是歸檔模式，則DataGrid DDS將從歸檔日志讀取需要的信息。2.2.2. 復(fù)制對(duì)象和數(shù)據(jù)定位復(fù)制對(duì)象的指定DataGrid DDS支持兩種級(jí)不的復(fù)制：1.用戶(hù)（schema）級(jí)復(fù)制；2.表級(jí)復(fù)制。用戶(hù)級(jí)復(fù)制表示源端數(shù)據(jù)庫(kù)指定用戶(hù)（schema）下的所有表、視圖、索引、過(guò)程、函數(shù)、包、序列等數(shù)據(jù)對(duì)象全部復(fù)制到目標(biāo)端數(shù)據(jù)庫(kù)指定的用戶(hù)下。表級(jí)復(fù)制表示源端數(shù)據(jù)庫(kù)指定用戶(hù)（schema）下的單個(gè)表復(fù)制到目標(biāo)端數(shù)據(jù)庫(kù)指定用戶(hù)下的單個(gè)表。在使用DataGrid DDS時(shí)，用戶(hù)通過(guò)編輯

13、配置文件指定源端和目的端復(fù)制對(duì)象的映射關(guān)系，包括源端對(duì)象名，目的端對(duì)象名，目的主機(jī)編號(hào)等。源端和目的端對(duì)象名稱(chēng)能夠不同，但結(jié)構(gòu)必須一致。軟件運(yùn)行過(guò)程中，復(fù)制對(duì)象的映射參數(shù)會(huì)駐留內(nèi)存，DataGrid DDS通過(guò)日志分析過(guò)濾，只處理指定復(fù)制對(duì)象有關(guān)的交易，其它用戶(hù)或表的操作信息則被丟棄。Rowid mapping早期的數(shù)據(jù)庫(kù)邏輯復(fù)制軟件要求被復(fù)制的數(shù)據(jù)表有主鍵索引，通過(guò)where子句查詢(xún)的方式來(lái)定位DML操作的目標(biāo)行。這種方法在數(shù)據(jù)修改較多或者表內(nèi)行數(shù)較多的應(yīng)用環(huán)境，特不是Update操作頻繁的情況下，效率較低。為了滿(mǎn)足海量數(shù)據(jù)系統(tǒng)的應(yīng)用要求，DataGrid DDS以O(shè)racle內(nèi)部rowid

14、為參照進(jìn)行復(fù)制數(shù)據(jù)定位。系統(tǒng)在初始化過(guò)程中會(huì)自動(dòng)創(chuàng)建源端數(shù)據(jù)行和目的端數(shù)據(jù)行的rowid mapping映射表，為二進(jìn)制格式，系統(tǒng)依照該映射關(guān)系找到DML操作的目標(biāo)行。Rowid定位技術(shù)在海量數(shù)據(jù)環(huán)境下處理Update和Delete操作具有較大的性能優(yōu)勢(shì)。2.2.3. 分級(jí)存儲(chǔ)和交易隊(duì)列DataGrid DDS在數(shù)據(jù)傳輸部分使用了分級(jí)存儲(chǔ)機(jī)制，在遇到系統(tǒng)錯(cuò)誤引起的復(fù)制中斷時(shí)，例如硬件故障、數(shù)據(jù)庫(kù)故障、網(wǎng)絡(luò)中斷或延遲，分級(jí)存儲(chǔ)機(jī)制能完好的保存差不多合成的交易信息，幸免數(shù)據(jù)丟失。這些數(shù)據(jù)以二進(jìn)制文件格式存儲(chǔ)在文件系統(tǒng)的緩存目錄下，直到系統(tǒng)故障解決?；謴?fù)從緩存文件傳輸?shù)闹袛帱c(diǎn)開(kāi)始。源端和目的端分級(jí)存

15、儲(chǔ)DataGrid DDS的分級(jí)存儲(chǔ)分為兩級(jí)：第一級(jí)在復(fù)制源端，第二級(jí)在復(fù)制的目的端。Redo log里邊的交易的信息被整合成緩存文件后，首先存放到源端的一級(jí)緩存目錄；然后通過(guò)網(wǎng)絡(luò)通訊進(jìn)程處理被發(fā)送到目的端系統(tǒng)下的二級(jí)緩存目錄保存；最后由裝載進(jìn)程負(fù)責(zé)裝載到目的端數(shù)據(jù)庫(kù)中。在網(wǎng)絡(luò)傳輸出現(xiàn)中斷或大量延遲的情況下，DataGrid DDS在源端仍然接著讀取并分析數(shù)據(jù)庫(kù)日志產(chǎn)生的交易信息，這些信息臨時(shí)不能發(fā)送到目標(biāo)端系統(tǒng)，不斷地積存在源端的緩存目錄下，直到通訊恢復(fù)。源端緩存保證了故障情況下復(fù)制數(shù)據(jù)的完整性。目的端的緩存目錄將保存交易信息文件直到它們正確的裝載到目的端的數(shù)據(jù)庫(kù)內(nèi)，假如因?yàn)槟康臄?shù)據(jù)庫(kù)的故障

16、或關(guān)閉，裝載不能進(jìn)行，從源端傳送過(guò)來(lái)的數(shù)據(jù)文件將在目的端緩存目錄下保存。數(shù)據(jù)庫(kù)恢復(fù)后，緩存文件會(huì)嚴(yán)格按照交易時(shí)刻順序進(jìn)行裝載。文件的格式和大小交易信息以文件為單位進(jìn)行傳輸、緩存和裝載，該文件為DataGrid獨(dú)有的二進(jìn)制格式，其內(nèi)部的表達(dá)方式與Oracle內(nèi)部處理方式相類(lèi)似，幸免了專(zhuān)門(mén)多復(fù)雜的信息轉(zhuǎn)換，因此具有專(zhuān)門(mén)高的效率。緩存文件的總量為源端實(shí)際產(chǎn)生redo log日志量的1/31/4左右。DataGrid DDS不設(shè)置緩存空間操縱機(jī)制，用戶(hù)能夠依照每天交易產(chǎn)生的Oracle redo log日志量和以上比例計(jì)算需要預(yù)留的緩存空間。內(nèi)存治理和大交易處理DataGrid DDS啟動(dòng)后，將在源端

17、和目的端系統(tǒng)上開(kāi)發(fā)多個(gè)內(nèi)存區(qū)供各進(jìn)程使用，用來(lái)駐留參數(shù)、傳遞消息信號(hào)、緩存分析交易的中間信息等。內(nèi)存區(qū)的大小由系統(tǒng)參數(shù)指定，目的是防止無(wú)限制的使用內(nèi)存引起系統(tǒng)資源緊張或系統(tǒng)崩潰。在復(fù)制源端，假如遇到數(shù)據(jù)庫(kù)產(chǎn)生特不大的交易，DataGrid DDS會(huì)連續(xù)分析直到整個(gè)交易提交，其間產(chǎn)生的中間信息可能達(dá)到GB級(jí)。在這種情況下，DataGrid DDS會(huì)自動(dòng)將這些信息緩存在磁盤(pán)上等待處理，磁盤(pán)緩存由后臺(tái)進(jìn)程自動(dòng)處理，容量沒(méi)有限制。交易隊(duì)列DataGrid DDS嚴(yán)格按照Oracle數(shù)據(jù)庫(kù)內(nèi)部SCN順序執(zhí)行交易的復(fù)制和裝載，保證復(fù)制數(shù)據(jù)的絕對(duì)一致性。DataGrid DDS在跟蹤redo log過(guò)程中，

18、每隔一個(gè)固定的時(shí)刻（通常是秒級(jí)）讀取一次日志文件，分析出本次讀出數(shù)據(jù)的內(nèi)容，同時(shí)記錄下該段數(shù)據(jù)的起始和終止SCN號(hào)。下一次讀取redo log時(shí)，從上一次獵取的終止SCN位置開(kāi)始。多個(gè)實(shí)例的RAC模式下，則以SCN為參考給每個(gè)實(shí)例執(zhí)行的交易進(jìn)行排隊(duì)，然后按照排隊(duì)順序形成緩存文件。緩存文件也嚴(yán)格按照交易的順序進(jìn)行編號(hào)、傳遞。所有的交易在目的端裝載的順序與它們?cè)谠炊水a(chǎn)生的順序完全相同，這是保證數(shù)據(jù)完整性和一致性的關(guān)鍵。2.2.4. 使用和部署DataGrid DDS在線(xiàn)部署DataGrid DDS的安裝特不簡(jiǎn)單，不需要專(zhuān)門(mén)的軟硬件支持，軟件本身完全在Oracle數(shù)據(jù)庫(kù)的外部，不需要在Oracle中

19、增加表空間，不需要在復(fù)制的表上添加索引和主鍵，也不需要停機(jī)做基礎(chǔ)數(shù)據(jù)同步工作。整個(gè)安裝過(guò)程能夠在線(xiàn)進(jìn)行，甚至能夠在數(shù)據(jù)庫(kù)正常執(zhí)行交易的過(guò)程中執(zhí)行，因?yàn)镈ataGrid DDS不用借助任何第三方工具就能夠進(jìn)行在線(xiàn)的批量數(shù)據(jù)初始化工作，初始化結(jié)束后，無(wú)縫切換到增量數(shù)據(jù)復(fù)制過(guò)程。如此的功能關(guān)于一些需要7*24連續(xù)運(yùn)行的系統(tǒng)來(lái)講特不重要，因?yàn)樵诎惭b維護(hù)過(guò)程中，頻繁的停機(jī)會(huì)給生產(chǎn)系統(tǒng)帶來(lái)專(zhuān)門(mén)大的安全隱患和工作難度?？缙脚_(tái)支持和兼容性使用邏輯復(fù)制技術(shù)的DataGrid DDS，其跨平臺(tái)能力是用戶(hù)特不歡迎的。DataGrid DDS能夠支持不同版本Unix/Linux系統(tǒng)下的混合復(fù)制，關(guān)于具有復(fù)雜硬件環(huán)境的

20、企業(yè)系統(tǒng)來(lái)講，異構(gòu)能力能夠節(jié)約大量的資源和成本，舊設(shè)備得到充分的利用。不同Oracle版本的支持能力也特不有價(jià)值，關(guān)于一些7*24運(yùn)行的Oracle9i數(shù)據(jù)庫(kù)來(lái)講，DataGrid DDS能夠關(guān)心它們?cè)诰€(xiàn)的升級(jí)到Oracle 10g。操作系統(tǒng)數(shù)據(jù)庫(kù)版本數(shù)據(jù)類(lèi)型數(shù)據(jù)對(duì)象AIXOracle9iNUMBER TableHPUXOracle9i RACCHARViewHPUX（IA64）Oracle10gVARCHAR/VARCHAR2PackageSolarisOracle10g RACDATEPackage bodyLinuxTIMESTAMPIndexBLOB/CLOBSequenceRAW/L

21、ONG RAWProcedureROWIDFunctionTrigger表1：DataGrid DDS支持的系統(tǒng)及對(duì)象多種復(fù)制模式DataGrid DDS支持一對(duì)一，一對(duì)多，多對(duì)一，以及級(jí)聯(lián)復(fù)制等多種復(fù)制模式。不管在哪種模式下，復(fù)制的源和目的系統(tǒng)差不多上獨(dú)立的部分，能夠單獨(dú)的使用、維護(hù)和優(yōu)化，這也是邏輯復(fù)制技術(shù)受到用戶(hù)青睞的重要緣故之一。一對(duì)一的復(fù)制常見(jiàn)于災(zāi)備應(yīng)用。1. DataGrid DDS數(shù)據(jù)復(fù)制系統(tǒng)建設(shè)方案1.1. 需求分析我國(guó)證券企業(yè)的數(shù)據(jù)愛(ài)護(hù)系統(tǒng)建設(shè)目前還處在起步時(shí)期，大多只擁有簡(jiǎn)單的備份手段，而且目前的備份手段多是基于應(yīng)用開(kāi)發(fā)，對(duì)業(yè)務(wù)交易系統(tǒng)阻礙較大，只能提供數(shù)據(jù)庫(kù)表級(jí)不的備份和

22、恢復(fù)，在手段上比較單一。因此，目前的證券企業(yè)對(duì)交易系統(tǒng)的數(shù)據(jù)愛(ài)護(hù)需求是特不迫切的，尤其是在普遍采納集中交易模式之后，數(shù)據(jù)丟失的風(fēng)險(xiǎn)和可能帶來(lái)的經(jīng)濟(jì)損失進(jìn)一步的增加。而最重要的交易數(shù)據(jù)就存在于后臺(tái)系統(tǒng)。對(duì)核心數(shù)據(jù)庫(kù)和系統(tǒng)的數(shù)據(jù)愛(ài)護(hù)將成為整個(gè)災(zāi)備系統(tǒng)建設(shè)需求的重點(diǎn)。1.2. DataGrid DDS 數(shù)據(jù)復(fù)制方案在此，我們提出災(zāi)備統(tǒng)一的數(shù)據(jù)復(fù)制愛(ài)護(hù)方案。推舉使用具有國(guó)際領(lǐng)先技術(shù)的DataGrid DDS數(shù)據(jù)庫(kù)遠(yuǎn)程災(zāi)備產(chǎn)品，能夠支持跨平臺(tái)遠(yuǎn)程的Oracle數(shù)據(jù)實(shí)時(shí)復(fù)制。能夠預(yù)防自然災(zāi)難、系統(tǒng)宕機(jī)等物理故障，快速實(shí)施系統(tǒng)切換。滿(mǎn)足當(dāng)前和以后證券公司對(duì)災(zāi)備的需要。1.2.1. 軟件部署DataGrid

23、DDS同時(shí)支持實(shí)時(shí)復(fù)制和定時(shí)復(fù)制兩種工作模式，實(shí)時(shí)復(fù)制一般用于容災(zāi)，定時(shí)復(fù)制一般用于備份。一般情況下，本地建立一套定時(shí)復(fù)制系統(tǒng)，遠(yuǎn)程建立一套實(shí)時(shí)容災(zāi)系統(tǒng)，采納一對(duì)多的復(fù)制拓?fù)浣Y(jié)構(gòu)，由兩個(gè)系統(tǒng)完成統(tǒng)一的災(zāi)備部署。假如有多套Oracle生產(chǎn)數(shù)據(jù)庫(kù)，例如基金公司要緊有4個(gè)系統(tǒng)，則能夠使用多對(duì)一的復(fù)制模式，用一個(gè)災(zāi)備庫(kù)存儲(chǔ)所有生產(chǎn)系統(tǒng)的數(shù)據(jù)，進(jìn)行集中災(zāi)備。每個(gè)應(yīng)用系統(tǒng)的數(shù)據(jù)與災(zāi)備庫(kù)的數(shù)據(jù)以schema為單位一一對(duì)應(yīng)。1.2.2. 拓?fù)浣Y(jié)構(gòu)1.2.3. 軟件安裝配置DataGrid DDS復(fù)制軟件分為Source和Target兩個(gè)部分，Source模塊安裝在復(fù)制的源端；Target模塊安裝在復(fù)制的目標(biāo)端

24、。源端和目標(biāo)端互相對(duì)應(yīng)。為了實(shí)現(xiàn)數(shù)據(jù)復(fù)制，首先需要安裝和配置DataGrid DDS軟件：軟件安裝包括數(shù)據(jù)源端和復(fù)制目標(biāo)端的軟件安裝，二者在安裝時(shí)都可不能對(duì)系統(tǒng)的運(yùn)行產(chǎn)生阻礙，從而無(wú)需業(yè)務(wù)中斷。同時(shí)，DataGrid DDS的參數(shù)配置也特不簡(jiǎn)單，只需要配置所有參加復(fù)制的服務(wù)器IP地址和port號(hào)，以及參加復(fù)制的database的參數(shù)等。復(fù)制關(guān)系的映射有兩種方式：1、以表為單位；2、以用戶(hù)為單位。關(guān)于那些數(shù)據(jù)庫(kù)中擁有大量數(shù)據(jù)表(table)的系統(tǒng)，采納DataGrid DDS 以“USER”為復(fù)制單位的配置復(fù)制關(guān)系比較簡(jiǎn)單。1.2.4. 初始化復(fù)制環(huán)境、進(jìn)行初始數(shù)據(jù)同步復(fù)制環(huán)境的建立，首先需要將

25、生產(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)題。在傳統(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)題在于性能專(zhuān)門(mén)慢，關(guān)于一個(gè)幾十GB的數(shù)據(jù)庫(kù)，進(jìn)行一次export/import，則大約費(fèi)時(shí)810小

26、時(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)致裝載中斷，特不難于操作。而DATAGRID DDS在數(shù)據(jù)的一致性同步方面有著特不行的解決方案，這是其它方案所不具備的。DataGrid DDS集成有數(shù)據(jù)的一致性同步工具，能夠自動(dòng)化的進(jìn)行數(shù)據(jù)的首次同步和出現(xiàn)差異情況下進(jìn)行一致性同步的工作，無(wú)需人工干預(yù)，維護(hù)工作量小，且大大提高了工作效率：1. 速度快：關(guān)于幾十GB

27、的數(shù)據(jù)量，在系統(tǒng)正常且?guī)挸渥愕那闆r下，只需要1小時(shí)左右完成初始數(shù)據(jù)同步。2. 完全自動(dòng)化：采納DataGrid DDS只需要條命令就完成系統(tǒng)的初始化工作，系統(tǒng)自動(dòng)進(jìn)行導(dǎo)出、傳輸和裝載任務(wù)，完全無(wú)需人為干預(yù)，減少出錯(cuò)機(jī)會(huì)。3. 不中斷業(yè)務(wù)：在DataGrid DDS在進(jìn)行首次數(shù)據(jù)同步時(shí)，無(wú)需停止交易生產(chǎn)業(yè)務(wù)，實(shí)現(xiàn)不停機(jī)的系統(tǒng)初始化；1.2.5. 實(shí)時(shí)復(fù)制當(dāng)對(duì)系統(tǒng)的初始化環(huán)境工作結(jié)束后，DataGrid DDS自動(dòng)進(jìn)入實(shí)時(shí)復(fù)制狀態(tài)，無(wú)需手工干預(yù)。1.2.6. 災(zāi)難后的數(shù)據(jù)恢復(fù)在業(yè)務(wù)數(shù)據(jù)庫(kù)系統(tǒng)發(fā)生災(zāi)難的情況下，現(xiàn)在可使用災(zāi)備數(shù)據(jù)庫(kù)首先接管業(yè)務(wù)，然后進(jìn)行數(shù)據(jù)的反向恢復(fù)。具體步驟為： 1. 數(shù)據(jù)庫(kù)發(fā)生

28、災(zāi)難，業(yè)務(wù)交易業(yè)務(wù)停止； 2. 修改TNS的指向，將業(yè)務(wù)指向?yàn)?zāi)備的數(shù)據(jù)庫(kù)，接管業(yè)務(wù)； 3. 應(yīng)用系統(tǒng)重新連接災(zāi)備數(shù)據(jù)庫(kù)，完成業(yè)務(wù)接管； 4. 停止DataGrid DDS復(fù)制進(jìn)程； 5. 排除系統(tǒng)故障； 6. 恢復(fù)原業(yè)務(wù)系統(tǒng)的Oracle數(shù)據(jù)庫(kù) 7. 啟動(dòng)DataGrid DDS進(jìn)程 8. 將數(shù)據(jù)反向批量同步到原系統(tǒng)上，此過(guò)程中災(zāi)備數(shù)據(jù)庫(kù)接著進(jìn)行業(yè)務(wù)處理，無(wú)需中斷9. 數(shù)據(jù)重新同步結(jié)束后，停止災(zāi)備數(shù)據(jù)庫(kù)的業(yè)務(wù) 10. 修改TNS指向，將業(yè)務(wù)指向原來(lái)的（差不多恢復(fù)的）數(shù)據(jù)庫(kù) 11. 應(yīng)用系統(tǒng)重新連接集中交易數(shù)據(jù)庫(kù)，完成業(yè)務(wù)回切 12. 配置DataGrid DDS進(jìn)行正向復(fù)制以上過(guò)程是利用災(zāi)備中

29、心的系統(tǒng)首先接管業(yè)務(wù)后，再進(jìn)行生產(chǎn)中心的修復(fù)和數(shù)據(jù)的反向復(fù)制，因此可不能造成長(zhǎng)時(shí)刻的業(yè)務(wù)中斷。1.3. 復(fù)制系統(tǒng)的有效性1.3.1. 數(shù)據(jù)丟失情況DataGrid DDS解決方案在一般性災(zāi)難發(fā)生時(shí)不存在數(shù)據(jù)丟失。這些一般災(zāi)難包括數(shù)據(jù)庫(kù)失敗、操作系統(tǒng)失敗等等。關(guān)于一些極端的情況下，掉電、站點(diǎn)失敗時(shí)，DataGrid DDS也作了大量測(cè)試可不能出現(xiàn)數(shù)據(jù)丟失（但從理論上講這些極端情況無(wú)法100%幸免數(shù)據(jù)丟失，因?yàn)檫@種情況可能造成了系統(tǒng)的嚴(yán)峻破壞）。網(wǎng)絡(luò)失?。壕W(wǎng)絡(luò)恢復(fù)時(shí)接著復(fù)制，沒(méi)有數(shù)據(jù)損失。數(shù)據(jù)庫(kù)關(guān)閉：數(shù)據(jù)庫(kù)恢復(fù)時(shí)從斷點(diǎn)接著復(fù)制，沒(méi)有數(shù)據(jù)損失。操作系統(tǒng)重起：重新啟動(dòng)復(fù)制軟件，從斷點(diǎn)處接著復(fù)制，沒(méi)有數(shù)

30、據(jù)損失。掉電：DataGrid Replication也作了大量測(cè)試可不能出現(xiàn)數(shù)據(jù)丟失（但從理論上講這些極端情況無(wú)法100%幸免數(shù)據(jù)丟失，因?yàn)檫@種情況可能造成了系統(tǒng)的嚴(yán)峻破壞）。只是關(guān)于重要的生產(chǎn)系統(tǒng)一般通過(guò)UPS預(yù)防斷電情況,發(fā)生概率特不小.。站點(diǎn)失?。河捎谀繕?biāo)系統(tǒng)在線(xiàn)可用，不存在任何數(shù)據(jù)風(fēng)險(xiǎn)。但關(guān)于還沒(méi)來(lái)得及傳輸?shù)侥繕?biāo)系統(tǒng)的數(shù)據(jù)可能出現(xiàn)丟失。1.3.2. 數(shù)據(jù)延遲DataGrid DDS是一種異步準(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ù)輪詢(xún)周期有關(guān)。在復(fù)制數(shù)據(jù)量正常的OLTP系統(tǒng)中，

31、數(shù)據(jù)延遲一般在幾秒鐘。1.3.3. 復(fù)制環(huán)境的健壯性DataGrid DDS方案具備足夠的健壯性。源系統(tǒng)和目標(biāo)系統(tǒng)的任何故障都可不能阻礙到復(fù)制環(huán)境。在以下故障發(fā)生時(shí)，DataGrid DDS故障處理方法如下：源系統(tǒng)主機(jī)故障：源系統(tǒng)主機(jī)故障修復(fù)后，當(dāng)Oracle數(shù)據(jù)庫(kù)和操作系統(tǒng)重新啟動(dòng)后，DataGrid DDS自動(dòng)重試連接數(shù)據(jù)庫(kù)，并從斷點(diǎn)接著進(jìn)行復(fù)制工作。數(shù)據(jù)庫(kù)故障：當(dāng)源系統(tǒng)數(shù)據(jù)庫(kù)故障修復(fù)后，當(dāng)Oracle數(shù)據(jù)庫(kù)重新啟動(dòng)后，能夠從斷點(diǎn)接著進(jìn)行復(fù)制工作。復(fù)制軟件故障：當(dāng)復(fù)制軟件的進(jìn)程遇到問(wèn)題時(shí)，能夠自動(dòng)重起相關(guān)進(jìn)程。假如不能自動(dòng)重啟，也可手工重啟進(jìn)程。進(jìn)程的重啟可不能對(duì)復(fù)制數(shù)據(jù)產(chǎn)生阻礙。網(wǎng)絡(luò)故障

32、：當(dāng)網(wǎng)絡(luò)恢復(fù)后能夠自動(dòng)從斷點(diǎn)進(jìn)行復(fù)制工作。目標(biāo)系統(tǒng)的主機(jī)故障：數(shù)據(jù)存儲(chǔ)在目標(biāo)系統(tǒng)隊(duì)列中，當(dāng)目標(biāo)系統(tǒng)主機(jī)故障修復(fù)后，從斷點(diǎn)接著進(jìn)行復(fù)制工作。數(shù)據(jù)庫(kù)故障：數(shù)據(jù)存儲(chǔ)在目標(biāo)系統(tǒng)隊(duì)列中，當(dāng)目標(biāo)系統(tǒng)數(shù)據(jù)庫(kù)修復(fù)后，從斷點(diǎn)接著進(jìn)行復(fù)制工作。1.3.4. 事物的完整性和可用性DataGrid DDS是一個(gè)數(shù)據(jù)庫(kù)級(jí)的軟件解決方案，其復(fù)制的差不多單位確實(shí)是一個(gè)事務(wù)(Transaction)，DataGrid DDS在從oracle log中讀取到交易數(shù)據(jù)后，依照交易的關(guān)系，將屬于一個(gè)事務(wù)的因此操作組合在一起，以一個(gè)差不多單位發(fā)送給目標(biāo)端，目標(biāo)端在執(zhí)行時(shí)也嚴(yán)格按照交易進(jìn)行，因此嚴(yán)格保證了交易的完整性。關(guān)于事務(wù)與事務(wù)之

33、間的順序，DataGrid DDS嚴(yán)格按照ORACLE 的SCN標(biāo)記進(jìn)行排序。確保事務(wù)之間的先后秩序。1.3.5. 復(fù)制系統(tǒng)資源占用1.3.5.1. 對(duì)源系統(tǒng)性能的阻礙與其它類(lèi)型的復(fù)制產(chǎn)品比較，DataGrid DDS要求的整體系統(tǒng)資源專(zhuān)門(mén)少。無(wú)須采購(gòu)指定型號(hào)的硬件，如磁盤(pán)陣列；不需要專(zhuān)門(mén)基礎(chǔ)軟件配合，如專(zhuān)用文件系統(tǒng)；也不需要應(yīng)用軟件支持，完全無(wú)關(guān)。關(guān)于單個(gè)系統(tǒng)的資源使用，平均的CPU利用率為5%左右，內(nèi)存使用小于100MB，在沒(méi)有交易處理工作的時(shí)候，不占用系統(tǒng)資源。如此的資源使用差不多可不能對(duì)數(shù)據(jù)庫(kù)的運(yùn)行產(chǎn)生任何阻礙。同時(shí)，DataGrid DDS在安裝調(diào)試過(guò)程可不能改動(dòng)數(shù)據(jù)庫(kù)，也不涉及文件

34、系統(tǒng)、操作系統(tǒng)和數(shù)據(jù)卷。完全能夠在業(yè)務(wù)系統(tǒng)不停機(jī)甚至工作狀態(tài)下實(shí)施安裝、調(diào)試。而其他的解決方案可能需要停機(jī)，甚至改動(dòng)軟硬件的配置。對(duì)生產(chǎn)系統(tǒng)將會(huì)產(chǎn)生較大的阻礙。1.3.5.2. 對(duì)網(wǎng)絡(luò)資源的使用DataGrid DDS方案所需網(wǎng)絡(luò)帶寬專(zhuān)門(mén)少，能夠在有限傳輸帶寬上保證復(fù)制工作不延遲。因?yàn)镈ataGrid DDS復(fù)制操作只是讀取操作系統(tǒng)的日志文件，同時(shí)通過(guò)TCP/IP方式而不是采納中間件方式傳輸只發(fā)生改變的數(shù)據(jù)也使網(wǎng)絡(luò)負(fù)載降至最低。通常情況下DataGrid DDS傳輸?shù)臄?shù)據(jù)量只相當(dāng)于日志的三分之一，而且傳輸過(guò)程中還有壓縮機(jī)制。1.3.5.3. 對(duì)系統(tǒng)擴(kuò)容的阻礙DataGrid DDS解決方案對(duì)今

35、后的擴(kuò)容沒(méi)有任何阻礙。使用DataGrid DDS，源數(shù)據(jù)庫(kù)和目標(biāo)數(shù)據(jù)庫(kù)能夠運(yùn)行在不同類(lèi)型的操作系統(tǒng)和同一Oracle數(shù)據(jù)庫(kù)的不同版本上。同時(shí)，也能夠支持不同類(lèi)型的磁盤(pán)陣列。這不僅能夠滿(mǎn)足目前異構(gòu)環(huán)境，還能適應(yīng)以后的擴(kuò)展需求。隨著業(yè)務(wù)量規(guī)模的不斷擴(kuò)大，在硬件升級(jí)時(shí)，新舊硬件產(chǎn)品能夠隨意調(diào)換，不受限制。1. 數(shù)據(jù)查詢(xún)應(yīng)用平臺(tái)方案1.1. 構(gòu)建企業(yè)的第二數(shù)據(jù)中心在基于DataGrid DDS產(chǎn)品實(shí)現(xiàn)災(zāi)備架構(gòu)中，不僅能夠?qū)崿F(xiàn)集中交易系統(tǒng)的災(zāi)備功能，實(shí)現(xiàn)0時(shí)刻的數(shù)據(jù)庫(kù)切換。同時(shí)在該架構(gòu)基礎(chǔ)上還能夠?yàn)橥獠肯到y(tǒng)接口提供了更具擴(kuò)展力的數(shù)據(jù)基礎(chǔ)治理平臺(tái)。利用災(zāi)備系統(tǒng)對(duì)應(yīng)用進(jìn)行重新部署。圖：利用災(zāi)備系統(tǒng)加載業(yè)務(wù)

36、功能因?yàn)閭鹘y(tǒng)應(yīng)用部署差不多上以生產(chǎn)數(shù)據(jù)庫(kù)中心為核心的，所有的外圍系統(tǒng)數(shù)據(jù)都直接來(lái)源于生產(chǎn)系統(tǒng)，但隨著業(yè)務(wù)變化的逐步深入，外圍系統(tǒng)越來(lái)越復(fù)雜時(shí)，這種架構(gòu)為企業(yè)應(yīng)用部署帶來(lái)了新的挑戰(zhàn)：可擴(kuò)展性較差，生產(chǎn)系統(tǒng)性能無(wú)法滿(mǎn)足大量的外部系統(tǒng)延伸；生產(chǎn)系統(tǒng)功能單一，系統(tǒng)建設(shè)難度加大，系統(tǒng)建設(shè)失敗率升高；生產(chǎn)系統(tǒng)穩(wěn)定性差，大量的新增外圍系統(tǒng)的部署要求生產(chǎn)系統(tǒng)處于不斷變化之中。生產(chǎn)系統(tǒng)的穩(wěn)定性和連續(xù)性受到專(zhuān)門(mén)大阻礙。DataGrid DDS支持應(yīng)用系統(tǒng)部署的優(yōu)化。將部署架構(gòu)從傳統(tǒng)的“以生產(chǎn)中心為基礎(chǔ)”的模式轉(zhuǎn)向?yàn)椤耙詾?zāi)備系統(tǒng)為基礎(chǔ)”的架構(gòu)。將外圍系統(tǒng)如：測(cè)試系統(tǒng)、歸檔系統(tǒng)、統(tǒng)計(jì)查詢(xún)系統(tǒng)、決策支持系統(tǒng)等建立在災(zāi)備

37、數(shù)據(jù)庫(kù)基礎(chǔ)上，在與生產(chǎn)數(shù)據(jù)庫(kù)隔離的情況下任意擴(kuò)展外圍系統(tǒng)，而可不能對(duì)生產(chǎn)系統(tǒng)產(chǎn)生任何阻礙。通過(guò)DataGrid DDS建立的災(zāi)備系統(tǒng)可提供業(yè)務(wù)連續(xù)性支持，更能夠?qū)崿F(xiàn)生產(chǎn)系統(tǒng)信息的流通與共享，提升生產(chǎn)系統(tǒng)價(jià)值。實(shí)現(xiàn)災(zāi)備、數(shù)據(jù)共享一體化數(shù)據(jù)治理架構(gòu)。1.2. 統(tǒng)一查詢(xún)平臺(tái)的優(yōu)勢(shì)1.2.1. 數(shù)據(jù)集中復(fù)制查詢(xún)DataGrid DDS支持多對(duì)一的復(fù)制部署，即能夠?qū)⒍鄠€(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)同時(shí)復(fù)制到一個(gè)目的端數(shù)據(jù)庫(kù)。1.2.2. 提高查詢(xún)的實(shí)時(shí)性目前專(zhuān)門(mén)多查詢(xún)方案差不多上定時(shí)地從生產(chǎn)數(shù)據(jù)庫(kù)手工抽取數(shù)據(jù)進(jìn)行應(yīng)用，數(shù)據(jù)的實(shí)時(shí)性得不到保證。而證券行業(yè)交易的特點(diǎn)是突發(fā)性和隨機(jī)性高，關(guān)于數(shù)據(jù)分析來(lái)講，數(shù)據(jù)的實(shí)時(shí)性得不到保

38、證無(wú)疑是耽擱了分析決策的最佳時(shí)機(jī)。DataGrid DDS能夠自動(dòng)的實(shí)時(shí)將數(shù)據(jù)復(fù)制到查詢(xún)數(shù)據(jù)庫(kù)，將查詢(xún)數(shù)據(jù)的延遲由以“天”為單位降低到以“秒”為單位，全然性的提高了數(shù)據(jù)應(yīng)用的有效性和及時(shí)性。1.2.3. 減少對(duì)生產(chǎn)系統(tǒng)的資源占用以后的大量并發(fā)查詢(xún)請(qǐng)求的出現(xiàn)，將對(duì)生產(chǎn)交易系統(tǒng)的資源爭(zhēng)用特不嚴(yán)峻，從而導(dǎo)致查詢(xún)業(yè)務(wù)特不緩慢，同時(shí)也導(dǎo)致生產(chǎn)業(yè)務(wù)性能大幅度下降。因此將查詢(xún)數(shù)據(jù)庫(kù)分離出來(lái)后，能夠減輕生產(chǎn)系統(tǒng)的壓力。1.2.4. 查詢(xún)性能的優(yōu)化通過(guò)將查詢(xún)系統(tǒng)獨(dú)立能夠提高查詢(xún)的性能。查詢(xún)數(shù)據(jù)庫(kù)與生產(chǎn)數(shù)據(jù)庫(kù)完全獨(dú)立，能夠按照OLAP系統(tǒng)的標(biāo)準(zhǔn)進(jìn)行單獨(dú)優(yōu)化，如修改數(shù)據(jù)庫(kù)存儲(chǔ)及內(nèi)存參數(shù)，增加索引等工作能大幅提高查詢(xún)性能。1.2.5. 提供后續(xù)業(yè)務(wù)的支撐通過(guò)獨(dú)立的查詢(xún)系統(tǒng)，除了滿(mǎn)足差不多的查詢(xún)功能外，還可在該平臺(tái)上提供各種報(bào)表、統(tǒng)計(jì)分析和數(shù)據(jù)應(yīng)用的接口功能，進(jìn)而進(jìn)展成為企業(yè)內(nèi)部的統(tǒng)一