城市軌道交通綜合監(jiān)控系統(tǒng)大規(guī)模全景數(shù)據(jù)并發(fā)控制及存儲(chǔ)技術(shù)

鄧 敏 于 洋

(南京軌道交通系統(tǒng)工程有限公司， 210019， 南京∥第一作者， 高級(jí)工程師)

1 綜合監(jiān)控系統(tǒng)面臨的數(shù)據(jù)處理問(wèn)題

近年來(lái)，城市軌道交通綜合監(jiān)控系統(tǒng)逐漸向全自動(dòng)化、智慧化方向發(fā)展。由于監(jiān)控點(diǎn)數(shù)量倍增、場(chǎng)景聯(lián)動(dòng)更加頻繁，對(duì)綜合監(jiān)控系統(tǒng)的實(shí)時(shí)、歷史數(shù)據(jù)處理能力提出了更高要求。傳統(tǒng)的綜合監(jiān)控系統(tǒng)受制于實(shí)時(shí)數(shù)據(jù)庫(kù)和歷史數(shù)據(jù)庫(kù)的容量及處理性能，只能通過(guò)部分采樣、過(guò)濾等方式處理或存儲(chǔ)部分?jǐn)?shù)據(jù)，無(wú)法處理和存儲(chǔ)系統(tǒng)的全景數(shù)據(jù)，其實(shí)時(shí)數(shù)據(jù)的處理能力、對(duì)突發(fā)事件的反應(yīng)速度、對(duì)歷史數(shù)據(jù)的分析能力受到了嚴(yán)重影響。

城市軌道交通綜合監(jiān)控系統(tǒng)需要采取措施實(shí)時(shí)處理和存儲(chǔ)大規(guī)模的全景數(shù)據(jù)，以解決以下問(wèn)題：

1) 城市軌道交通綜合監(jiān)控系統(tǒng)集成或互聯(lián)了機(jī)電設(shè)備、電力監(jiān)控、信號(hào)等子系統(tǒng)。在全自動(dòng)運(yùn)行模式下，其監(jiān)控范圍新增了在線運(yùn)行列車(chē)設(shè)備數(shù)據(jù)，數(shù)據(jù)總規(guī)模預(yù)計(jì)達(dá)到百萬(wàn)級(jí)，傳統(tǒng)的內(nèi)存式實(shí)時(shí)庫(kù)容量模式無(wú)法很好地滿足要求。

2) 全自動(dòng)運(yùn)行模式下歷史數(shù)據(jù)大幅增加，在對(duì)其的增加、刪減、修改、查詢中，傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)(如ORACLE、MYSQL)出現(xiàn)明顯的性能瓶頸。

3) 綜合監(jiān)控系統(tǒng)的性能瓶頸主要在于全線設(shè)備狀態(tài)更新引起的數(shù)據(jù)實(shí)時(shí)處理和存儲(chǔ)。一般情況下，1條城市軌道交通線路具有20多個(gè)甚至要多的車(chē)站，在雪崩、阻塞等工況下全線設(shè)備實(shí)時(shí)狀態(tài)變化速度可能達(dá)到每秒十幾萬(wàn)次。傳統(tǒng)的綜合監(jiān)控系統(tǒng)對(duì)數(shù)據(jù)的實(shí)時(shí)處理和存儲(chǔ)能力達(dá)不到全自動(dòng)運(yùn)行模式對(duì)數(shù)據(jù)實(shí)時(shí)處理和存儲(chǔ)能力的要求。

2 綜合監(jiān)控系統(tǒng)數(shù)據(jù)處理的應(yīng)對(duì)措施

2.1 邏輯數(shù)據(jù)與物理存儲(chǔ)處理分離的分布式系統(tǒng)

采用邏輯數(shù)據(jù)與物理存儲(chǔ)處理相分離模式，邏輯數(shù)據(jù)按照車(chē)站進(jìn)行劃分，物理節(jié)點(diǎn)按照域進(jìn)行劃分。采用按域劃分的分布式系統(tǒng)，1個(gè)域節(jié)點(diǎn)可以包括幾個(gè)車(chē)站的數(shù)據(jù)，1個(gè)車(chē)站的數(shù)據(jù)也可以存儲(chǔ)在幾個(gè)域節(jié)點(diǎn)中。一般情況下，1個(gè)域只處理和存儲(chǔ)1個(gè)車(chē)站(或車(chē)輛段)的數(shù)據(jù)，如圖1所示。

圖1 分布式系統(tǒng)架構(gòu)示意圖

2.1.1 采用按域劃分的分布式系統(tǒng)

傳統(tǒng)的軌道交通綜合監(jiān)控系統(tǒng)在運(yùn)營(yíng)控制中心(OCC)的實(shí)時(shí)數(shù)據(jù)庫(kù)中存儲(chǔ)整條線的設(shè)備信息，所有車(chē)站設(shè)備的實(shí)時(shí)狀態(tài)變化都需通過(guò)網(wǎng)絡(luò)傳到OCC實(shí)時(shí)數(shù)據(jù)庫(kù)后再進(jìn)行處理和存儲(chǔ)。這種模式下系統(tǒng)的總?cè)萘考疤幚硇阅苁艿较拗?，?yán)重影響了對(duì)監(jiān)控點(diǎn)的數(shù)據(jù)處理及對(duì)突發(fā)事件的響應(yīng)速度。采用按域劃分的分布式系統(tǒng)，不需要集中存儲(chǔ)和處理整條線的設(shè)備狀態(tài)，OCC實(shí)時(shí)數(shù)據(jù)庫(kù)與歷史數(shù)據(jù)庫(kù)只需要處理和存儲(chǔ)OCC的數(shù)據(jù)，車(chē)站數(shù)據(jù)都在各自的域內(nèi)進(jìn)行處理和存儲(chǔ)，從而解決了監(jiān)控點(diǎn)總?cè)萘亢兔棵胩幚砟芰κ芟薜膯?wèn)題，提高了系統(tǒng)性能。

2.1.2 邏輯數(shù)據(jù)與物理存儲(chǔ)處理相分離

邏輯數(shù)據(jù)按照車(chē)站進(jìn)行劃分，物理節(jié)點(diǎn)按照域進(jìn)行劃分；每個(gè)域各自組成1個(gè)局域網(wǎng)，域內(nèi)的數(shù)據(jù)傳輸只在局域網(wǎng)內(nèi)進(jìn)行傳輸；跨域通信通過(guò)域間的光纖通信網(wǎng)絡(luò)進(jìn)行傳輸。

2.1.3 系統(tǒng)服務(wù)注冊(cè)與服務(wù)查詢

各個(gè)域的實(shí)時(shí)數(shù)據(jù)庫(kù)、歷史數(shù)據(jù)庫(kù)和其它服務(wù)模塊(如數(shù)據(jù)代理服務(wù))通過(guò)服務(wù)注冊(cè)方式向系統(tǒng)管理模塊進(jìn)行注冊(cè)；系統(tǒng)管理模塊負(fù)責(zé)提供系統(tǒng)所有模塊的信息查詢服務(wù)。

2.1.4 數(shù)據(jù)更新與訪問(wèn)

傳統(tǒng)綜合監(jiān)控系統(tǒng)的性能瓶頸在于前置機(jī)向?qū)崟r(shí)數(shù)據(jù)庫(kù)更新設(shè)備狀態(tài)變化數(shù)據(jù)。采用按域劃分的分布式系統(tǒng)后，綜合監(jiān)控系統(tǒng)的前置機(jī)一般情況下只向本域的實(shí)時(shí)數(shù)據(jù)庫(kù)更新設(shè)備狀態(tài)信息。只有在特殊情況下，前置機(jī)才會(huì)通過(guò)數(shù)據(jù)代理服務(wù)向其它域更新設(shè)備狀態(tài)數(shù)據(jù)。

客戶端訪問(wèn)數(shù)據(jù)代理服務(wù)首先通過(guò)域號(hào)確定該數(shù)據(jù)是否屬于本域。若屬于本域，則轉(zhuǎn)發(fā)至本域相應(yīng)服務(wù)；若不屬于本域，則根據(jù)域號(hào)和服務(wù)類型向系統(tǒng)管理查詢相關(guān)信息，并把請(qǐng)求轉(zhuǎn)發(fā)至相應(yīng)域。例如，當(dāng)OCC的客戶端訂閱或查詢車(chē)站設(shè)備實(shí)時(shí)狀態(tài)時(shí)，可通過(guò)OCC中心域的數(shù)據(jù)代理服務(wù)直接訪問(wèn)車(chē)站的實(shí)時(shí)數(shù)據(jù)庫(kù)，實(shí)時(shí)獲取車(chē)站設(shè)備狀態(tài)信息。

2.1.5 系統(tǒng)全冗余

采用全冗余技術(shù)避免單點(diǎn)故障引起的系統(tǒng)不可用問(wèn)題，冗余范圍包括客戶端之間、服務(wù)器之間、前置機(jī)之間、網(wǎng)絡(luò)設(shè)備之間等。同域客戶端互為備份，用戶根據(jù)角色分配權(quán)限登錄客戶端并使用權(quán)限所允許的功能。只要角色相同，用戶登錄任一同域客戶端，均能執(zhí)行相同功能的操作。服務(wù)端采用按模塊劃分的主備冗余技術(shù)，實(shí)時(shí)數(shù)據(jù)庫(kù)、歷史數(shù)據(jù)庫(kù)、數(shù)據(jù)代理服務(wù)、系統(tǒng)管理等均采用雙機(jī)熱備。前置機(jī)與接入的子系統(tǒng)/設(shè)備間采用分布式冗余技術(shù)：前置機(jī)根據(jù)要接入的系統(tǒng)部署多臺(tái)設(shè)備，與前置機(jī)相連接的子系統(tǒng)/設(shè)備則采用雙網(wǎng)冗余技術(shù)?？蛻舳?、服務(wù)器、前置機(jī)等通過(guò)網(wǎng)絡(luò)設(shè)備接入隔離的雙網(wǎng)。

2.2 基于大規(guī)模并發(fā)控制技術(shù)的實(shí)時(shí)數(shù)據(jù)庫(kù)

如圖2所示，采用多級(jí)緩存、多路徑數(shù)據(jù)訪問(wèn)、一致性散列算法、半搶占式動(dòng)態(tài)優(yōu)先級(jí)任務(wù)調(diào)度、動(dòng)態(tài)策略控制等大規(guī)模并發(fā)控制技術(shù)，開(kāi)發(fā)集數(shù)據(jù)更新、訂閱發(fā)布、信息查詢等功能于一體的實(shí)時(shí)數(shù)據(jù)庫(kù)，以提升系統(tǒng)的實(shí)時(shí)數(shù)據(jù)存儲(chǔ)容量與處理性能。

圖2 實(shí)時(shí)數(shù)據(jù)庫(kù)的結(jié)構(gòu)示意圖

2.2.1 多級(jí)并發(fā)處理

采用并發(fā)多級(jí)數(shù)據(jù)處理、多級(jí)緩存和消息隊(duì)列等技術(shù)，加快實(shí)時(shí)數(shù)據(jù)處理的速度。

2.2.2 多路徑數(shù)據(jù)訪問(wèn)

實(shí)時(shí)數(shù)據(jù)存儲(chǔ)采用鍵值對(duì)方式。為了加快數(shù)據(jù)訪問(wèn)的速度，可采用多路徑訪問(wèn)方式。根據(jù)訪問(wèn)目的不同采用不同的組織形式，如：?jiǎn)吸c(diǎn)數(shù)據(jù)訪問(wèn)時(shí)采用“拉鏈哈希+紅黑樹(shù)”方式，按站點(diǎn)或子系統(tǒng)類型批量訪問(wèn)時(shí)采用“層次樹(shù)+鏈表”方式。實(shí)際的數(shù)據(jù)結(jié)點(diǎn)同時(shí)掛接在多條訪問(wèn)路徑中，通過(guò)多條路徑均可訪問(wèn)。實(shí)時(shí)數(shù)據(jù)庫(kù)數(shù)據(jù)結(jié)點(diǎn)的組織結(jié)構(gòu)如圖3所示。

圖3 實(shí)時(shí)數(shù)據(jù)庫(kù)數(shù)據(jù)結(jié)點(diǎn)的組織結(jié)構(gòu)圖

當(dāng)數(shù)據(jù)單點(diǎn)訪問(wèn)時(shí)，通過(guò)哈希計(jì)算結(jié)合紅黑樹(shù)查詢可以直接定位結(jié)點(diǎn)位置；當(dāng)按站點(diǎn)或子系統(tǒng)類型訪問(wèn)多個(gè)數(shù)據(jù)時(shí)，首先根據(jù)站點(diǎn)或子系統(tǒng)類型通過(guò)單點(diǎn)訪問(wèn)模式確定位置，然后根據(jù)層次樹(shù)結(jié)構(gòu)順序訪問(wèn)多個(gè)數(shù)據(jù)。

如圖4所示，數(shù)據(jù)單點(diǎn)訪問(wèn)量在10萬(wàn)點(diǎn)以內(nèi)時(shí)，大多數(shù)情況下只需要進(jìn)行1次比對(duì)，比對(duì)次數(shù)極少出現(xiàn)超過(guò)3次的情況；數(shù)據(jù)單點(diǎn)訪問(wèn)量在100萬(wàn)點(diǎn)以內(nèi)時(shí)，通常只需要1～2次比對(duì)即可準(zhǔn)確定位，比對(duì)次數(shù)極少出現(xiàn)超過(guò)5次的情況。

圖4 數(shù)據(jù)單點(diǎn)訪問(wèn)時(shí)的比對(duì)次數(shù)

2.2.3 一致性散列算法

采用一致性散列算法技術(shù)，系統(tǒng)中若增加了站點(diǎn)數(shù)據(jù)，并不影響系統(tǒng)對(duì)既有數(shù)據(jù)的處理。相同的設(shè)備狀態(tài)信息在一致的通道上進(jìn)行處理，以保持?jǐn)?shù)據(jù)的前后一致性。

2.2.4 半搶占式動(dòng)態(tài)優(yōu)先級(jí)任務(wù)調(diào)度

在任務(wù)執(zhí)行過(guò)程中對(duì)監(jiān)測(cè)點(diǎn)實(shí)施監(jiān)測(cè)，若發(fā)現(xiàn)低優(yōu)先級(jí)任務(wù)占用了過(guò)多資源，系統(tǒng)會(huì)暫停低優(yōu)先級(jí)任務(wù)，轉(zhuǎn)而執(zhí)行高優(yōu)先級(jí)任務(wù)。任務(wù)的優(yōu)先級(jí)可根據(jù)時(shí)間、系統(tǒng)當(dāng)前狀況進(jìn)行動(dòng)態(tài)調(diào)整。

2.2.5 變化上傳與數(shù)據(jù)全召相結(jié)合

前置機(jī)實(shí)時(shí)采集系統(tǒng)各設(shè)備的狀態(tài)和信息。當(dāng)設(shè)備的狀態(tài)和信息發(fā)生變化時(shí)，前置機(jī)會(huì)將信息上傳至實(shí)時(shí)數(shù)據(jù)庫(kù)。若設(shè)備的狀態(tài)和信息沒(méi)有變化，前置機(jī)也會(huì)按照要求定時(shí)把所有設(shè)備狀態(tài)上傳至實(shí)時(shí)數(shù)據(jù)庫(kù)中。

2.2.6 訂閱發(fā)布和主動(dòng)查詢相結(jié)合

在訂閱發(fā)布模式下，當(dāng)前置機(jī)更新設(shè)備狀態(tài)信息時(shí)，實(shí)時(shí)數(shù)據(jù)庫(kù)根據(jù)所訂閱信息，向客戶端推送設(shè)備狀態(tài)變化信息，從而減少了信息查詢時(shí)間，加快了操作響應(yīng)速度。

用戶可在客戶端通過(guò)信息查詢方式主動(dòng)查詢實(shí)時(shí)數(shù)據(jù)庫(kù)信息，并對(duì)一定量的設(shè)備狀態(tài)進(jìn)行全召，以獲取當(dāng)前設(shè)備狀態(tài)。

2.2.7 動(dòng)態(tài)策略控制

動(dòng)態(tài)策略控制包括靜態(tài)更新發(fā)布策略、實(shí)時(shí)動(dòng)態(tài)影響因素、動(dòng)態(tài)更新發(fā)布策略、動(dòng)態(tài)策略控制執(zhí)行模塊(數(shù)據(jù)預(yù)處理模塊、信息發(fā)布模塊)等。系統(tǒng)根據(jù)靜態(tài)更新發(fā)布策略和實(shí)時(shí)動(dòng)態(tài)影響因素生成動(dòng)態(tài)更新發(fā)布策略。系統(tǒng)基于動(dòng)態(tài)更新發(fā)布策略，由數(shù)據(jù)預(yù)處理模塊實(shí)時(shí)控制數(shù)據(jù)的更新，由信息發(fā)布模塊實(shí)時(shí)控制數(shù)據(jù)的發(fā)布。數(shù)據(jù)更新與發(fā)布的結(jié)果將反饋至實(shí)時(shí)動(dòng)態(tài)影響因素庫(kù)中，并影響接下來(lái)的實(shí)時(shí)數(shù)據(jù)更新和發(fā)布。動(dòng)態(tài)策略控制能夠應(yīng)對(duì)異常工況下大并發(fā)量數(shù)據(jù)的更新和發(fā)布，其實(shí)時(shí)動(dòng)態(tài)影響因素如圖5所示。

圖5 基于動(dòng)態(tài)策略控制的實(shí)時(shí)動(dòng)態(tài)影響因素圖

2.3 基于數(shù)據(jù)特性的時(shí)序型歷史數(shù)據(jù)庫(kù)

綜合監(jiān)控系統(tǒng)關(guān)注的數(shù)據(jù)帶有明顯的時(shí)間特征。因此，采用并發(fā)多級(jí)處理、冷熱分區(qū)、結(jié)構(gòu)化合并樹(shù)(LSM)、順序?qū)懭氲却笠?guī)模數(shù)據(jù)存儲(chǔ)技術(shù)，開(kāi)發(fā)集高速寫(xiě)入、高速讀取等功能于一體的時(shí)序型歷史數(shù)據(jù)庫(kù)技術(shù)，可以提升綜合監(jiān)控系統(tǒng)的歷史存儲(chǔ)容量和歷史數(shù)據(jù)讀寫(xiě)能力。時(shí)序型歷史數(shù)據(jù)庫(kù)的結(jié)構(gòu)如圖6所示。

2.3.1 時(shí)序數(shù)據(jù)結(jié)構(gòu)

城市軌道交通綜合監(jiān)控系統(tǒng)所存儲(chǔ)的數(shù)據(jù)都具有時(shí)間特性。系統(tǒng)根據(jù)時(shí)間順序存儲(chǔ)數(shù)據(jù)，且需要滿足全線所有設(shè)備歷史狀態(tài)信息的實(shí)時(shí)寫(xiě)入，這對(duì)數(shù)據(jù)寫(xiě)入的性能要求非常高。傳統(tǒng)綜合監(jiān)控系統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)無(wú)法滿足這一要求，需采用以時(shí)間戳為標(biāo)志的時(shí)序數(shù)據(jù)結(jié)構(gòu)，對(duì)綜合監(jiān)控系統(tǒng)的歷史數(shù)據(jù)進(jìn)行存儲(chǔ)和處理。

圖6 時(shí)序型歷史數(shù)據(jù)庫(kù)的結(jié)構(gòu)示意圖

2.3.2 多級(jí)并發(fā)處理

采用多路數(shù)據(jù)處理、多級(jí)緩存、多路排序壓縮等處理操作，以應(yīng)對(duì)數(shù)據(jù)的高速寫(xiě)入要求。在多路數(shù)據(jù)處理過(guò)程中，通過(guò)預(yù)寫(xiě)日志來(lái)保證在異常情況下數(shù)據(jù)不丟失。

2.3.3 冷熱分區(qū)

采用多級(jí)冷緩存和熱緩存技術(shù)將數(shù)據(jù)保留在內(nèi)存中，用以加速數(shù)據(jù)的高速寫(xiě)入和高速查詢。其中，冷緩存數(shù)據(jù)只能進(jìn)行查詢，不能進(jìn)行更新操作；多路查詢不需要競(jìng)爭(zhēng)條件，可同時(shí)查詢。數(shù)據(jù)只能寫(xiě)入熱緩存。當(dāng)數(shù)據(jù)達(dá)到一定數(shù)量后，熱緩存將轉(zhuǎn)變?yōu)槔渚彺?，不再接受?xiě)入操作，此時(shí)系統(tǒng)將重新創(chuàng)建熱緩存來(lái)接收寫(xiě)入數(shù)據(jù)。

2.3.4 結(jié)構(gòu)化合并樹(shù)

冷緩存和熱緩存的數(shù)據(jù)采用結(jié)構(gòu)化合并樹(shù)技術(shù)，按照時(shí)間戳進(jìn)行組織，多棵樹(shù)可以在內(nèi)存中合并成一棵大樹(shù)，為順序?qū)懭牒妥x取創(chuàng)造條件。

2.3.5 順序?qū)懭牒妥x取

綜合監(jiān)控系統(tǒng)的歷史數(shù)據(jù)需要長(zhǎng)時(shí)間存儲(chǔ)在磁盤(pán)、磁帶庫(kù)等設(shè)備上，因而磁盤(pán)、磁帶庫(kù)等設(shè)備的順序讀寫(xiě)性能要求比隨機(jī)讀寫(xiě)性能要求高得多。熱緩存的數(shù)據(jù)達(dá)到一定數(shù)量后，熱緩存轉(zhuǎn)變成冷緩存，然后把冷緩存數(shù)據(jù)順序?qū)懭氪鎯?chǔ)設(shè)備。歷史數(shù)據(jù)庫(kù)通過(guò)全量、增量、差異備份和恢復(fù)等技術(shù)保證歷史數(shù)據(jù)安全。

3 性能模擬測(cè)試

3.1 模擬測(cè)試場(chǎng)景

在實(shí)驗(yàn)室進(jìn)行綜合監(jiān)控系統(tǒng)的科研項(xiàng)目性能模擬測(cè)試。綜合監(jiān)控系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)和OCC客戶端的HMI(人機(jī)界面)如圖7所示。模擬測(cè)試的場(chǎng)景如下：

1) 模擬線路：1條具有1個(gè)OCC、1個(gè)車(chē)輛段、1個(gè)停車(chē)場(chǎng)和22個(gè)車(chē)站的地鐵線路。

2) 單個(gè)節(jié)點(diǎn)模擬設(shè)備總點(diǎn)數(shù)為110萬(wàn)，全線模擬設(shè)備總點(diǎn)數(shù)為2 750萬(wàn)。

3) 測(cè)試所用服務(wù)器和工作站均采用物理機(jī)。其中：OCC的服務(wù)器采用HPE ProLiant DL560 Gen10；OCC工作站采用聯(lián)想揚(yáng)天A8000t；車(chē)站服務(wù)器采用曙光I620-G20；車(chē)站工作站采用聯(lián)想ThinkCentre M8500T-N085。

4) 網(wǎng)絡(luò)采用光纖雙環(huán)網(wǎng)。

5) 1個(gè)域的實(shí)時(shí)數(shù)據(jù)庫(kù)和歷史數(shù)據(jù)庫(kù)只處理和存儲(chǔ)1個(gè)車(chē)站/車(chē)輛段的數(shù)據(jù)。

6) 通過(guò)設(shè)置死區(qū)等機(jī)制來(lái)判斷模擬數(shù)據(jù)是否發(fā)生變化。

圖7 綜合監(jiān)控系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖

3.2 單節(jié)點(diǎn)系統(tǒng)性能

1) 實(shí)時(shí)數(shù)據(jù)庫(kù)：容量達(dá)到110萬(wàn)點(diǎn)，更新性能達(dá)到32萬(wàn)點(diǎn)/s，查詢性能達(dá)到28萬(wàn)點(diǎn)/s。

2) 歷史數(shù)據(jù)庫(kù)：寫(xiě)入性能達(dá)到26萬(wàn)條/s，讀取性能達(dá)到9萬(wàn)條/s。

3) 系統(tǒng)響應(yīng)時(shí)間：50 ms(從前置機(jī)接收到狀態(tài)變化起到車(chē)站客戶端HMI監(jiān)控畫(huà)面發(fā)生變化止)。

3.3 全線系統(tǒng)性能

1) 實(shí)時(shí)數(shù)據(jù)庫(kù)：總?cè)萘窟_(dá)到2 750萬(wàn)點(diǎn)，更新能力達(dá)到630萬(wàn)點(diǎn)/s，查詢性能達(dá)到580萬(wàn)點(diǎn)/s。

2) 歷史數(shù)據(jù)庫(kù)：寫(xiě)入能力達(dá)到560萬(wàn)條/s，讀取能力達(dá)到160萬(wàn)條/s。

3) 系統(tǒng)響應(yīng)時(shí)間：80 ms(從前置機(jī)接收到狀態(tài)變化起到OCC客戶端HMI監(jiān)控畫(huà)面發(fā)生變化止)。

4 結(jié)語(yǔ)

傳統(tǒng)的城市軌道交通綜合監(jiān)控系統(tǒng)受制于系統(tǒng)的容量及處理性能，監(jiān)控點(diǎn)的數(shù)據(jù)處理和存儲(chǔ)以及對(duì)突發(fā)事件的反應(yīng)速度均受到嚴(yán)重影響。通過(guò)采用大規(guī)模全景數(shù)據(jù)并發(fā)控制及存儲(chǔ)技術(shù)，提升了對(duì)全景數(shù)據(jù)的實(shí)時(shí)處理能力和歷史存儲(chǔ)能力，可滿足全自動(dòng)運(yùn)行模式下對(duì)綜合監(jiān)控系統(tǒng)性能的要求。實(shí)驗(yàn)室模擬測(cè)試結(jié)果表明，此技術(shù)已可滿足二線城市的城市軌道交通線網(wǎng)綜合監(jiān)控系統(tǒng)關(guān)于系統(tǒng)容量和性能方面的需求。此外，由于大規(guī)模全景數(shù)據(jù)并發(fā)控制及存儲(chǔ)技術(shù)采用了分布式架構(gòu)，理論上可通過(guò)增加硬件設(shè)備和提高網(wǎng)絡(luò)帶寬等措施進(jìn)一步提升綜合監(jiān)控系統(tǒng)的容量和性能，從而滿足更大規(guī)模的城市軌道交通線網(wǎng)對(duì)綜合監(jiān)控工程的要求。