在近些年的橋隧綜合監(jiān)控系統(tǒng)中，集成監(jiān)控軟件負(fù)責(zé)對底層設(shè)備數(shù)據(jù)進(jìn)行實時采集、并通過組態(tài)頁面將數(shù)據(jù)通過圖表、動畫等方式展現(xiàn)。在展現(xiàn)數(shù)據(jù)的同時，監(jiān)控軟件將交通流量、COVI環(huán)境參數(shù)、消防報警等重要數(shù)據(jù)通過轉(zhuǎn)儲服務(wù)接口存儲至關(guān)系型數(shù)據(jù)庫，如Oracle、SQLSERVER等。第三方軟件如設(shè)備管理系統(tǒng)、大數(shù)據(jù)分析系統(tǒng)等對若干年的隧道運營數(shù)據(jù)進(jìn)行挖掘、清洗，趨勢分析，則需采用ODBC. JDBC等數(shù)據(jù)庫中間件方式對關(guān)系型數(shù)據(jù)庫訪問，生成報表，納入到專家?guī)熘?。?yīng)用場景適用于城市越江隧道、快速路地下通道、城市高架立交橋等單點設(shè)施應(yīng)用場景，設(shè)備數(shù)量較少，監(jiān)控點數(shù)在1-5萬點。

弱電工程公司表示隨著多隧合一監(jiān)控中心共用、島橋隧等特大型綜合監(jiān)控領(lǐng)域的擴(kuò)展，從單個設(shè)施到全路段路網(wǎng)管理，監(jiān)控設(shè)備點數(shù)高達(dá)數(shù)十萬級，在數(shù)據(jù)存儲計算方面對數(shù)據(jù)庫服務(wù)端提出了大容量和高性能的要求，期望分析處理速度達(dá)到千萬點/秒，甚至更高的實時歷史數(shù)據(jù)存儲和查詢要求，因此實時庫的存儲技術(shù)優(yōu)勢得以體現(xiàn)。

國內(nèi)橋隧監(jiān)控系統(tǒng)中數(shù)據(jù)庫存儲升級的現(xiàn)狀

在新建橋隧項目建設(shè)完成后，無論是實時數(shù)據(jù)庫或者歷時數(shù)據(jù)庫，都伴隨著高清監(jiān)控系統(tǒng)的建設(shè)一起投入運行，隨著后期設(shè)施內(nèi)新增系統(tǒng)的接入以及設(shè)施長期運營數(shù)據(jù)業(yè)務(wù)量的不斷增長，原有數(shù)據(jù)庫服務(wù)器的存儲容量顯得捉襟見肘，系統(tǒng)整體性能越來越無法滿足日益增長的業(yè)務(wù)系統(tǒng)的需要，而此時則必須對相關(guān)硬件以及軟件進(jìn)行升級改造傳統(tǒng)的升級方法是采購更高性能的服務(wù)器，對處理器、內(nèi)存、硬盤進(jìn)行升級擴(kuò)容，由此提高運算性能，增加存儲空間等。但是這種升級擴(kuò)容帶來的弊端也是顯而易見的，改造周期長，預(yù)算成本高，而且在新老系統(tǒng)切換期間，往往需要額外的技術(shù)支持，備份轉(zhuǎn)移用戶數(shù)據(jù)，確定升級失敗后的同退機(jī)制等，導(dǎo)致每次升級過程中步驟切換復(fù)雜，對用戶的在線業(yè)務(wù)系統(tǒng)影響比較大。

在目前橋隧監(jiān)控中使用的是關(guān)系型數(shù)據(jù)庫，面向?qū)ο笫怯脩?，在存儲性能上只能支持每秒千條數(shù)據(jù)的增刪改操作，在實時性方面無法保證實時響應(yīng)，且與實時庫的定位不同，關(guān)系型數(shù)據(jù)庫一般關(guān)注數(shù)據(jù)的完整性、一致性，而實時數(shù)據(jù)庫更傾向于關(guān)注數(shù)據(jù)的實時性和數(shù)據(jù)質(zhì)量，更適應(yīng)于在大數(shù)量的情況下對數(shù)據(jù)的實時分析展示。

主流方案架構(gòu)

實時數(shù)據(jù)庫作為一款通用型基礎(chǔ)產(chǎn)品，可針對橋隧監(jiān)控行業(yè)作定制化應(yīng)用，因此采用了友好的二次開發(fā)平臺，封裝了簡單易用的服務(wù)接口，為開發(fā)人員提供了快速定制非標(biāo)協(xié)議數(shù)據(jù)采集器的功能，同時，集成了功能強(qiáng)大的組態(tài)系統(tǒng)，進(jìn)行輔助設(shè)計I作．基于以上需求，主流的實時庫架構(gòu)采用典型的c／S模式，結(jié)構(gòu)上劃分為四層：

數(shù)據(jù)采集層：主要負(fù)責(zé)和外部系統(tǒng)通信，對數(shù)據(jù)接口可進(jìn)行標(biāo)準(zhǔn)以及非標(biāo)定義，進(jìn)行數(shù)據(jù)采集，并將采集的設(shè)備數(shù)據(jù)轉(zhuǎn)儲進(jìn)庫表中。

數(shù)據(jù)服務(wù)層：屬于實時庫的核心層，可進(jìn)行數(shù)據(jù)管理服務(wù)、數(shù)據(jù)源管理服務(wù)、網(wǎng)絡(luò)管理服務(wù)，在整個系統(tǒng)中起到了關(guān)鍵作用。

系統(tǒng)接口層：主要是對數(shù)據(jù)服務(wù)層進(jìn)行封裝，以接口的方式提供給外部系統(tǒng)或者系統(tǒng)應(yīng)用層。

系統(tǒng)應(yīng)用層：提供了四個展示平臺，并以表格、圖形、動畫等多種形式展示系統(tǒng)配置及數(shù)據(jù)。

系統(tǒng)架構(gòu)如下：

在新建系統(tǒng)進(jìn)行硬件部署時，為了節(jié)約資源，可將配置中心、數(shù)據(jù)節(jié)點、采集客戶端、展示客戶端、配置客戶端等五類組件集中部署在一臺服務(wù)器中．若是資源充分的情況下，也可分散部署在單獨的服務(wù)器中，可根據(jù)項目情況進(jìn)行靈活配置。在數(shù)據(jù)節(jié)點上可進(jìn)行分布式部署，由此凸顯出系統(tǒng)的擴(kuò)展性。

由于采用了分布式部署機(jī)制，用戶在對已有系統(tǒng)改造時，只需要增加一臺數(shù)據(jù)節(jié)點，這臺數(shù)據(jù)節(jié)點即可以分擔(dān)原有數(shù)據(jù)庫服務(wù)器的負(fù)載，此節(jié)點的增加過程對于橋隧監(jiān)控系統(tǒng)透明，即對橋隧監(jiān)控系統(tǒng)的在線運行業(yè)務(wù)并無影響，新的數(shù)據(jù)節(jié)點上線后，自動分擔(dān)系統(tǒng)負(fù)載，同步相關(guān)數(shù)據(jù)，從而做到了無縫擴(kuò)容的過程，此種分布式可擴(kuò)展的設(shè)計極大提升了系統(tǒng)的整體性能和可靠性，使得項目后續(xù)的可擴(kuò)展性和可維護(hù)性得到了較大的提升。