容長生,劉波
(1. 中國鐵路總公司 運輸局,北京 100844;2. 株洲中車時代電氣股份有限公司,湖南 株洲 412001)
中國機車遠程監(jiān)測與診斷系統(tǒng)(CMD系統(tǒng))后臺數(shù)據(jù)處理技術(shù)
容長生1,劉波2
(1. 中國鐵路總公司 運輸局,北京 100844;2. 株洲中車時代電氣股份有限公司,湖南 株洲 412001)
中國機車遠程監(jiān)測與診斷系統(tǒng)(CMD系統(tǒng))后臺處理系統(tǒng)接收機車數(shù)據(jù),通過轉(zhuǎn)儲與解析程序?qū)⑻幚砗蟮臄?shù)據(jù)存儲至數(shù)據(jù)庫服務(wù)器,并對數(shù)據(jù)和故障進行分析,是CMD系統(tǒng)不可或缺的部分,為整個系統(tǒng)提供強有力的數(shù)據(jù)支撐。結(jié)合CMD系統(tǒng),從實踐使用角度出發(fā),對其后臺數(shù)據(jù)處理技術(shù)的應(yīng)用進行探討。
機車;遠程監(jiān)測;診斷;CMD系統(tǒng);數(shù)據(jù)解析;MQ消息隊列技術(shù);Oracle數(shù)據(jù)庫存儲技術(shù);Mongo數(shù)據(jù)庫分片集群技術(shù)
隨著計算機與網(wǎng)絡(luò)通信技術(shù)的快速發(fā)展及全球定位系統(tǒng)定位準確性的提高,使得鐵路交通運輸領(lǐng)域的監(jiān)控、定位、展示逐步走向電子化、數(shù)字化和可視化。為適應(yīng)我國鐵路機務(wù)管理實際業(yè)務(wù)需要,中國鐵路總公司(簡稱總公司)于2015年立項開展機車車輛安全運用技術(shù)研究——機車遠程監(jiān)測與診斷信息地面綜合應(yīng)用研究。
機車數(shù)據(jù)通過鐵路統(tǒng)一傳輸平臺進入鐵路內(nèi)網(wǎng),經(jīng)過解析處理后存入地面綜合應(yīng)用子系統(tǒng)的數(shù)據(jù)庫服務(wù)器中。在中國機車遠程監(jiān)測與診斷系統(tǒng)(CMD系統(tǒng))運行過程中,后臺數(shù)據(jù)解析與存儲是整個系統(tǒng)的核心環(huán)節(jié),設(shè)計人員通過對數(shù)據(jù)解析與存儲處理技術(shù)進行優(yōu)化,解決了數(shù)據(jù)實時性、系統(tǒng)穩(wěn)定性及安全存儲方面的問題[1-2]。
1.1 MQ消息隊列技術(shù)
MQ消息隊列技術(shù)是應(yīng)用程序之間交換信息的一種技術(shù),消息隊列可駐留在內(nèi)存或磁盤上,隊列存儲消息直到它們被應(yīng)用程序讀走。通過消息隊列,應(yīng)用程序可獨立執(zhí)行,在繼續(xù)執(zhí)行前也不需等待接收程序接收此消息。此技術(shù)具有可靠傳輸、不重復(fù)傳輸、異步傳輸、消息驅(qū)動與支持事務(wù)等優(yōu)點。
1.2 Oracle海量存儲技術(shù)
Oracle數(shù)據(jù)庫系統(tǒng)是目前最流行的關(guān)系數(shù)據(jù)庫管理系統(tǒng)之一,擁有可移植性好、功能強等優(yōu)點,是一種可靠性好、數(shù)據(jù)安全性強且適應(yīng)高吞吐量的數(shù)據(jù)庫。其存儲技術(shù)分2種:合的技術(shù)與分的技術(shù),合的技術(shù)將各分層存儲的數(shù)據(jù)整合在一起,分的技術(shù)則是將數(shù)據(jù)分布式存儲。在存儲與優(yōu)化方面,Oracle涉及到的技術(shù)有分布式技術(shù)、Cache技術(shù)、數(shù)據(jù)庫范式設(shè)計、數(shù)據(jù)庫SQL并行執(zhí)行技術(shù)等;此外,數(shù)據(jù)解析入庫時,Oracle還支持批量更新、多表插入技術(shù)等。
1.3 Mongo數(shù)據(jù)庫分片集群技術(shù)
Mongo數(shù)據(jù)庫是基于NoSQL技術(shù)實現(xiàn),為分布式文件存儲的數(shù)據(jù)庫,主要是解決海量數(shù)據(jù)的訪問效率問題,為Web應(yīng)用提供可擴展的高性能數(shù)據(jù)庫存儲解決方案。
現(xiàn)行Mongo數(shù)據(jù)庫存儲主要是通過分片集群技術(shù)實現(xiàn),此技術(shù)分片包括3個組成部分:Mongod集合數(shù)據(jù)容器、Mongos路由器進程和配置服務(wù)器。
(1)Mongod集合數(shù)據(jù)容器:將數(shù)據(jù)庫中的數(shù)據(jù)進行拆分保存在不同機器上,即分片,包括手動分片和自動分片;Mongo數(shù)據(jù)庫則支持自動分片。
(2)Mongos路由器進程:Mongos管理所有數(shù)據(jù)的存放位置,應(yīng)用連接Mongos發(fā)送請求;Mongos對應(yīng)用隱藏分片細節(jié),將請求轉(zhuǎn)發(fā)到相應(yīng)數(shù)據(jù)庫服務(wù)器。
(3)配置服務(wù)器:即片鍵,其存儲集群配置信息,是作為數(shù)據(jù)拆分的依據(jù);Mongo數(shù)據(jù)庫依據(jù)片鍵將數(shù)據(jù)拆分,在機器數(shù)量添加和刪除時,數(shù)據(jù)庫會重新平衡數(shù)據(jù),使其流量自動趨于均衡。
2.1 后臺處理系統(tǒng)
2.1.1 數(shù)據(jù)分類與傳輸方式
在CMD系統(tǒng)中,傳輸?shù)臄?shù)據(jù)按照時效性可分為:(1)實時數(shù)據(jù),即指機車運行過程中實時發(fā)送到地面的數(shù)據(jù),主要包括地面系統(tǒng)點播的數(shù)據(jù)和實時運行及故障信息;(2)非實時數(shù)據(jù),即故障記錄文件和事件記錄文件等大容量數(shù)據(jù),這些信息在機車入庫時轉(zhuǎn)儲到地面服務(wù)器。實時數(shù)據(jù)傳輸方式分為時間觸發(fā)(傳輸頻率可設(shè)置的定時傳輸方式)、故障觸發(fā)的傳輸方式,以及由地面遠程觸發(fā)數(shù)據(jù)點播方式;非實時數(shù)據(jù)傳輸方式分為無線自動轉(zhuǎn)儲和人工手動轉(zhuǎn)儲。
2.1.2 后臺處理系統(tǒng)架構(gòu)設(shè)計
CMD系統(tǒng)后臺系統(tǒng)包括總公司、鐵路局、機務(wù)段3級數(shù)據(jù)處理中心,具體實現(xiàn)對機車數(shù)據(jù)的處理及存儲功能。鐵路的3級用戶可以在鐵路內(nèi)網(wǎng)訪問CMD系統(tǒng)地面系統(tǒng),CMD系統(tǒng)后臺系統(tǒng)物理架構(gòu)見圖1。機車作為數(shù)據(jù)源頭,分別通過3G/4G/北斗通道將實時數(shù)據(jù)通過MTUP安全平臺傳送到部署在鐵路內(nèi)網(wǎng)的服務(wù)器;非實時數(shù)據(jù)通過無線自動轉(zhuǎn)儲方式將記錄文件自動轉(zhuǎn)儲到段級機務(wù)信息平臺[3-4]。
圖1 CMD系統(tǒng)后臺系統(tǒng)物理架構(gòu)
2.2 總公司級后臺系統(tǒng)數(shù)據(jù)處理
總公司級后臺處理系統(tǒng)主要包括3個部分:數(shù)據(jù)接收分發(fā)、MQ隊列管理和數(shù)據(jù)解析入庫。處理的數(shù)據(jù)為實時數(shù)據(jù),包括3類數(shù)據(jù):機車狀態(tài)信息、北斗數(shù)據(jù)與基本信息,如機車速度、工況、機車位置、機車號、車次、經(jīng)緯度等信息;機車故障和相關(guān)環(huán)境數(shù)據(jù);根據(jù)地面綜合應(yīng)用子系統(tǒng)的歷史點播指令傳輸?shù)臋C車數(shù)據(jù)。
后臺處理實時數(shù)據(jù)時,iComServ分發(fā)程序處理數(shù)據(jù)接收與分發(fā);MQ隊列管理由IBM WebSphere MQ資源管理器軟件實現(xiàn);數(shù)據(jù)解析入庫可分成2個程序集,包括Oracle與Mongo解析入庫程序集(見圖2)。
2.2.1 數(shù)據(jù)分發(fā)處理
數(shù)據(jù)分發(fā)處理由iComServ分發(fā)程序?qū)崿F(xiàn),處理流程見圖3。
圖2 總公司級后臺處理架構(gòu)
圖3 iComServ分發(fā)程序處理流程
此程序連接MQ隊列管理器,接收來自MTUP的數(shù)據(jù)包,通過復(fù)制數(shù)據(jù)轉(zhuǎn)發(fā)的方式,將數(shù)據(jù)包分別存入各隊列中,是Oracle與Mongo解析入庫等程序的數(shù)據(jù)源中轉(zhuǎn)站。程序還設(shè)置有錯誤處理機制與日志功能,記錄處理隊列的異常情況,如異常隊列的故障時間與原因、機車數(shù)據(jù)的概要信息等。
2.2.2 MQ隊列管理
MQ隊列管理由IBM WebSphere MQ資源管理器軟件實現(xiàn),通過建立本地或遠程隊列,管理與應(yīng)用程序間數(shù)據(jù)包的接收或發(fā)送(見圖4)。此外,各隊列通過設(shè)置最大隊列深度、消息長度、優(yōu)先級、各類觸發(fā)器等參數(shù)來實現(xiàn)消息數(shù)據(jù)的獨立管理。在CMD系統(tǒng)中,使用此MQ隊列管理器軟件建立了10多個隊列,以供后臺數(shù)據(jù)解析程序使用。
圖4 MQ隊列管理程序架構(gòu)
2.2.3 解析入庫處理
解析入庫處理為系統(tǒng)后臺處理的重點,可分成兩大模塊:Oracle與Mongo解析。Oracle解析入庫包含按車型分類的多個實時數(shù)據(jù)解析與歷史點播處理,其中實時數(shù)據(jù)解析程序分別從各自隊列中讀取數(shù)據(jù),解析后寫入Oracle數(shù)據(jù)庫對應(yīng)的表中,其處理流程見圖5。
歷史數(shù)據(jù)點播處理時,由地面遠程觸發(fā),根據(jù)地面綜合應(yīng)用子系統(tǒng)的指令傳輸相應(yīng)類型機車數(shù)據(jù),再通過實時數(shù)據(jù)解析程序,將歷史點播請求到的高密實時數(shù)據(jù)解析寫入數(shù)據(jù)庫。整個歷史數(shù)據(jù)點播處理流程見圖6。
Mongo解析包括實時數(shù)據(jù)與機車軌跡解析2個子程序,讀取MQ管理器中對應(yīng)隊列的數(shù)據(jù)后,再解析入庫到Mongo數(shù)據(jù)庫相關(guān)的表中。以機車軌跡程序為例,程序讀取TEST85Q中的實時數(shù)據(jù),解析出車型、車號、時間、機車經(jīng)緯度、司機等軌跡相關(guān)的信息,寫入數(shù)據(jù)庫此機車的軌跡表中,其處理流程見圖7。
圖5 Oracle實時數(shù)據(jù)解析流程
圖6 Oracle歷史數(shù)據(jù)點播處理流程
圖7 Mongo實時數(shù)據(jù)處理流程
2.3 鐵路局級后臺系統(tǒng)數(shù)據(jù)處理
鐵路機務(wù)管理信息系統(tǒng)在總公司、鐵路局級利用已經(jīng)部署的統(tǒng)一傳輸平臺,為鐵路綜合IT網(wǎng)中各專業(yè)應(yīng)用系統(tǒng)提供統(tǒng)一的傳輸服務(wù)。在CMD系統(tǒng)中,鐵路局級數(shù)據(jù)處理中心主要是通過搭建的傳輸平臺作為傳輸通道,保證數(shù)據(jù)的安全傳輸。鐵路局級數(shù)據(jù)流來源與總公司級相同,數(shù)據(jù)通過MQ管理軟件及相關(guān)解析程序解析后,發(fā)送給所在局的應(yīng)用服務(wù)器。
以機車檢修程序為例,程序解析出所需的故障數(shù)據(jù),按協(xié)議生成對應(yīng)的格式報文,發(fā)送到鐵路局所屬遠程隊列,以供鐵路局中機車檢修系統(tǒng)使用,其數(shù)據(jù)處理流程見圖8。
2.4 機務(wù)段級后臺系統(tǒng)數(shù)據(jù)處理
2.4.1 機務(wù)段系統(tǒng)結(jié)構(gòu)設(shè)計
CMD系統(tǒng)機務(wù)段級后臺處理主要包括WLAN無線轉(zhuǎn)儲、FTP服務(wù)器、分發(fā)管理、數(shù)據(jù)庫軟件和文件解析等功能,通過機務(wù)段級統(tǒng)一傳輸平臺與其他系統(tǒng)接口進行數(shù)據(jù)交互,其系統(tǒng)物理架構(gòu)見圖9。
2.4.2 WLAN轉(zhuǎn)儲解析處理
在CMD系統(tǒng)中,機車入段后,通過WLAN無線轉(zhuǎn)儲軟件實現(xiàn)車地非實時信息雙向傳輸,將車載綜合信息監(jiān)測裝置(LDP)等車載設(shè)備的記錄數(shù)據(jù)、機車電子履歷等大容量信息發(fā)送到無線轉(zhuǎn)儲服務(wù)器中,機務(wù)段用戶可通過文件解析軟件分析所下載的數(shù)據(jù)文件。其中WLAN轉(zhuǎn)儲處理軟件主要功能由WLAN下載程序的客戶端與服務(wù)器端實現(xiàn),相比于總公司解析的實時數(shù)據(jù),其數(shù)據(jù)更全面、數(shù)據(jù)量更大。以WLAN下載程序服務(wù)器端為例,其數(shù)據(jù)處理流程見圖10。
圖8 機車檢修程序數(shù)據(jù)處理流程
圖9 機務(wù)段系統(tǒng)物理架構(gòu)
圖10 機務(wù)段WLAN下載程序處理流程
3.1 數(shù)據(jù)存儲需求
目前CMD系統(tǒng)中,每臺設(shè)備10 s上傳一包數(shù)據(jù),則每天的數(shù)據(jù)量將會達到2億條。在現(xiàn)有運行4 000余臺機車的情況下,每天可產(chǎn)生超過50G的數(shù)據(jù)。這些數(shù)據(jù)需要通過解析存儲后才能呈現(xiàn),數(shù)據(jù)庫負載壓力將會非常大。面對如此大量的數(shù)據(jù)及逐漸增多的業(yè)務(wù)場景,系統(tǒng)運行速度會逐漸減慢,響應(yīng)時間逐漸變長,效率變低,穩(wěn)定性變差。
針對CMD系統(tǒng)數(shù)據(jù)存儲面臨的情況,設(shè)計人員對比各類數(shù)據(jù)庫存儲特點,將系統(tǒng)業(yè)務(wù)進行分解,將機車歷史數(shù)據(jù)(包括實時、故障與事件等數(shù)據(jù))存入Oracle數(shù)據(jù)庫;機車實時數(shù)據(jù)存放于Mongo數(shù)據(jù)庫,且只更新存放一條最新的實時數(shù)據(jù)。
3.2 數(shù)據(jù)存儲技術(shù)應(yīng)用
3.2.1 Oracle數(shù)據(jù)庫存儲及優(yōu)化
在CMD系統(tǒng)中,機車Oracle歷史數(shù)據(jù)存儲面臨幾個問題:一是存儲數(shù)據(jù)容量不斷增加,如何削減每天實時數(shù)據(jù)的開支,節(jié)約成本,以保證較高的可用性;二是越來越復(fù)雜的環(huán)境使得存儲的數(shù)據(jù)無法有效管理。數(shù)據(jù)庫存儲設(shè)計過程中,設(shè)計人員通過一系列Oracle數(shù)據(jù)庫優(yōu)化技術(shù)的應(yīng)用,使得CMD系統(tǒng)能夠高效穩(wěn)定運行,為CMD系統(tǒng)進一步推廣和實施奠定基礎(chǔ)。
(1)對海量數(shù)據(jù)進行分庫分區(qū)操作。在CMD系統(tǒng)Oracle數(shù)據(jù)庫中,將數(shù)據(jù)更新頻率較低的表和數(shù)據(jù)更新頻率較高的表分別建庫;對于數(shù)據(jù)量比較龐大的表進行分表,根據(jù)實際情況采取按天分表、按月分表,如車載設(shè)備下發(fā)的數(shù)據(jù)基本都是基于時間序列的數(shù)據(jù),所以針對大部分實時數(shù)據(jù)信息表可使用按天分區(qū)或按月分區(qū)的策略;也可根據(jù)機車屬性進行分表,如按車型分表。分庫分區(qū)技術(shù)的使用不僅改善了數(shù)據(jù)庫的查詢性能,而且設(shè)計人員也可搜索自己關(guān)心的分區(qū),提高檢索速度;增強數(shù)據(jù)可用性,如果表的某個分區(qū)出現(xiàn)故障,表在其他分區(qū)的數(shù)據(jù)仍可用,且只需修復(fù)該數(shù)據(jù)分區(qū)即可;此外還可把不同分區(qū)映射到磁盤以平衡I/O,改善整個數(shù)據(jù)庫系統(tǒng)性能。
(2)建立廣泛的索引。索引是一個單獨的物理數(shù)據(jù)庫結(jié)構(gòu),是某個表中一列或若干列值的集合和指向表中物理標(biāo)識這些值的數(shù)據(jù)列的邏輯指針清單。在CMD系統(tǒng)Oracle數(shù)據(jù)庫存儲過程中,索引設(shè)計遵循以下規(guī)則:首先,大部分索引應(yīng)是WHERE子句中最頻繁使用的字段,同時盡量避免在用到函數(shù)的字段上建立索引;其次,在多個表上用到復(fù)合索引技術(shù)時,索引建立在小字段上,對于大的文本字段甚至超長字段,一般不建索引;最后,在經(jīng)常與其他表進行連接的表中,在連接字段上跨表建立索引。
(3)定制強大的清洗規(guī)則和出錯處理機制。利用存儲過程和定時任務(wù)將一段時間內(nèi)重要的歷史數(shù)據(jù)定時備份,并根據(jù)自身需求,定時刪除一些不需要的數(shù)據(jù),減少每個表中數(shù)據(jù)的大小,提升寫入和查詢效率。
(4)后臺解析程序的優(yōu)化,多表插入技術(shù)與建立緩存機制。在后臺解析程序?qū)懭霐?shù)據(jù)前,盡量將一些基礎(chǔ)數(shù)據(jù)(如司機信息、線路、車站等)信息緩存到內(nèi)存中,在后臺程序中完成相應(yīng)數(shù)據(jù)的抽取及整合,大量減少數(shù)據(jù)庫訪問次數(shù),提高數(shù)據(jù)庫運行效率。Oracle還支持多表插入技術(shù)。解析程序?qū)?shù)據(jù)插入到多個目標(biāo)表中,或根據(jù)特殊業(yè)務(wù)轉(zhuǎn)換規(guī)則,將數(shù)據(jù)插入多個可能的目標(biāo)表中的一個。
(5)其他海量數(shù)據(jù)存儲的處理方法。數(shù)據(jù)庫在使用過程中還引進了一些其他技術(shù)。例如,選用優(yōu)秀的數(shù)據(jù)庫工具;建立緩存機制;加大虛擬內(nèi)存;分批處理;使用臨時表和中間表;優(yōu)化查詢SQL語句;建立視圖或物化視圖等[5-7]。
3.2.2 Mongo數(shù)據(jù)庫存儲及優(yōu)化
考慮到機車實時數(shù)據(jù)在CMD系統(tǒng)前端展示時分成了十幾個網(wǎng)頁模塊,即平均每秒2萬多條數(shù)據(jù)進行讀寫的情況,設(shè)計人員在使用Mongo數(shù)據(jù)庫進行存儲時,每一頁面模塊對應(yīng)設(shè)計一個數(shù)據(jù)表,提高系統(tǒng)的讀寫速度。
單個Mongo數(shù)據(jù)庫服務(wù)器容易在CPU、內(nèi)存或I/O資源上出現(xiàn)瓶頸,后臺設(shè)計人員使用分片集群與讀寫分離的技術(shù),即將數(shù)據(jù)分布到多個數(shù)據(jù)庫實例上來分散訪問壓力。每個數(shù)據(jù)庫實例即分片都是一個獨立數(shù)據(jù)庫,所有分片組合則是一個完整數(shù)據(jù)庫。此外,為提高數(shù)據(jù)庫系統(tǒng)的穩(wěn)定性,還使用了Replica set方式實現(xiàn)數(shù)據(jù)庫系統(tǒng)的故障轉(zhuǎn)移、切換與災(zāi)難恢復(fù)。Mongo數(shù)據(jù)庫存儲設(shè)計見圖11。
可見,在Mongo數(shù)據(jù)庫中,有Primary和2個 Secondary共3個副本集,Secondary副本集會自動復(fù)制Primary數(shù)據(jù)集中的全部數(shù)據(jù)。Replica set方式自動選擇Primary數(shù)據(jù)集為主節(jié)點,其余2個副本集為從節(jié)點。主節(jié)點上能夠完成讀寫操作,從節(jié)點僅能用于讀操作。每個副本集由3個Mongo數(shù)據(jù)庫實例組成,分布在3個不同IP地址,即尾地址為84、85和86的物理機上。其中84、85上的節(jié)點主要完成寫操作,86上的節(jié)點主要用于讀操作。當(dāng)實時解析程序連接數(shù)據(jù)庫寫數(shù)據(jù)時,根據(jù)配置服務(wù)器,由84與85機器上的Mongos將數(shù)據(jù)均衡到其管理的Mongod集群,即84、85上的數(shù)據(jù)庫實例;而當(dāng)前端查詢實時數(shù)據(jù)時,則會由86機器上的Mongos將數(shù)據(jù)分配到其管理的Mongod(86)集群。
圖11 Mongo數(shù)據(jù)庫存儲設(shè)計
Mongo數(shù)據(jù)庫分片集群心跳設(shè)計見圖12,3個副本集中對應(yīng)節(jié)點間通過傳遞心跳來檢測各自健康狀況,其心跳信息默認每2 s傳遞一次。當(dāng)Primary數(shù)據(jù)集主節(jié)點故障時,系統(tǒng)自動從2個Secondary從節(jié)點中選舉出新的Primary節(jié)點,從而避免單點故障的發(fā)生,確保Mongo數(shù)據(jù)庫系統(tǒng)的高可用性與穩(wěn)定性。
圖12 Mongo數(shù)據(jù)庫分片集群心跳設(shè)計
綜上所述,CMD系統(tǒng)后臺數(shù)據(jù)處理技術(shù)解決了機車在實際運行過程中的數(shù)據(jù)解析與存儲問題,滿足實時監(jiān)控機車運行狀態(tài)、提高列車安全性能等要求,對鐵路信息化建設(shè)具有重要意義。
但考慮到實時運行數(shù)據(jù)呈快速增長趨勢,且在以后可能會有新的需求,要對如此海量數(shù)據(jù)進行大量數(shù)據(jù)挖掘分析操作,現(xiàn)行數(shù)據(jù)庫在實時性上可能無法滿足。為避免此類情況,后臺處理系統(tǒng)未來可使用以Hadoop為核心的大數(shù)據(jù)平臺技術(shù)[8]。相比于傳統(tǒng)關(guān)系型數(shù)據(jù)庫,如果將大數(shù)據(jù)技術(shù)運用到CMD系統(tǒng)中,如基于Spark Streaming的實時數(shù)據(jù)計算技術(shù)、基于Hbase的海量數(shù)據(jù)存儲技術(shù)及基于Phoenix的數(shù)據(jù)查詢引擎技術(shù)等,不僅能夠解決大數(shù)據(jù)存儲、檢索的問題,其分布式的計算能力還可為新的數(shù)據(jù)挖掘開發(fā)提供強有力的支持。
[1] 申瑞源.構(gòu)建大功率機車整備體系的研究與思考[J].中國鐵路,2012(6):7-10.
[2] 張大勇.提升我國機車技術(shù)水平的路徑探討[J].中國鐵路,2015(6):1-4.
[3] TJ/JW 023—2014 中國機車遠程監(jiān)測與診斷系統(tǒng)(CMD系統(tǒng))總體暫行技術(shù)規(guī)范[S].
[4] TJ/JW 027—2014 中國機車遠程監(jiān)測與診斷系統(tǒng)(CMD系統(tǒng))地面綜合應(yīng)用子系統(tǒng)暫行技術(shù)規(guī)范[S].[5] 王慶武,唐國平.機車遠程監(jiān)視與診斷系統(tǒng)研究與設(shè)計[J].機車電傳動,2012(3):42-44.
[6] 唐國平,李國華.LAIS列車運行狀態(tài)信息系統(tǒng)[J].機車電傳動,2007(4):52-56.
[7] 龔利.鐵路機車遠程監(jiān)控與故障診斷系統(tǒng)設(shè)計[J].計算機工程,2012(4):227-229.
[8] 顏昌盛,高明星,趙珅,等.基于Hadoop的鐵路貨運歷史數(shù)據(jù)分析解決方案[J].中國鐵路,2014(4):94-97.
責(zé)任編輯 高紅義
Background Data Processing Technology of CMD System
RONG Zhangsheng1,LIU Bo2
(1. Transportation Bureau,CHINA RAILWAY,Beijing 100844,China;2. Zhuzhou CRRC Times Electric Co Ltd,Zhuzhou Hunan 412001,China)
The background data processing technology of CMD system receives the locomotive data and stores the processed data through dump and analytic program. Comparing the data and faults is the indispensable part for the CMD system, providing the data support for the whole system. This paper discusses the application of its background data processing technology combined with the whole system in the practical operation.
locomotive;remote monitoring;diagnosis;CMD system;data analysis;Message Queue technology;Oracle database storage technology;Mongo database partition and cluster technology
U26;TP277
A
1001-683X(2017)03-0028-07
10.19549/j.issn.1001-683x.2017.03.028
2016-12-16
容長生(1975—),男,高級工程師。
劉波(1989—),男,助理工程師。E-mail:damonlb@163.com