數(shù)據(jù)庫同步復(fù)制技術(shù)畢業(yè)論文

1、更多論文1 概述1.1 數(shù)據(jù)庫復(fù)制的定義 在早先的集中式應(yīng)用中，所有的數(shù)據(jù)都存放在數(shù)據(jù)中心，遠地部門要獲得信息，必須與中心建立直接連接，或者從中心mis系統(tǒng)申請打印好的報表。但是這兩種方式都有各自的缺點，直接連接開銷較大，穩(wěn)定性不好，并且還有連接用戶數(shù)的限制；而報表靈活性較差，并且也不能及時反映最新狀況。開放系統(tǒng)為企業(yè)的各個部門提供了便宜而且強大的計算資源。充分利用這些新的資源實現(xiàn)信息共享的能力成為企業(yè)最重要的競爭優(yōu)勢。企業(yè)今天面對的問題已經(jīng)不是“為什么要分布和共享信息”，而是“如何有效地分布信息”，復(fù)制正在成為大多數(shù)分布式應(yīng)用體系結(jié)構(gòu)的選擇。1.2同步復(fù)制技術(shù)常用的幾種方式1.兩階段提交八十

2、年代后期，兩階段提交技術(shù)的概念為分布和共享數(shù)據(jù)提供了更實時的途徑。兩階段提交可以實現(xiàn)分布式數(shù)據(jù)間的同步。在這種技術(shù)下，只有當與交易相關(guān)的各個點全都認可時，交易才被接受并執(zhí)行。各分布節(jié)點可通過精心制作的“握手”機制進行協(xié)同。 圖1: 兩階段提交數(shù)據(jù)同步在兩階段提交中，直到所有相關(guān)站點都同意進行交易，交易才被接受并執(zhí)行。當企業(yè)的確需要對分布式數(shù)據(jù)進行實時同步時，采用兩階段提交可能比較合適。但這是有代價的。由于在交易被認可之前，所有分布節(jié)點都需要同步認可，信息系統(tǒng)容易受到單個組件故障的影響。如果任何一個組件失效，則交易必須等待。操作就受制于單個組件的失敗。此外，握手機制是通過節(jié)點間信息的傳送來實現(xiàn)協(xié)

3、調(diào)的，這為網(wǎng)絡(luò)帶來了很大的負擔。由于分布式系統(tǒng)中網(wǎng)絡(luò)連接和單個組件都可能發(fā)生故障，很多組織開始尋找更經(jīng)濟實用的方式來實現(xiàn)協(xié)同數(shù)據(jù)共享，同時希望將對操作的影響降到最小。顯然，實時分發(fā)當前數(shù)據(jù)拷貝可解決這個問題。由于有了有效的數(shù)據(jù)備份，各獨立節(jié)點不再需要考慮網(wǎng)絡(luò)或遠程節(jié)點的可用性。它們可以使用本地數(shù)據(jù)備份繼續(xù)進行操作，不過，分布節(jié)點所操作的數(shù)據(jù)并不是同步和實時的。2.異步復(fù)制技術(shù)1.dump 和 reload方式很早的時候，企業(yè)就開始采用先“卸載”數(shù)據(jù)（可能通過磁帶方式），然后在另一個節(jié)點“重新加載”數(shù)據(jù)的方式來進行數(shù)據(jù)分布。在那個時候，各機構(gòu)之間通過郵寄數(shù)據(jù)磁帶進行數(shù)據(jù)復(fù)制的情景很常見，而業(yè)務(wù)部

4、門決策時所使用的數(shù)據(jù)可能是幾天甚至幾周前的數(shù)據(jù)。 采用“卸載和重新加載”進行數(shù)據(jù)分發(fā)，使企業(yè)不同地區(qū)之間共享數(shù)據(jù)成為可能，但是每個地方的數(shù)據(jù)都不是實時的，并且整個過程通常采用的是手工方式，沒有實現(xiàn)自動化。3.表快照方式由于dump/load方式的數(shù)據(jù)及時性較差，并且復(fù)制數(shù)據(jù)粒度無法控制，隨后廠商提供了采用表快照的方法來解決這些問題。表快照實現(xiàn)了對單個表、表子集、甚至基于預(yù)定義的表集合的變更的異步發(fā)送。雖然與“卸載和重新加載”過程相比，表快照先進的多，但它還是存在一些明顯的不足，這些缺陷限制了它的適用性。首先，快照不能保證交易完整性；其次，快照只是一個“只讀“拷貝，其它節(jié)點只能獲取但不能進行修改

5、?？煺赵诳截悊蝹€的數(shù)據(jù)表或數(shù)據(jù)項時，并不保持交易的原子性。當交易中斷時，分布式數(shù)據(jù)之間的完整性就可能得不到保證。例如：如果銀行使用快照方式來分發(fā)你的銀行帳號信息，存款帳號信息和支票帳戶信息的復(fù)制是獨立的，如果你將錢從存款帳戶轉(zhuǎn)到支票帳戶，存款帳戶的改變可能沒有在支票帳號改變時同時進行拷貝。黑客可能利用這些缺陷攻擊這類不可靠的銀行支付系統(tǒng)。很顯然，對于任何一個重視數(shù)據(jù)完整性和一致性的企業(yè)來說，這種方法是不被接受的。此外，采用表快照方式只能實現(xiàn)數(shù)據(jù)的單向傳輸，雖然數(shù)據(jù)可以備份到多個節(jié)點，但備份是只讀的，各節(jié)點不能對分布式數(shù)據(jù)進行任何修改。4.數(shù)據(jù)庫觸發(fā)器方式除了快照，一些數(shù)據(jù)庫廠家還提供了另外一種

6、異步機制來進行單向數(shù)據(jù)復(fù)制觸發(fā)器。在早期的基于觸發(fā)器的復(fù)制系統(tǒng)中，客戶希望通過使用觸發(fā)器來達到整和復(fù)制應(yīng)用的目的。 你可以將觸發(fā)器想象成數(shù)據(jù)庫中一個警報器，該警報器與某一段特定的數(shù)據(jù)相關(guān)聯(lián)。當標記的數(shù)據(jù)項發(fā)生改變時，就會觸發(fā)源數(shù)據(jù)庫中的相關(guān)警報器，該警報器接著激活源數(shù)據(jù)中特定的復(fù)制代碼，開始進行復(fù)制。 最初，數(shù)據(jù)庫廠家引入數(shù)據(jù)庫觸發(fā)器是為了保證數(shù)據(jù)間的參照完整性，同時將業(yè)務(wù)規(guī)則放在中心處理。其觀點是數(shù)據(jù)庫本身應(yīng)包含一種對非法數(shù)據(jù)實體的檢測機制。在引入觸發(fā)器之前，必須在所有存取數(shù)據(jù)庫的應(yīng)用中考慮數(shù)據(jù)過濾，對于提供觸發(fā)器的數(shù)據(jù)庫廠家來說，基于觸發(fā)器的復(fù)制似乎為產(chǎn)品提供了一種直接簡單的擴展。 與快照

7、相比，觸發(fā)器為用戶提供了更大的靈活性，但早期的基于觸發(fā)器的復(fù)制系統(tǒng)并沒有克服快照技術(shù)的內(nèi)在缺點：缺少對客戶數(shù)據(jù)的交易完整性的支持?；谟|發(fā)器的復(fù)制存在以下限制： 當數(shù)據(jù)項改變時，觸發(fā)器只是進行簡單數(shù)據(jù)傳送，而不保證交易完整性 觸發(fā)器只允許單向復(fù)制，復(fù)制點的數(shù)據(jù)是只讀的，不能進行修改 在數(shù)據(jù)庫中執(zhí)行觸發(fā)器會影響數(shù)據(jù)庫的性能 觸發(fā)器需要數(shù)據(jù)庫管理員的細心管理，需要專人對數(shù)據(jù)改變時所有“警報器”的執(zhí)行情況進行跟蹤。 數(shù)據(jù)庫中觸發(fā)器的激活過程不能簡單的“回滾”或重做。 總之，在早期的基于觸發(fā)器的復(fù)制系統(tǒng)中，需要用戶自己構(gòu)建系統(tǒng)來跟蹤并保證交易的完整性。 5.改進的數(shù)據(jù)庫觸發(fā)器方式如上所述，為數(shù)據(jù)復(fù)制目

8、的而提出的擴展數(shù)據(jù)庫觸發(fā)器技術(shù)（或者規(guī)則觸發(fā)器的一種表現(xiàn)形式）為數(shù)據(jù)庫廠家提供了一種簡單的擴充其支持特性列表的方法。 然而，提供基于觸發(fā)器或規(guī)則復(fù)制技術(shù)的廠家很快就意識到，他們必須面對如下事實，即簡單的觸發(fā)器或規(guī)則并不能保證復(fù)制數(shù)據(jù)的交易完整性，并且對復(fù)制點數(shù)據(jù)不能進行修改,而用戶需要的是一個靈活的可保證交易完整性的復(fù)制系統(tǒng)。對于已經(jīng)采用基于觸發(fā)器或規(guī)則進行復(fù)制的廠家來說，其解決方法是顯而易見的：與其讓用戶用觸發(fā)器或規(guī)則作為他們整和系統(tǒng)的工具構(gòu)建他們的復(fù)制系統(tǒng)，為什么不在內(nèi)部使用觸發(fā)器來創(chuàng)建一個復(fù)制產(chǎn)品，這樣廠家就可以將用戶從最低層的觸發(fā)器和規(guī)則隔離開。 這些廠家引入了一種新的機制，可以將源數(shù)

9、據(jù)庫內(nèi)觸發(fā)的數(shù)據(jù)變化組成一個交易，以此解決了基于觸發(fā)器或規(guī)則的復(fù)制系統(tǒng)的數(shù)據(jù)交易完整性問題。雖然這個過程不可避免的增加了性能負擔。 對觸發(fā)器和規(guī)則進行約束限制解決了完整性等部分問題，但沒有解決其它問題，如觸發(fā)器給數(shù)據(jù)源造成的性能負擔，給系統(tǒng)管理員增加的管理負擔等。這些問題包括： 在數(shù)據(jù)庫內(nèi)部執(zhí)行觸發(fā)器增加了數(shù)據(jù)庫性能負擔。 觸發(fā)器需要數(shù)據(jù)庫管理員的細心管理，需要專人對數(shù)據(jù)改變時所有“警報器”的執(zhí)行情況進行跟蹤。 數(shù)據(jù)庫中觸發(fā)器的激活的過程不能簡單的“回滾”或重做。 觸發(fā)器的使用增加了源數(shù)據(jù)的性能和管理負擔。當觸發(fā)器是用于保護數(shù)據(jù)完整性或加強業(yè)務(wù)規(guī)則時，這種額外支出是必要的，但是對于復(fù)制系統(tǒng)這種

10、支出是沒有必要的，并且在事實上，其也不適用于復(fù)制系統(tǒng)。 基于觸發(fā)器的復(fù)制系統(tǒng)與源數(shù)據(jù)庫捆綁過于緊密，要執(zhí)行一個復(fù)制進程，必須在源數(shù)據(jù)庫內(nèi)執(zhí)行復(fù)制代碼，從而，為數(shù)據(jù)源增加了額外的性能負擔。1.3數(shù)據(jù)庫復(fù)制的必要性 數(shù)據(jù)庫復(fù)制的必要性可分為以下幾種原因：（1）信息系統(tǒng)存在的問題及需求 隨著計算機應(yīng)用系統(tǒng)的爆炸式發(fā)展，業(yè)務(wù)量迅速增加，業(yè)務(wù)種類日益復(fù)雜，企業(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ù)之上建立新興的增值應(yīng)用，如數(shù)據(jù)倉庫、客

11、戶關(guān)系管理（crm）等，成為了各企業(yè)建立信息系統(tǒng)的關(guān)鍵所在。目前，各企業(yè)信息系統(tǒng)在數(shù)據(jù)管理領(lǐng)域存在著普遍的問題：（2）數(shù)據(jù)流通效率低下，企業(yè)信息孤島現(xiàn)象嚴重 信息系統(tǒng)的建設(shè)主要是以應(yīng)用為驅(qū)動的，是隨著各種業(yè)務(wù)的逐漸建設(shè)的。當出現(xiàn)一類新的業(yè)務(wù)時，一般需要為該業(yè)務(wù)建設(shè)一套業(yè)務(wù)支撐系統(tǒng)，保存與該業(yè)務(wù)有關(guān)的主要數(shù)據(jù)。而這些數(shù)據(jù)可能同時也需要被其他應(yīng)用所訪問。從而自然就形成了各子系統(tǒng)應(yīng)用在不同的縱向，管理著不同的業(yè)務(wù)單元或?qū)ο?，各個子系統(tǒng)又是相互獨立運行，導致形成了一個個“信息孤島”。這些系統(tǒng)相互之間沒有暢通的信息交流與共享，阻礙了企業(yè)信息化建設(shè)的整體進程。（3）數(shù)據(jù)報表、查詢和數(shù)據(jù)共享效率低下為了提高

12、市場競爭力，提高客戶滿意度，企業(yè)需要更復(fù)雜的、更靈活的業(yè)務(wù)統(tǒng)計報告、需要深入的數(shù)據(jù)挖掘、需要實時的客戶查詢。而這些大量的統(tǒng)計、查詢業(yè)務(wù)收到現(xiàn)有系統(tǒng)架構(gòu)的制約，不得不降低效率標準、不得不推遲報告時間、從而導致客戶服務(wù)質(zhì)量降低、業(yè)務(wù)發(fā)展情況報告遲緩，業(yè)務(wù)發(fā)展情況不明等問題。（4）企業(yè)需要新的信息架構(gòu)因此，各企業(yè)比以往任何時候相比，管理和有效使用這些信息系統(tǒng)的能力高低都更能決定了長期生存和發(fā)展能力，因此比以往任何時候，企業(yè)都更關(guān)注于如下領(lǐng)域：n 提高系統(tǒng)運行效率，提高業(yè)務(wù)報表、提高客戶服務(wù)質(zhì)量，并降低客戶流失率。n 加強企業(yè)信息流通、提高企業(yè)信息的附加值、進一步挖掘企業(yè)信息價值、迅速開發(fā)和推廣新業(yè)務(wù)

13、，創(chuàng)造更多收入并保持競爭能力。n 提高信息系統(tǒng)業(yè)務(wù)連續(xù)運行能力，提高數(shù)據(jù)安全保護水平。 14當前的幾種data base以及相關(guān)介紹 目前有許多數(shù)據(jù)庫產(chǎn)品，如oracle、dsg、sybase、informix、microsoft sql server、microsoft access、visual foxpro等產(chǎn)品各以自己特有的功能。2 復(fù)制工具介紹 2.1 sybase復(fù)制服務(wù)器的工作原理與工作方式：replication server能在整個分布式系統(tǒng)中保持數(shù)據(jù)的精確性，是因為它通過內(nèi)置（sybase ase）或外置（non-sybase ase）的復(fù)制代理（replication a

14、gent）監(jiān)測主節(jié)點的提交事務(wù)，由復(fù)制服務(wù)器異步地發(fā)送提交的事務(wù)到存放數(shù)據(jù)拷貝的遠程節(jié)點，并維護最新的數(shù)據(jù)拷貝。圖2：復(fù)制服務(wù)器的工作原理上圖是一個典型的復(fù)制系統(tǒng)，在兩個 adaptive server enterprise之間進行單向復(fù)制，整個復(fù)制工作流程如下：1.用戶事務(wù)提交給源數(shù)據(jù)庫，事務(wù)被記入log2.log被復(fù)制代理讀出并以事務(wù)為單位傳給主點復(fù)制服務(wù)器3.復(fù)制服務(wù)器完成接收、判斷、遷移、組裝和發(fā)送4.通過網(wǎng)絡(luò)(lan/wan)事務(wù)被發(fā)送到備點復(fù)制服務(wù)器5.復(fù)制服務(wù)器在備點數(shù)據(jù)庫執(zhí)行該事務(wù)。*復(fù)制服務(wù)器的技術(shù)特性：（1）異步方式的實時復(fù)制復(fù)制服務(wù)器以異步方式工作，使得主點和備點之間構(gòu)成

15、松耦合連接，備點的運行狀態(tài)不會影響主點的運行狀態(tài)。 圖3：復(fù)制服務(wù)器的異步工作方式（2）基于日志的復(fù)制sybase的復(fù)制服務(wù)器采用基于日志方式的復(fù)制，其最大好處在于對主點性能影響最小，這是由于復(fù)制代理只讀取已經(jīng)存入磁盤的日志，而數(shù)據(jù)庫日志寫入線程總是把日志先寫入內(nèi)存，在檢查點或遇到事務(wù)結(jié)束命令才會寫如入磁盤，從而可以大大降低對日志文件的爭用沖突，同時由于沒有使用觸發(fā)器或規(guī)則，對主點數(shù)據(jù)庫也不增加額外的負擔，綜合來看，基于日志方式的復(fù)制，使得sybase復(fù)制服務(wù)器對于主點數(shù)據(jù)庫的性能影響總是小于5。圖4：基于日志方式的復(fù)制（3）以事務(wù)為復(fù)制單位sybase復(fù)制服務(wù)器可以完全保證復(fù)制過程中的事務(wù)完

16、整性，換句話說，就是嚴格保證主點、備點數(shù)據(jù)的一致性，這是由于復(fù)制服務(wù)器是以事務(wù)為基本復(fù)制單位來保證的。從主點數(shù)據(jù)庫復(fù)制過來的數(shù)據(jù)，都是以完整的事務(wù)為單位即以提交的事務(wù)，在整個復(fù)制工程中，也都是以事務(wù)為單位傳遞，最后在備點數(shù)據(jù)庫執(zhí)行該事務(wù)，從而保證主點、備點數(shù)據(jù)庫的嚴格一致性。圖5：基于事務(wù)方式的復(fù)制（4）支持存儲轉(zhuǎn)發(fā)sybase復(fù)制服務(wù)器支持存儲轉(zhuǎn)發(fā)機制來克服網(wǎng)絡(luò)故障對復(fù)制的影響。復(fù)制服務(wù)器通過在本地增加一個磁盤緩沖區(qū)稱為穩(wěn)定隊列，當網(wǎng)絡(luò)出現(xiàn)故障時，復(fù)制內(nèi)容可以暫時存放在該穩(wěn)定隊列，網(wǎng)絡(luò)故障排除后，復(fù)制服務(wù)器會從穩(wěn)定隊列取出數(shù)據(jù)復(fù)制到備點。穩(wěn)定隊列的大小是根據(jù)可能發(fā)生的網(wǎng)絡(luò)故障時間長短和復(fù)制數(shù)

17、據(jù)的大小，根據(jù)經(jīng)驗公式估算的。穩(wěn)定隊列保證了復(fù)制服務(wù)器可以在網(wǎng)絡(luò)故障后繼續(xù)工作，并且無需主點數(shù)據(jù)庫重發(fā)已經(jīng)傳送的數(shù)據(jù)，這種智能的機制非常適合于有大文本字段（如:text，image）系統(tǒng)的復(fù)制，節(jié)省了網(wǎng)絡(luò)傳送時間，提高復(fù)制的效率。 同時，穩(wěn)定隊列對于主點、備點的不同步也起到了緩沖作用，尤其時當多個主點數(shù)據(jù)同時寫入備點，由于備點來不及寫入，這些復(fù)制數(shù)據(jù)可以暫時存放在穩(wěn)定隊列，等主點數(shù)據(jù)高峰過去時，再逐次寫入備點。支持復(fù)制內(nèi)容的發(fā)布/訂閱sybase的復(fù)制服務(wù)器支持復(fù)制內(nèi)容的發(fā)布/訂閱機制，數(shù)據(jù)提供者通過復(fù)制定義向外提供自己的數(shù)據(jù)，數(shù)據(jù)消費者再通過訂閱的方式篩選自己需要的數(shù)據(jù)，這樣可以方便不同的數(shù)

18、據(jù)需求者僅收到自己感興趣的數(shù)據(jù)，減輕復(fù)制和網(wǎng)絡(luò)的負擔。支持多復(fù)制定義，即允許每張表建立一個以上的復(fù)制定義，它提供了多個復(fù)制觀點給用戶，同時支持重命名表和列。支持多級安全sybase的復(fù)制服務(wù)器支持ase所具有的全部安全特性，主要分為三級： 基本安全機制： 指用戶名/口令字校驗方式，支持用戶口令字加密處理。 企業(yè)安全機制：指復(fù)制服務(wù)器可以利用第三方提供的更高級別的安全機制，支持dce/kobose協(xié)議，第三方產(chǎn)品可以包括novell nds、microsoft activedirectory。 電子商務(wù)安全機制 指復(fù)制服務(wù)器支持ca認證和ssl加密，無論復(fù)制服務(wù)器做為客戶端還是服務(wù)器端都可以支持

19、ssl通訊加密。支持多語言多字符集sybase復(fù)制服務(wù)器支持多種字符集和多種語言，可以支持字符集之間的轉(zhuǎn)換，更進一步，由于支持unicode（utf-8/utf-16），這樣在進行字符代碼轉(zhuǎn)換時不會損失任何信息。支持目錄服務(wù)sybase復(fù)制服務(wù)器支持目錄服務(wù)，可以讓多個復(fù)制服務(wù)器共享同一組用戶，這樣極大簡化了復(fù)制服務(wù)器的管理工作，同時也可以把復(fù)制服務(wù)器的管理納入到企業(yè)范圍內(nèi)。以上是對sybase的相關(guān)介紹，和sybase齊名的還有dsg，也是被廣泛應(yīng)用于數(shù)據(jù)庫復(fù)制的主流技術(shù)之一。2.2dsg realsync的技術(shù)概覽采用數(shù)據(jù)庫復(fù)制技術(shù)與傳統(tǒng)的數(shù)據(jù)復(fù)制技術(shù)不同，dsg realsync技術(shù)是針

20、對數(shù)據(jù)庫提供了基于邏輯的交易復(fù)制方式。該方式通過直接捕獲源數(shù)據(jù)庫的交易，將數(shù)據(jù)庫的改變邏輯復(fù)制到目標系統(tǒng)數(shù)據(jù)庫中，實現(xiàn)源系統(tǒng)和目標系統(tǒng)數(shù)據(jù)的一致性。dsg realsync的優(yōu)勢概覽該技術(shù)在復(fù)制上存在以下幾個特點：（1）按需復(fù)制查詢和統(tǒng)計系統(tǒng)往往不需要所有的原始數(shù)據(jù)，因此完全可以按需要復(fù)制數(shù)據(jù)。realsync系統(tǒng)支持對指定信息的按需復(fù)制，減少存儲和網(wǎng)絡(luò)帶寬的成本。（2）多種同步模式dsg realsync支持的數(shù)據(jù)復(fù)制模式包括： a.實時復(fù)制：實時更新保證副本系統(tǒng)快速反映源系統(tǒng)的變化，提供賬單查詢、話單查詢等的及時性。 b.定時復(fù)制:包括每月復(fù)制、每周復(fù)制和每天復(fù)制； c.手工復(fù)制：支持操作

21、員指定時間對指定表進行一次完全復(fù)制；（3）對生產(chǎn)系統(tǒng)的低干擾性dsg實時數(shù)據(jù)復(fù)制技術(shù)不需要通過任何數(shù)據(jù)庫的引擎來獲取變更數(shù)據(jù)，而是通過數(shù)據(jù)庫自身的信息獲取源系統(tǒng)上的改變并傳送給目的系統(tǒng)，不會對生產(chǎn)系統(tǒng)造成性能影響。（4）系統(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)的限制。（5）支持的多種復(fù)制策略realsync可以被靈活配置，以支持各種復(fù)制策略，支持各種增值應(yīng)用，如：1:1單向復(fù)制；一對多復(fù)制；多對一復(fù)制等。realsync工作原理概述 圖6 如上圖6所

22、示，realsync在data source端和data target端分別安裝agent進程，source端的agent進程對oracle日志進行監(jiān)控，發(fā)現(xiàn)改變及時對目標數(shù)據(jù)庫進行更新。 當應(yīng)用系統(tǒng)在data source端向數(shù)據(jù)庫進行任何操作時時，這些信息都將在redo log中保存，realsync agent通過對實時獲取的log日志進行分析，獲得本次操作的交易指令和交易數(shù)據(jù)，然后將這些交易指令和交易數(shù)據(jù)經(jīng)過格式轉(zhuǎn)化生成dxf數(shù)據(jù)格式，并實時通過網(wǎng)絡(luò)傳送到data target系統(tǒng)。 data target系統(tǒng)的realsync agent接收數(shù)據(jù)庫包，經(jīng)過校驗碼檢查，確認正確的數(shù)據(jù)庫

23、包后，調(diào)用oracle函數(shù)按照交易的先后順序在data target系統(tǒng)中執(zhí)行該交易。日志抓?。╠ata capture） realsync對數(shù)據(jù)的抓取是通過安裝在data source端的agent模塊定時分析oracle redo log來獲取data source端的交易類型及數(shù)據(jù)的。realsync agent在判斷data source端的oracle系統(tǒng)是否有新的交易產(chǎn)生時是通過定期檢查oracle controle file中記錄的當前scn號來判斷的，這樣避免每次檢都通過讀取log文件來判斷否有新的交易產(chǎn)生時造成的系統(tǒng)影響。在controle file中確認有新的交易產(chǎn)生時，可

24、以同時獲得當前的redo log 組，以及最新日志在日志文件的最新位置。realsync agent模塊根據(jù)這些信息將上次抓取時記錄的日志位置與本次讀取的最新位置之間的log讀取并加以分析。然后將這些數(shù)據(jù)保存在online log cache文件中，等待下一步作交易合成處理。realsync的優(yōu)勢：與其他類似日志復(fù)制產(chǎn)品相比，realsync對日志進行分析，得到交易信息再進行傳送；而其他類似產(chǎn)品不對日志作分析，傳送全部日志，然后在目標端通過日志作recover， 這樣一來，不僅傳送數(shù)據(jù)量大，而且目標端數(shù)據(jù)庫不能打開。日志分析（analyze）oracle數(shù)據(jù)庫的所有更改都記錄在日志中，其中記錄

25、了對數(shù)據(jù)庫中的每一個變化。當我們候需要需要了解數(shù)據(jù)庫中所作的交易時，一個最有效實用而又低成本的方法就是分析oracle數(shù)據(jù)庫的日志文件。realsync agent中集成了dsg的優(yōu)秀日志分析功能，該功能完全不同于oracle提供的logminer日志分析工具，在性能和功能上都大大提高，主要體現(xiàn)在系統(tǒng)性能的優(yōu)化上，大幅度提高日志分析的速度，使得對于高并發(fā)業(yè)務(wù)系統(tǒng)的復(fù)制成為可能。按照realsync的日志分析設(shè)計目標，每秒能夠分析的日志量達到10m/s。realsync通過對日志的分析，得到該數(shù)據(jù)庫中的每個sql指令，并將這些sql指令生成dxf（dsg extend format）格式的表達方

26、式。dxf格式是dsg公司的專有技術(shù)，該技術(shù)是dsg公司用來表達sql指令的方式，該數(shù)據(jù)格式能夠通過dsg的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為oracl的內(nèi)部數(shù)據(jù)表達格式，從而在分析和轉(zhuǎn)載時需要最小的轉(zhuǎn)化，提高分析和裝載速度，減少資源占用、豐富能夠表達的各種數(shù)據(jù)類型。交易合成（synthesize） 通過oracle redo log分析的交易指令存在如下的幾個特點：（1）這些指令是交叉出現(xiàn)的，屬于一個交易（transaction）的多條sql指令是非連續(xù)存儲的，多個交易的sql之間是相互穿插的；（2）redo log中記錄了所有的commit的交易以及沒有commit的交易；所以，為了提高系統(tǒng)的可控

27、制性、保證邏輯完整性、避免數(shù)據(jù)丟失，最好將復(fù)制的最小單位為一個交易（transaction），而不是以單個sql指令為復(fù)制單位，這樣在data target端的交易裝載更加容易控制。同時，對于復(fù)制的數(shù)據(jù)而言，只有那些commit的數(shù)據(jù)對于data target端系統(tǒng)是有意義的，而對于那些rollback的數(shù)據(jù)無需復(fù)制到data target系統(tǒng)上。所以realsync在復(fù)制過程中不是復(fù)制每個sql語句，而是對抓取的數(shù)據(jù)進行交易整合后以交易（transaction）為單位進行復(fù)制，同時只復(fù)制commit的交易。 圖7如上圖7所示，在online log cache文件中，包括commit的交易，

28、沒有commit的交易和rollback的交易。交易合成模塊首先按照交易序號對sol語句進行劃分，每個交易包含多條sol語句。然后，以交易為單位進行處理，將已經(jīng)commit的交易，傳至傳輸處理模塊；將未提交的交易保存在本地，一旦通過日志得知保存的未提交交易已提交，立即將該交易發(fā)送到傳輸處理模塊；對rollback的交易作丟棄處理。realsync是以交易為單位進行傳輸?shù)?，而不是以sol語句為單位進行傳輸?shù)模菀妆ＷC數(shù)據(jù)的一致性和完整性。交易傳輸 realsync技術(shù)為了保證數(shù)據(jù)傳輸?shù)陌踩?、可靠，在傳輸處理上作了特殊的處理與支持:（1） 數(shù)據(jù)在傳輸之前首先存入data source端的cach

29、e，傳輸進程（export process）從cache中讀取交易數(shù)據(jù)封裝為tcp/ip數(shù)據(jù)包傳送給data target端的import進程。 （2）在data target端，import進程在收到傳輸?shù)慕灰讛?shù)據(jù)包后，首先存入queue，然后由load進程從queue中嚴格按照交易的順序裝載交易信息。圖8如上圖8所示，負責傳輸?shù)倪M程（export process）從本地隊列中按照先進先出的原則抓取需要傳輸?shù)慕灰?，將交易?shù)據(jù)封裝成一個數(shù)據(jù)包后通過tcp/ip協(xié)議傳遞給對端系統(tǒng)。在封裝的數(shù)據(jù)包的包頭部分描述了包的大小。對端系統(tǒng)在接受到傳來的數(shù)據(jù)包后，首先根據(jù)包頭描述的包大小進行傳輸?shù)暮戏ㄐ詸z查

30、，判斷是否傳輸完整。數(shù)據(jù)裝載在傳統(tǒng)的復(fù)制技術(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子句操作需要進行復(fù)雜的查詢定位任務(wù)，從而導致裝載性能低下，對處理能力的要求比生產(chǎn)系統(tǒng)的還高。dsg realsync在設(shè)計之初就定位于電信級大數(shù)據(jù)量系統(tǒng)的應(yīng)用，因此在裝載性能上進行了大幅度的改善，使得裝載端的性能和處理能力需求降至最低。在其中d

31、sg realsync采用了兩個關(guān)鍵的技術(shù)提高了裝載速度：（1）采用dxf數(shù)據(jù)格式的裝載；（2）采用rowid mapping的方式實現(xiàn)快速定位；用dxf數(shù)據(jù)格式的裝載：dxf（dsg extend format）格式是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層。其結(jié)構(gòu)為：us

32、ersqltransformationi/o 圖9如上圖9所示在這四層當中，當采用sql接口進行數(shù)據(jù)裝載時，調(diào)用的是user層，而dsg realsync通過dxf數(shù)據(jù)格式裝載時，調(diào)用i/o層直接將數(shù)據(jù)通過oracle的最底層函數(shù)寫入系統(tǒng)中，所以dsg realsync在裝載層上有一定優(yōu)勢；7.2row mapping實現(xiàn)快速定位對于交易中的操作，存在著大量的where子句操作，在采用標準sql語句執(zhí)行這些操作時，系統(tǒng)需要首先定位目標記錄所在的數(shù)據(jù)文件的位置信息，這將帶來大量的索引查詢開銷，當并發(fā)執(zhí)行數(shù)千條指令時，系統(tǒng)的開銷將變得非常龐大。dsg realsync工具不采用該方式實現(xiàn)裝載數(shù)據(jù)的

33、定位，而是通過row mapping的方式實現(xiàn)記錄的快速定位：當realsync從源端log文件中讀取交易數(shù)據(jù)時，將獲得該交易對應(yīng)記錄的所在位置，用rowid表示為rowid_ds；當該交易在目標端裝載時，系統(tǒng)不翻譯為where子句，而是去通過保存在目標端的row mapping表獲得對應(yīng)目標端該記錄的所在位置rowid，記錄為rowid_dt。從而在目標端裝載時通過rowid能夠直接定位于該數(shù)據(jù)需要寫入的位置。避免了大量查索引查找時間。每條記錄的row mapping信息是在該記錄執(zhí)行insert操作、sql loader或首次批量同步時建立起來的。realsync的優(yōu)勢： dsg擴展格式d

34、xf(dsg extend format)是realsync產(chǎn)品的一個核心技術(shù)，是一種最高效率表示oracle記錄的數(shù)據(jù)格式，該格式只需要經(jīng)過最小的轉(zhuǎn)換過程就能夠裝載到oracle數(shù)據(jù)庫中，并且裝載效率非常高。n 無需標準sql語句執(zhí)行的復(fù)雜過程n 加快裝載速度n 對于update，delete等帶where子句的交易，可以大幅度提高裝載速度ops/rac的支持oracle ops/rac是一種多實例同時打開同一個數(shù)據(jù)庫的技術(shù)，每個實例共享同一份數(shù)據(jù)文件和控制文件（控制文件可能有多個，但是內(nèi)容相同，為每個實例所共享）。一個例外是，每個實例的redo log都專屬于該實例（如下圖所示），但每個實

35、例的所有redo log都必須能夠被其他實例訪問。所有實例的redo log一般都保存在共享磁盤中。在ops/rac的環(huán)境下，realsync agent需要安裝在ops/rac一個節(jié)點上，realsync agent通過控制文件得到每個實例的redo log配置，并實時跟蹤每個實例的redo thread產(chǎn)生的日志，分析日志并將提交的交易發(fā)送的目標系統(tǒng)。在ops/rac環(huán)境下，多個實例共用一套scn，每個實例對數(shù)據(jù)的修改都會引起scn的遞增改變，realsync通過scn在目標端順序提交交易，來保證數(shù)據(jù)庫的一致。數(shù)據(jù)完整性保證realsync復(fù)制軟件保證數(shù)據(jù)的一致性和完整性的保證主要通過以下

36、幾個方面：（1）保證交易先后順序：保證交易的先后順序：嚴格按照源端transaction執(zhí)行順序在目標端加載，嚴格的i/o順序是保證系統(tǒng)邏輯正確的關(guān)鍵因素，realsync通過對transaction的scn號進行判斷，并嚴格保證源系統(tǒng)上先commit的交易在目標端也是先裝載。（2）檢查日志跟蹤的連續(xù)性：檢查日志跟蹤的連續(xù)性：realsync在每次log讀取結(jié)束時，都將記錄當前讀取的日志的sequence no，block no和最后讀取的offset，當下次讀取文件時，總是需要檢查是否和上次讀取的位置嚴格連續(xù)，從而保證對日志分析的完整性。（3）數(shù)據(jù)一致性檢查：數(shù)據(jù)一致性檢查：realsync

37、提供數(shù)據(jù)一致性檢查工具，用來比較源端的記錄和目標端的記錄是否完全一致。如果出現(xiàn)數(shù)據(jù)不一致，realsync將對不一致的部分進行修復(fù)。數(shù)據(jù)初始化裝載當系統(tǒng)在初始化過程，或需要重新完成批量數(shù)據(jù)復(fù)制時，realsync提供海量數(shù)據(jù)的高速復(fù)制功能：dsg復(fù)制功能是對數(shù)據(jù)實行導出、導入的方式實現(xiàn)的，但該實現(xiàn)不是通過oracle export和import工具，而是利用dsg realsync中內(nèi)置的xexp/ximp工具實現(xiàn)的。其過程不是對數(shù)據(jù)庫底層的存儲數(shù)據(jù)塊進行復(fù)制，而是將源系統(tǒng)上的已有數(shù)據(jù)記錄從datafile中直接讀取并解析成為dxf數(shù)據(jù)格式，在利用ximp將dxf數(shù)據(jù)批量快速裝載到data t

38、arget系統(tǒng)上。 realsync調(diào)用oracle的i/o層的api接口批量讀取一張表（table）的記錄（每次讀多少條是由操作員設(shè)定的realsync系統(tǒng)的buffer決定的，如果一次讀不完，則分為多次讀?。缓髮⒆x取的記錄轉(zhuǎn)化為dxf格式，再將dxf格式表示的一批記錄傳送到目標端的realsync agent進程，目標端進程再調(diào)用oracle的i/o層的api接口將數(shù)據(jù)批量寫入目標系統(tǒng)中。對于一個數(shù)據(jù)庫而言，其中有許多張表（table），realsync依次將每張表的所有數(shù)據(jù)按照上述原理復(fù)制到目標系統(tǒng)中。 對于xexp導出過程不是通過oracle的標準select接口，所以其導出速度非

39、?？臁?同時，在采用dsg realsync實現(xiàn)批量數(shù)據(jù)裝載時，還無需停止源系統(tǒng)上的業(yè)務(wù)流程。那么realsync是如何處理在導出過程中新改變的數(shù)據(jù)的復(fù)制呢？ 因此，realsync還支持第二階段的增量數(shù)據(jù)復(fù)制：當上個步驟的大批量數(shù)據(jù)完成后，realsync再將步驟一過程中新增加的交易重新復(fù)制到目標系統(tǒng)。在過程的工作原理是通過跟蹤和分析從上個步驟開始時的所有redo.log信息，從log文件中分析和翻譯出這段時間內(nèi)新增加的記錄，然后再將記錄在目標系統(tǒng)上插入。如果在該過程中復(fù)制的數(shù)據(jù)在目標表中已經(jīng)存在，則realsync將首先刪除目標系統(tǒng)中的該記錄，同時插入新復(fù)制的記錄。在這兩個過程執(zhí)行過程中，

40、生產(chǎn)系統(tǒng)的業(yè)務(wù)可以保持運行狀態(tài)。無需中斷業(yè)務(wù)。選擇性復(fù)制支持因為根據(jù)業(yè)務(wù)邏輯，很多情況下無需對所有的數(shù)據(jù)表信息進行復(fù)制，而只需要復(fù)制那些需要的表的信息，這樣可以減少存儲和網(wǎng)絡(luò)帶寬的成本。同時，smarte支持水平和垂直分割。在水平分割方面可以只復(fù)制那些滿足預(yù)先定義的條件的記錄。在垂直分割方面允許設(shè)置對指定表的指定列進行復(fù)制。 圖10支持的復(fù)制結(jié)構(gòu)realsync可以被靈活配置，以支持各種復(fù)制策略，支持各種增值應(yīng)用。如：單向復(fù)制：從一個數(shù)據(jù)庫向另一個數(shù)據(jù)庫復(fù)制；雙向復(fù)制：兩個數(shù)據(jù)庫進行互相復(fù)制；廣播復(fù)制：由一個數(shù)據(jù)庫向多個數(shù)據(jù)庫復(fù)制；集中復(fù)制：由多個數(shù)據(jù)庫向一個數(shù)據(jù)庫復(fù)制；級聯(lián)復(fù)制：由a數(shù)據(jù)庫向

41、b數(shù)據(jù)庫復(fù)制，同時又由b數(shù)據(jù)庫向c數(shù)據(jù)庫進行復(fù)制。以上就是對dsg主要功能的詳細介紹。3第三方同步平臺工具sybase相關(guān)介紹當數(shù)據(jù)庫準備進行同步時，倆個數(shù)據(jù)庫的結(jié)構(gòu)不相同時，需要用到第三方平臺來進行同步，而主流的第三方專用平臺有oracle和sybase等，下面主要介紹下sybase作為第三方專用平臺：sybase的復(fù)制服務(wù)器不盡能夠支持sybase ase之間的復(fù)制，而且還能夠支持異構(gòu)數(shù)據(jù)庫之間的復(fù)制。在用戶的實際系統(tǒng)中可能存在一種或多種數(shù)據(jù)庫，這些數(shù)據(jù)庫可能是sybase的，也可能是非sybase的，在應(yīng)用中很可能需要在這些數(shù)據(jù)庫之間進行數(shù)據(jù)復(fù)制，使用sybase支持異構(gòu)數(shù)據(jù)庫的訪問網(wǎng)關(guān)

42、（directconnect，關(guān)于該產(chǎn)品詳情，可以參看sybase enterpriseconnect文中描述），就可以輕松完成sybase ase和其它非sybase數(shù)據(jù)庫之間的數(shù)據(jù)復(fù)制，甚至可以完成非sybase數(shù)據(jù)庫和非sybase數(shù)據(jù)庫之間的數(shù)據(jù)復(fù)制，例如oralce和sql server之間的復(fù)制。圖11：復(fù)制服務(wù)器支持異構(gòu)數(shù)據(jù)庫之間的復(fù)制sybase 異構(gòu)數(shù)據(jù)庫訪問網(wǎng)關(guān)（directconnect）可以支持現(xiàn)今大部分主流數(shù)據(jù)庫，包括oracle、db2、mvs、lotus notes、ms sql server 及其他可以支持odbc的數(shù)據(jù)庫(ms access、foxbase、f

43、oxpro)等。在進行非同種數(shù)據(jù)庫之間的復(fù)制時，數(shù)據(jù)類型轉(zhuǎn)換是由復(fù)制服務(wù)器自動完成的，并且保證數(shù)據(jù)轉(zhuǎn)換的精度，用戶無需擔心數(shù)據(jù)轉(zhuǎn)換帶來的損失。4 sybase鐵路規(guī)章管理系統(tǒng)建議方案4.1背景介紹鐵路是國民經(jīng)濟的大動脈,其管理工作需要高度統(tǒng)一和協(xié)調(diào)。貨運規(guī)章是維系鐵路貨運協(xié)調(diào)和統(tǒng)一的靈魂,是貨運業(yè)務(wù)工作的規(guī)范,是安全高效的保障,是保持路內(nèi)外有機聯(lián)系的紐帶。鐵路規(guī)章門類繁多,貨運規(guī)章最為突出。多年來貨運規(guī)章一直隨著國民經(jīng)濟的發(fā)展在增訂和修訂,形成了文字量大,管理維護繁雜的局面。因此，建立一個高效、規(guī)范的鐵路規(guī)章管理信息系統(tǒng)對優(yōu)化鐵路貨運管理、提高生產(chǎn)效率具有重要的意義。作為全球領(lǐng)先的信息管理、開

44、發(fā)和集成的企業(yè)及移動軟件解決方案供應(yīng)商，sybase是目前行業(yè)中唯一一家能夠提供數(shù)據(jù)庫、數(shù)據(jù)復(fù)制技術(shù)、數(shù)據(jù)倉庫和移動數(shù)據(jù)庫等全套數(shù)據(jù)管理產(chǎn)品的公司。sybase與鐵道部有過多年的成功合作，并因此積累了豐富的行業(yè)經(jīng)驗。sybase公司有充分的信心和能力，與合作伙伴一道為鐵道部打造領(lǐng)先的鐵路規(guī)章管理信息化平臺，并再次為鐵道部的信息化建設(shè)貢獻力量。下面我們將詳細介紹sybase針對鐵路規(guī)章管理系統(tǒng)的建議方案。4.2sybase建議解決方案sybase建議的系統(tǒng)總體架構(gòu) 在充分考慮業(yè)務(wù)現(xiàn)狀的情況下，sybase建議采用“分布+集中”的體系架構(gòu)。鐵路規(guī)章管理系統(tǒng)的邏輯部署圖如下所示：鐵道部路局路局路局路

45、局 數(shù)據(jù)存儲 數(shù)據(jù)存儲 數(shù)據(jù)存儲 數(shù)據(jù)存儲數(shù)據(jù)存儲（圖1 鐵路規(guī)章管理系統(tǒng)架邏輯部署圖） 該體系架構(gòu)分為兩級：在鐵道部下屬18個路局建立本地數(shù)據(jù)存儲，負責處理本地以及下屬各路段的業(yè)務(wù)請求，客戶端采用c/s或b/s方式直接連到路局系統(tǒng)；在鐵道部中心建立數(shù)據(jù)中心，該數(shù)據(jù)中心的數(shù)據(jù)是18個路局數(shù)據(jù)的合集；鐵道部和路局間的數(shù)據(jù)傳輸根據(jù)具體情況，采用不同方式實現(xiàn)實時互傳。采用這種“分布集中”的體系架構(gòu)，既保證了全鐵道部數(shù)據(jù)的高度共享，又實現(xiàn)了各路局業(yè)務(wù)的充分本地自治，提高了處理速度，避免了所有客戶直接連接到鐵道部中心做業(yè)務(wù)而對部中心系統(tǒng)產(chǎn)生較大的壓力。4.3 sybase技術(shù)架構(gòu) 按照上面的總體架構(gòu)，s

46、ybase提供的系統(tǒng)技術(shù)架構(gòu)圖如下所示： 路局數(shù)據(jù)系統(tǒng) replication server鐵道部數(shù)據(jù)中心電報/文件電報/文件電報/文件規(guī)章規(guī)章規(guī)章電報/文件規(guī)章ftpftp serversybase 提供的技術(shù)架構(gòu)分為兩個子系統(tǒng)，分別是： 鐵道部中心和路局的本地數(shù)據(jù)管理系統(tǒng)包括鐵道部和十八個路局本地的數(shù)據(jù)庫管理系統(tǒng)。結(jié)合規(guī)章管理系統(tǒng)的數(shù)據(jù)特點和數(shù)據(jù)庫本身的技術(shù)特性，建議將數(shù)量較多、單個文件數(shù)據(jù)量較小的電報和文件保存在數(shù)據(jù)庫中，而將數(shù)量相對較少、單個文件數(shù)據(jù)量大的規(guī)章制度保存在文件系統(tǒng)中，以實現(xiàn)最優(yōu)化的數(shù)據(jù)管理和訪問。 數(shù)據(jù)傳輸系統(tǒng)包括鐵道部中心以及各路局的數(shù)據(jù)同步。分為兩部分：（1）基于sy

47、base復(fù)制服務(wù)器實現(xiàn)針對實時性強、數(shù)量多、單個文件數(shù)據(jù)量小的電報和文件，將其保存在本地數(shù)據(jù)庫中，并采用sybase復(fù)制服務(wù)器實現(xiàn)鐵道部和各路局間的信息互傳。sybase復(fù)制服務(wù)器為大數(shù)據(jù)量下的實時數(shù)據(jù)傳輸提供強大、快速、可靠的軟件支持。（2）基于ftp等數(shù)據(jù)傳輸技術(shù)實現(xiàn)針對修改更新不頻繁、數(shù)量少、單個文件數(shù)據(jù)量大的規(guī)章制度，為實現(xiàn)高效的數(shù)據(jù)傳輸以及實現(xiàn)方便的信息訪問，將其保存在數(shù)據(jù)庫系統(tǒng)之外的文件系統(tǒng)中，采用ftp等文件傳輸技術(shù)實現(xiàn)鐵道部和各路局間的信息互傳。 他們完成的功能有所不同，又不可或缺地構(gòu)成了一個完整的信息系統(tǒng)，以下將分別介紹這兩個子系統(tǒng)：鐵道部中心和路局的本地數(shù)據(jù)管理系統(tǒng) 數(shù)據(jù)庫

48、系統(tǒng)是鐵路規(guī)章管理系統(tǒng)的基礎(chǔ)，在整個系統(tǒng)中占據(jù)著舉足輕重的位置，所以本系統(tǒng)中我們建議采用sybase大型數(shù)據(jù)庫管理軟件ase構(gòu)建系統(tǒng)的數(shù)據(jù)存儲平臺，ase具備高效性、高可用性、安全性、開放性以及操作簡單、維護方便等特點，完全可以確保系統(tǒng)的高效穩(wěn)定可靠運行以及適應(yīng)未來業(yè)務(wù)的發(fā)展?；趕ybase ase的數(shù)據(jù)庫解決方案優(yōu)勢體現(xiàn)在：（1） 保證規(guī)章管理系統(tǒng)運行的高效性ase是sybase公司的旗艦產(chǎn)品，一直以高效的內(nèi)核著稱。以往的tpc測試指標顯示：在同樣的硬件平臺和硬件資源開銷下，ase比其他同類產(chǎn)品具有更高的交易處理能力。ase高效的查詢處理器與分區(qū)技術(shù)和并行技術(shù)的完美結(jié)合，為高效方便的管理海

49、量數(shù)據(jù)提供了堅實的技術(shù)保障，ase在國內(nèi)外擁有眾多管理tb級數(shù)據(jù)的成功應(yīng)用，而最新版ase15更具有支持eb級數(shù)據(jù)的能力。ase高效的多線索體系結(jié)構(gòu)對高并發(fā)訪問提供了最強有力的支持，在系統(tǒng)資源允許的情況下，ase支持的最高并發(fā)訪問用戶數(shù)可以達到2147483647,完全可以滿足鐵路規(guī)章管理系統(tǒng)業(yè)務(wù)繁忙時刻的高并發(fā)訪問用戶數(shù)的需求，而三層體系架構(gòu)下并發(fā)訪問支持能力將會有更大提升。（2） 保證系統(tǒng)的高可用性系統(tǒng)的穩(wěn)定可靠性是提升客戶滿意度，提高服務(wù)質(zhì)量的關(guān)鍵。為保證系統(tǒng)的可靠性，盡量減少由于主機、數(shù)據(jù)庫故障造成的系統(tǒng)癱瘓，我們在設(shè)計上充分利用了ase在產(chǎn)品和技術(shù)上的特點，提供了各種軟件容錯機制和手

50、段來維護系統(tǒng)的可靠性，主要包括數(shù)據(jù)庫及日志的鏡像、數(shù)據(jù)庫及日志自動恢復(fù)、雙機集群容錯以及復(fù)制技術(shù)等。（3） 保證系統(tǒng)的安全性安全性是衡量系統(tǒng)的重要一項指標。ase作為新一代的大型數(shù)據(jù)庫系統(tǒng)，具備多種安全管理措施和完善的安全控制機制，可以充分滿足系統(tǒng)在安全性方面的需求。sybase在不同層次上提供了多種安全措施，包括：支持美國國家計算機安全中心ncsc制定的c2/b1標準；支持商業(yè)命名服務(wù)，使客戶、服務(wù)器之間的定位、識別受控于商業(yè)命名服務(wù)提供的網(wǎng)絡(luò)服務(wù)；支持商業(yè)安全服務(wù)，使客戶、服務(wù)器等的通訊受控于商業(yè)安全服務(wù)；支持基于ssl協(xié)議和公用秘鑰（pki）機制的安全機制；支持數(shù)據(jù)庫行級安全機制；支持基于列的數(shù)據(jù)加密機制；支持基于目錄服務(wù)的服務(wù)器管理