城市軌道交通綜合監(jiān)控系統(tǒng)數(shù)據(jù)庫(kù)部署及服務(wù)器配置方案研究

袁偉（鐵道第三勘察設(shè)計(jì)院集團(tuán)有限公司廣東分公司，廣東深圳518000）

城市軌道交通綜合監(jiān)控系統(tǒng)數(shù)據(jù)庫(kù)部署及服務(wù)器配置方案研究

袁偉
（鐵道第三勘察設(shè)計(jì)院集團(tuán)有限公司廣東分公司，廣東深圳518000）

城市軌道交通項(xiàng)目中綜合監(jiān)控系統(tǒng)的建設(shè)，依據(jù)線路特點(diǎn)、技術(shù)發(fā)展水平、運(yùn)營(yíng)管理技術(shù)水平及需求，在數(shù)據(jù)庫(kù)部署及服務(wù)器配置方面有不同的方案實(shí)踐，各方案均有其不同的側(cè)重點(diǎn)及優(yōu)缺點(diǎn)，對(duì)各方案進(jìn)行歸納和總結(jié)，為綜合監(jiān)控系統(tǒng)的工程設(shè)計(jì)提供設(shè)計(jì)思路和方法。同時(shí)提出了基于服務(wù)器虛擬化技術(shù)的服務(wù)器配置方案，為云計(jì)算在城市軌道交通綜合監(jiān)控系統(tǒng)中的應(yīng)用提出了新的思路。

綜合監(jiān)控系統(tǒng)；數(shù)據(jù)庫(kù)部署；服務(wù)器配置

0　引言

綜合監(jiān)控系統(tǒng)是實(shí)現(xiàn)城市軌道交通自動(dòng)化調(diào)度管理的重要工具，也是當(dāng)今城市軌道交通監(jiān)控系統(tǒng)的主要發(fā)展方向。設(shè)置綜合監(jiān)控系統(tǒng)的目的，就是為了增強(qiáng)城市軌道交通系統(tǒng)指揮調(diào)度的統(tǒng)一性、靈活性和系統(tǒng)間的協(xié)調(diào)運(yùn)作能力，因而綜合監(jiān)控系統(tǒng)性能的優(yōu)劣直接關(guān)系到它是否能在城市軌道交通運(yùn)營(yíng)管理中發(fā)揮應(yīng)有的效能和能否滿足城市軌道交通運(yùn)營(yíng)管理的需要。綜合監(jiān)控系統(tǒng)數(shù)據(jù)庫(kù)部署及服務(wù)器配置方案是影響綜合監(jiān)控系統(tǒng)性能及投資的關(guān)鍵因素[1]。本文依據(jù)綜合監(jiān)控系統(tǒng)的發(fā)展趨勢(shì)及多年的設(shè)計(jì)和工程經(jīng)驗(yàn)對(duì)數(shù)據(jù)庫(kù)部署和服務(wù)器配置方案進(jìn)行歸納和總結(jié)，為綜合監(jiān)控系統(tǒng)的工程設(shè)計(jì)提供設(shè)計(jì)思路和方法。

1　數(shù)據(jù)庫(kù)部署方案

綜合監(jiān)控系統(tǒng)根據(jù)運(yùn)營(yíng)管理模式、采集信息的處理方式以及中心級(jí)存儲(chǔ)和管理數(shù)據(jù)量的大小，在數(shù)據(jù)庫(kù)部署上可分為以下四種方案。

方案一，中心集中與站點(diǎn)分布的數(shù)據(jù)庫(kù)部署方案：在中心級(jí)設(shè)置全局實(shí)時(shí)數(shù)據(jù)庫(kù)和歷史數(shù)據(jù)庫(kù)，將車站級(jí)的所有聯(lián)網(wǎng)子系統(tǒng)的全部數(shù)據(jù)實(shí)時(shí)地采集到中心級(jí)來(lái)進(jìn)行統(tǒng)一的管理和控制[1-2]。由于數(shù)據(jù)量的龐大，處理復(fù)雜，需要分別設(shè)置實(shí)時(shí)數(shù)據(jù)庫(kù)和歷史數(shù)據(jù)庫(kù)，以便監(jiān)視和控制全線所有監(jiān)控對(duì)象，實(shí)時(shí)反映現(xiàn)場(chǎng)狀態(tài)并進(jìn)行及時(shí)的響應(yīng)和存儲(chǔ)。車站級(jí)僅設(shè)實(shí)時(shí)數(shù)據(jù)庫(kù)，僅用于監(jiān)控，負(fù)擔(dān)本站所轄范圍內(nèi)的數(shù)據(jù)采集、報(bào)警分析、運(yùn)算控制、事件記錄等事務(wù)。車站不設(shè)歷史數(shù)據(jù)庫(kù)，數(shù)據(jù)以文件形式存儲(chǔ)，歷史數(shù)據(jù)的存儲(chǔ)、整理、統(tǒng)計(jì)、分析等數(shù)據(jù)管理工作不在車站級(jí)實(shí)現(xiàn)。如果某個(gè)站點(diǎn)需要查詢相關(guān)數(shù)據(jù)，則必須通過(guò)綜合監(jiān)控系統(tǒng)主干網(wǎng)絡(luò)來(lái)遠(yuǎn)程調(diào)取中央全局歷史數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)，傳輸網(wǎng)絡(luò)的依賴性較大。

該方案有利于數(shù)據(jù)的多重保護(hù)和歷史數(shù)據(jù)的集中管理，但需依靠綜合監(jiān)控的骨干網(wǎng)實(shí)現(xiàn)歷史數(shù)據(jù)的查詢，對(duì)網(wǎng)絡(luò)具有一定依賴性，同時(shí)要求骨干網(wǎng)具有較大的帶寬，且系統(tǒng)投資較大。適合車站規(guī)模大且站點(diǎn)數(shù)目較多的線路。該方案數(shù)據(jù)庫(kù)部署及數(shù)據(jù)流如圖1所示。

圖1　中心集中與站點(diǎn)分布的數(shù)據(jù)庫(kù)部署方案及數(shù)據(jù)流

方案二，中心數(shù)據(jù)庫(kù)集中部署方案：僅在綜合監(jiān)控系統(tǒng)中心級(jí)設(shè)置全局的實(shí)時(shí)數(shù)據(jù)庫(kù)和歷史數(shù)據(jù)庫(kù)，在車站不設(shè)置數(shù)據(jù)庫(kù)，只設(shè)置網(wǎng)絡(luò)設(shè)備和車站終端工作站等[1-2]。全線所有站點(diǎn)的被監(jiān)控對(duì)象的實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)都集中傳送到中心來(lái)進(jìn)行處理、存儲(chǔ)和管理。如果某個(gè)站點(diǎn)需要查詢相關(guān)數(shù)據(jù)，則必須通過(guò)綜合監(jiān)控系統(tǒng)主干網(wǎng)絡(luò)來(lái)遠(yuǎn)程調(diào)取中央全局?jǐn)?shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)。

該方案的主要特點(diǎn)是所有數(shù)據(jù)集中存儲(chǔ)在控制中心，各站點(diǎn)的應(yīng)用通過(guò)骨干網(wǎng)與中心數(shù)據(jù)庫(kù)通信，保證了每個(gè)終端應(yīng)用使用的都是同一信息。在該方式下，實(shí)現(xiàn)數(shù)據(jù)備份及安全防護(hù)比較容易。但該方案由于所有車站應(yīng)用均需要訪問(wèn)中心數(shù)據(jù)庫(kù)，增加了對(duì)傳輸網(wǎng)絡(luò)的依賴性，系統(tǒng)處理速度稍慢。另外，如果用戶有新的應(yīng)用需求，在集中式結(jié)構(gòu)上滿足這些需要難度較大，因?yàn)槊總€(gè)用戶的應(yīng)用程序和資源都必須單獨(dú)設(shè)置，而讓這些應(yīng)用程序和資源都在同一套中央集中式服務(wù)器上操作，使得系統(tǒng)效率不高。該方案對(duì)服務(wù)器、軟件平臺(tái)及傳輸網(wǎng)絡(luò)的依賴性都較大，適合車站規(guī)模小且站點(diǎn)數(shù)目較少的線路。該方案數(shù)據(jù)庫(kù)部署及數(shù)據(jù)流如圖2所示。

圖2　中心數(shù)據(jù)庫(kù)集中部署方案及數(shù)據(jù)流

方案三，站點(diǎn)分布的數(shù)據(jù)庫(kù)部署方案：綜合監(jiān)控系統(tǒng)不設(shè)置全局性數(shù)據(jù)庫(kù)，車站級(jí)數(shù)據(jù)庫(kù)作為數(shù)據(jù)收集、處理和保存的核心[1-2]；在日常工作期間，如果車站工作站需要查詢本區(qū)域范圍內(nèi)的數(shù)據(jù)，只需在本地?cái)?shù)據(jù)庫(kù)調(diào)取相關(guān)數(shù)據(jù)。如果網(wǎng)絡(luò)上某個(gè)節(jié)點(diǎn)需要查詢其他站點(diǎn)范圍內(nèi)的數(shù)據(jù)，則需要通過(guò)網(wǎng)絡(luò)調(diào)取相應(yīng)站點(diǎn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)?？刂浦行目勺鳛橐粋€(gè)特殊站點(diǎn)考慮，控制中心的數(shù)據(jù)庫(kù)規(guī)模與車站相當(dāng)。此外，由于電力監(jiān)控系統(tǒng)對(duì)實(shí)時(shí)響應(yīng)要求較高，且站間聯(lián)系較為緊密，因此需要將全線SCADA數(shù)據(jù)存入中心數(shù)據(jù)庫(kù)，以利于對(duì)全線的變電所綜合自動(dòng)化系統(tǒng)信息的調(diào)用訪問(wèn)和顯示，也便于控制中心電力調(diào)度人員對(duì)整個(gè)地鐵供電系統(tǒng)進(jìn)行統(tǒng)一調(diào)度。

該方案對(duì)傳輸網(wǎng)絡(luò)的依賴較小，切換實(shí)時(shí)響應(yīng)高，調(diào)試方便，對(duì)軟件要求低，配置也較低，但不利于數(shù)據(jù)的集中管理及備份操作。且需要增加站點(diǎn)服務(wù)器的存儲(chǔ)成本。適合車站規(guī)模大且站點(diǎn)數(shù)目較少的線路。該方案數(shù)據(jù)庫(kù)部署及數(shù)據(jù)流如圖3所示。

圖3　站點(diǎn)分布數(shù)據(jù)庫(kù)部署方案及數(shù)據(jù)流

方案四：混合數(shù)據(jù)庫(kù)部署方案：該方案可視為方案一的延伸，在方案一兩層的架構(gòu)下增加集中站數(shù)據(jù)庫(kù)部署層次，以實(shí)現(xiàn)車站分為集中站和衛(wèi)星站的管理模式[1-2]。該方案中心級(jí)綜合監(jiān)控系統(tǒng)部署實(shí)時(shí)數(shù)據(jù)庫(kù)和歷史數(shù)據(jù)庫(kù)，中心不擔(dān)負(fù)每個(gè)車站級(jí)實(shí)時(shí)數(shù)據(jù)處理，只負(fù)責(zé)必須由中心級(jí)實(shí)現(xiàn)的功能，而將大量實(shí)時(shí)數(shù)據(jù)處理功能下放到車站一級(jí)。車站一級(jí)又分為集中站和分站，每3～4個(gè)車站設(shè)置一個(gè)集中站（與信號(hào)系統(tǒng)集中站的設(shè)置一致），其余為分站。集中站部署數(shù)據(jù)庫(kù)，負(fù)責(zé)各站的數(shù)據(jù)存儲(chǔ)，分站不部署數(shù)據(jù)庫(kù)。

圖4　混合數(shù)據(jù)庫(kù)部署方案及數(shù)據(jù)流

集中站與分站的關(guān)系：正常情況下，集中站具有本站設(shè)備監(jiān)控功能，對(duì)分站設(shè)備只有監(jiān)視功能和數(shù)據(jù)存儲(chǔ)功能；分站監(jiān)控本站設(shè)備，分站授權(quán)給集中站后，集中站也可以具有對(duì)分站設(shè)備的控制功能。中心級(jí)與集中站、分站的關(guān)系：正常情況下，中心級(jí)直接與集中站互傳信息，集中站與分站互傳信息；經(jīng)過(guò)集中站授權(quán)后，中心級(jí)綜合監(jiān)控系統(tǒng)可以與分站直接互傳信息。該方案數(shù)據(jù)庫(kù)部署及數(shù)據(jù)流如圖4所示。

以上四個(gè)方案，在運(yùn)營(yíng)管理方面，方案一、方案二、方案四更適用于OCC集中運(yùn)營(yíng)管理，亦即更容易向?qū)?lái)車站無(wú)人管理模式過(guò)渡，方案三集中管理功能相對(duì)較為弱化，不易將來(lái)向車站無(wú)人管理模式過(guò)渡；在系統(tǒng)安全可靠性方面，方案一每一份數(shù)據(jù)均雙重拷貝，當(dāng)某一車站的服務(wù)器宕機(jī)時(shí)，不會(huì)存在數(shù)據(jù)丟失，且其故障范圍只影響本站。方案四每個(gè)數(shù)據(jù)亦雙重拷貝，但當(dāng)集中站宕機(jī)時(shí)，其故障波及范圍包括本站及其分站。方案二數(shù)據(jù)僅儲(chǔ)存于控制中心服務(wù)器內(nèi)，方案三數(shù)據(jù)僅儲(chǔ)存于車站服務(wù)器內(nèi)，無(wú)異地備份；在投資方面，方案一中心級(jí)軟件投入較高，車站級(jí)軟件投資費(fèi)用較低，整體投資適中。由于硬件數(shù)量較多，總體投資較高。但若考慮服務(wù)器虛擬化技術(shù)的應(yīng)用，該方案投資較低。方案二應(yīng)用集中，軟件平臺(tái)要求較高，需部署大型數(shù)據(jù)庫(kù)管理系統(tǒng)等，軟件費(fèi)用較高。但在硬件上大大節(jié)約了投資，總體投資較低。方案三由分布式數(shù)據(jù)處理軟件平臺(tái)及小型數(shù)據(jù)庫(kù)管理軟件構(gòu)成。費(fèi)用較低。硬件投資較方案一增加，總體投資適中。方案四軟件費(fèi)用與方案一相近，但硬件數(shù)量少于方案一，總體投資適中；在可擴(kuò)展性方面，方案一、方案三、方案四均采用分布式模塊化體系結(jié)構(gòu)，其差別主要在方案一、四中心級(jí)結(jié)構(gòu)龐大，擴(kuò)展代價(jià)相對(duì)于方案三要高，由于方案二中心集中部署，方案三車站級(jí)采用集中站/分站結(jié)構(gòu)，其擴(kuò)展靈活性比方案一、二要低。

2　服務(wù)器配置方案

服務(wù)器應(yīng)根據(jù)數(shù)據(jù)庫(kù)的部署方案設(shè)置，根據(jù)冗余方式的不同，存在不同方案，以下以中心集中與站點(diǎn)分布的數(shù)據(jù)庫(kù)部署方案為例，對(duì)服務(wù)器配置方案進(jìn)行分析（以下分析同樣適用于其它數(shù)據(jù)庫(kù)部署方案）。該數(shù)據(jù)庫(kù)部署方案下服務(wù)器配置存在以下三個(gè)方案。方案一所有服務(wù)器冗余配置方案，方案二為中心級(jí)服務(wù)器冗余配置，車站級(jí)服務(wù)器鄰站互備方案，方案三采用服務(wù)器虛擬化技術(shù)集群配置服務(wù)器方案。

（1）方案一，所有服務(wù)器均為冗余配置，采用雙機(jī)熱備方式工作。正常情況下為兩臺(tái)服務(wù)器同時(shí)運(yùn)行，一臺(tái)服務(wù)器被指定為進(jìn)行關(guān)鍵性操作的主服務(wù)器，另一臺(tái)服務(wù)器作為備用服務(wù)器（配置一樣），兩機(jī)用心跳線相連，當(dāng)主機(jī)出現(xiàn)問(wèn)題，備機(jī)接管業(yè)務(wù)[3]。服務(wù)器工作示意圖如下。

正常情況時(shí)，如圖5所示。

圖5　方案一正常工作示意圖

站內(nèi)服務(wù)器發(fā)生單點(diǎn)故障時(shí)，如圖6所示。

圖6　方案一單點(diǎn)故障工作示意圖

這種配置是國(guó)內(nèi)外的城市軌道交通工程中綜合監(jiān)控系統(tǒng)的典型配置。該方案的服務(wù)器配置檔次一般即可。

（2）方案二，中心級(jí)服務(wù)器冗余配置，車站級(jí)服務(wù)器鄰站互備方案。

中心級(jí)配置與方案一相同，車站級(jí)每個(gè)車站配置一套服務(wù)器，本站服務(wù)器同時(shí)作為鄰站的備用服務(wù)器，處理本站數(shù)據(jù)業(yè)務(wù)的同時(shí)備份鄰站數(shù)據(jù)。邏輯上的主備冗余的服務(wù)器采用雙機(jī)互備方式工作[3]。正常情況下，各站點(diǎn)服務(wù)器上分別運(yùn)行不同的處理事件，應(yīng)用不同，當(dāng)某一站點(diǎn)主機(jī)出問(wèn)題時(shí)，其上所有應(yīng)用轉(zhuǎn)到鄰站服務(wù)器上，該鄰站服務(wù)器將同時(shí)負(fù)擔(dān)兩個(gè)站點(diǎn)的業(yè)務(wù)處理。

正常情況下，相當(dāng)于將方案一的冗余服務(wù)器在地理位置上分散至相鄰兩站部署，如圖7。

圖7　方案二正常工作示意圖

當(dāng)某一站點(diǎn)的服務(wù)器故障時(shí)，需要鄰站服務(wù)器接管故障服務(wù)器全部的應(yīng)用。此時(shí)故障服務(wù)器站點(diǎn)工作站顯示的信息需要從鄰站服務(wù)器中獲得，如圖8。

圖8　方案二單點(diǎn)故障工作示意圖

這種配置使站間聯(lián)系較為緊密，故障情況下服務(wù)器負(fù)載會(huì)倍增，在國(guó)內(nèi)外的城市軌道交通工程中綜合監(jiān)控系統(tǒng)的較少使用。服務(wù)器配置將高于方案一的檔次。

（3）方案三，采用服務(wù)器虛擬化技術(shù)集群配置服務(wù)器方案。

1）虛擬化技術(shù)

虛擬化在計(jì)算機(jī)方面通常指計(jì)算元件在虛擬架構(gòu)上而不是真實(shí)架構(gòu)上運(yùn)行。虛擬化技術(shù)的一個(gè)典型應(yīng)用就是服務(wù)器虛擬化技術(shù)，在服務(wù)器虛擬化技術(shù)中，同一臺(tái)物理服務(wù)器上可以同時(shí)運(yùn)行多個(gè)操作系統(tǒng)，可以通過(guò)虛擬化技術(shù)的應(yīng)用，模擬出多臺(tái)邏輯上的服務(wù)器設(shè)備，且每一個(gè)操作系統(tǒng)為可以獨(dú)立運(yùn)行的應(yīng)用系統(tǒng)。服務(wù)器虛擬化技術(shù)可以實(shí)現(xiàn)服務(wù)器物理資源到邏輯資源的轉(zhuǎn)變，讓一臺(tái)服務(wù)器變成幾臺(tái)甚至上百臺(tái)相互隔離的虛擬服務(wù)器，或讓幾臺(tái)服務(wù)器變成一臺(tái)服務(wù)器來(lái)用，使用戶不再受限于物理上的界限，而是讓CPU、內(nèi)存、磁盤、I／O等硬件變成可以動(dòng)態(tài)管理的資源池，來(lái)靈活地進(jìn)行資源的分配和調(diào)整[4]。

2）采用服務(wù)器虛擬化技術(shù)集群配置服務(wù)器方案

綜合監(jiān)控系統(tǒng)僅在控制中心設(shè)置服務(wù)器集群，通過(guò)采用虛擬化技術(shù)，將多臺(tái)服務(wù)器虛擬化為一個(gè)服務(wù)器資源池，該資源池再向系統(tǒng)內(nèi)的各類應(yīng)用提供邏輯上獨(dú)立的虛擬服務(wù)器。如圖9所示。

圖9　服務(wù)器虛擬化方案

該方案優(yōu)勢(shì)如下。

（1）降低成本。通過(guò)服務(wù)器虛擬化技術(shù)，控制和減少物理服務(wù)器的數(shù)量，明顯提高每個(gè)物理服務(wù)器及其CPU的資源利用率，從而降低硬件成本；降低運(yùn)營(yíng)和維護(hù)成本，包括控制中心和車站物理空間、耗電量、冷氣空調(diào)及人力成本等。

（2）提高運(yùn)營(yíng)效率。為IT基礎(chǔ)設(shè)施中所有資源的管理訪問(wèn)提供單一且安全的接口，允許管理員對(duì)所有資源進(jìn)行診斷，對(duì)所有資源進(jìn)行配置和修改管理。

（3）虛擬化技術(shù)和存儲(chǔ)網(wǎng)絡(luò)的有效結(jié)合，提高了應(yīng)用可用性、靈活性及安全性。相對(duì)于雙機(jī)環(huán)境下每臺(tái)服務(wù)器應(yīng)用只能是另外一臺(tái)做備份服務(wù)器，在集群環(huán)境下，理論上的其他服務(wù)器，只要滿足條件，都可以是備援服務(wù)器，實(shí)現(xiàn)了群集化資源的高可用性。此外，一旦在服務(wù)器上安裝并運(yùn)行了群集服務(wù)，該服務(wù)器即可加入群集，即可以隨意增加和刪改集群系統(tǒng)的節(jié)點(diǎn)，對(duì)于系統(tǒng)的擴(kuò)展十分方便。

方案比選。綜合以上三個(gè)方案，從網(wǎng)絡(luò)需求角度分析，方案一站內(nèi)實(shí)現(xiàn)系統(tǒng)數(shù)據(jù)處理及備份功能，不依賴網(wǎng)絡(luò)，傳輸網(wǎng)絡(luò)負(fù)荷較低。方案二站內(nèi)實(shí)現(xiàn)數(shù)據(jù)處理功能，但需要站間數(shù)據(jù)備份，網(wǎng)絡(luò)負(fù)荷一般。方案三對(duì)網(wǎng)絡(luò)依賴最大，網(wǎng)絡(luò)負(fù)荷最高。從運(yùn)營(yíng)維護(hù)角度分析，方案一和方案二差別不大，方案三采用虛擬化技術(shù)，服務(wù)器數(shù)量最少且僅在中心設(shè)置，維護(hù)工作量最小。從投資成本角度分析，方案一投資略高于方案二，方案三最低，若綜合考慮服務(wù)器對(duì)物理空間的占用、耗電量、冷氣空調(diào)及維護(hù)成本，方案三遠(yuǎn)遠(yuǎn)低于方案一和方案二。從工程實(shí)施角度分析，方案一最為成熟，其對(duì)軟件要求低，實(shí)施難度小。方案二站內(nèi)單服務(wù)器方便，切換調(diào)試較難，其對(duì)軟件要求較高，實(shí)施難度大。方案三國(guó)內(nèi)外綜合監(jiān)控系統(tǒng)項(xiàng)目均無(wú)實(shí)施案例，但在視頻點(diǎn)播系統(tǒng)、網(wǎng)絡(luò)搜索引擎等領(lǐng)域已有應(yīng)用，實(shí)施難度大。

3　小結(jié)

綜合監(jiān)控系統(tǒng)數(shù)據(jù)庫(kù)部署及服務(wù)器配置方案，應(yīng)依據(jù)線路特點(diǎn)、技術(shù)發(fā)展水平、運(yùn)營(yíng)管理技術(shù)水平及需求進(jìn)行選擇。本文對(duì)數(shù)據(jù)庫(kù)部署及服務(wù)器配置方案進(jìn)行了全面的總結(jié)和歸納，為綜合監(jiān)控系統(tǒng)的工程設(shè)計(jì)提供設(shè)計(jì)思路和方法。同時(shí)提出了基于服務(wù)器虛擬化技術(shù)的服務(wù)器配置方案，為云計(jì)算在城市軌道交通綜合監(jiān)控系統(tǒng)中的應(yīng)用提出了新的思路。

［1］管建華，王凱杰，秦小光，等.城市軌道交通主控系統(tǒng)研究報(bào)告［R］.天津：鐵道第三勘察設(shè)計(jì)院集團(tuán)有限公司，2009.

［2］魏曉東.城市軌道交通自動(dòng)化系統(tǒng)與技術(shù)［M］.北京：電子工業(yè)出版社，2011.

［3］GB 50636-2010.城市軌道交通綜合監(jiān)控系統(tǒng)工程設(shè)計(jì)規(guī)范［S］.

［4］杭州華三通信技術(shù)有限公司.新一代網(wǎng)絡(luò)建設(shè)理論與實(shí)踐［M］.北京：電子工業(yè)出版社，2013.

(編輯：向飛)

Study for Database Deploymentand Server System in Integrated Supervision and Control System of Urban Rail Transit

YUAN Wei
（Guangdong Branch，the Third Railway Survey and Design InstituteGroup Corporation，Shenzhen518000，China）

According to different project features，technical level and operation managementdemands in integrated supervision and control system(ISCS)of urban rail transit，various schemes about database deployment and server system have been proposed.Each schemeemphases different，the purpose of this paper is to provide engineering train of thought，on the basis of the advantages and disadvantagesof them.At the same time，a new scheme isput forwardwhich isserver virtualization application in ISCS.

integrated supervision and controlsystem；database deployment；server system

TP399

A

1009－9492(2015)06－0077－05

10.3969/j.issn.1009-9492.2015.06.019

2015－02－28

袁偉，男，1984年生，陜西漢中人，碩士研究生，工程師。研究領(lǐng)域：通信及自動(dòng)化。