基于多代理的地鐵綜合監控系統容災模型

趙一江 郭晉生

(1.南京地下鐵道有限責任公司運營分公司 南京 210036;2.北京建筑大學“綠色建筑與節能技術”北京市重點實驗室 北京 100044)

基于多代理的地鐵綜合監控系統容災模型

趙一江1，2郭晉生2

(1.南京地下鐵道有限責任公司運營分公司 南京 210036;2.北京建筑大學“綠色建筑與節能技術”北京市重點實驗室 北京 100044)

為解決地鐵運營中集成度較高的綜合監控系統由于數據服務模式復雜所造成的容災能力不強的問題，設計一種綜合監控系統容災模型。在分析現有綜合監控系統容災方案的基礎上，基于多代理技術，建立集中式和分布式兩種綜合監控系統容災模型，提供故障檢測、智能備份、災難容錯、智能恢復等功能;再用仿真實驗驗證其可行性，并對比分析兩種容災模型的優缺點，從而在現有環境下為集成綜合監控容災系統提供良好的解決方案。

地鐵;綜合監控系統;容災;多代理;數據服務模式

1 地鐵綜合監控系統及其容災系統

綜合監控系統(integrated monitoring system，IMS)在地鐵運營中起著極其重要的作用，目前已在世界范圍內的地鐵、輕軌工作中成功應用。由于國內各地的地鐵建設起步時間不一，建設環境不同，綜合監控系統沒有明確的結構和定義，其主要區別在數據服務模式上。有些地鐵公司采用部分集成或準集成方案，即讓各專業單獨設立本系統內部的監控系統(如有些地鐵公司的環境與設備監控(BAS)和綜合監控是同一個專業)，其特點是數據直接由現場采集，結構相對簡單，維護方便，但集成度不高。隨著技術的發展，國內有些地鐵公司采用深度集成和完全集成方案，即把供電、信號、環境監控、火災報警等系統集成到同一個系統中，通過標準接口將各子系統和綜合監控系統相連，實現全過程、全方位監控。由于各子系統的數據服務模式都不盡相同，所以必須采用第三方數據服務器進行中轉、分發，其結構復雜，維護成本較高。

在深度集成和完全集成等集成度較高的方案中，由于數據服務模式的復雜性和各種不確定因素的存在，所以在數據傳輸過程中系統會發生故障。為了保證在部分節點發生故障(如交換機節點故障、車站工作站節點故障等)時系統能正常運行，必須建立容災系統，提高系統的魯棒性。

多代理技術是一種結合面向對象技術、多線程技術、人工智能技術而發展起來的新技術。除了面向對象技術的特點外，多代理技術還具有自治性、反映性、能動性、自學習性及社會性等特點。筆者基于比較靈活的多代理技術，設計并討論了綜合監控系統的容災模型。

2 現有綜合監控系統容災方案的問題

目前，很多綜合監控系統采用硬件雙重備份技術應付容災問題，如采用雙網卡、雙交換機、雙數據庫等，這在一定程度上提升了系統的容錯能力，但也有成本高、環境適應力不強的弱點。在實際運營中，經常會遇到工作站硬盤損壞等非備份硬件類故障和交換機光模塊同時損壞等備份類硬件故障，因此采用硬件備份有如下問題:

1)硬件故障無法窮盡，在實際中不可能為每一種硬件做一個備份。

2)對于備份硬件來說，單一硬件發生故障由于備份硬件的存在，導致工作人員無法及時發現故障硬件。

3)為可能發生故障的硬件做備份，無疑增加了硬件成本和軟件的開發成本，使成本過高。

3 基于多代理的綜合監控系統容災模型

現有的集成度較高的綜合監控系統主要采取兩種結構模式:一種是基于集中式數據服務模式的結構，另一種是基于分布式數據服務模式的結構。無論哪種結構，系統的終端節點都分布在各地鐵站，各節點在硬件配置上基本一致，所以可以使各節點互為備份，構建低成本的系統容災模型。

3.1 集中式數據服務模式容災模型

采用集中式數據服務模式綜合監控系統的主要特點是數據源集中，即所有車站的數據都存放在位置相對集中的數據庫中，各車站通過客戶軟件終端實現對集中式數據庫的訪問。在類似結構下，基于多代理技術的設計集中式數據服務模式容災模型，在中央級終端設置中央監控代理，在各車站終端設置車站代理。其中，車站代理ID嚴格采用順序標號，初始化時各車站代理均要向中央監控代理注冊，如圖1所示。

圖1 集中式數據服務模式容災模型

在實際運營中，中央監控代理定時向各車站代理發送通信原語(如on)詢問各車站代理是否在線。如能得到各車站代理的應答，則說明車站設備正常，無需處理;如得不到某一個車站代理的應答，則中央監控代理向相鄰車站代理發出冗余請求信號，相鄰車站代理自動修改本站客戶端軟件的權限配置文件，開放本站客戶端對相鄰站的訪問權限。由于數據源集中存放在中央實時數據庫中，所以通過權限的改變，可以達到對故障車站的數據訪問，實現容災處理，時序如圖2所示。

圖2 故障情況下集中式容災模型的處理時序

在仿真實驗中，當2號站點發生故障時，中央監控代理首先得到故障信息，將該信息發送給1號和3號站點;這兩個站點通過修改本站點的權限配置文件，可以在本站客戶端通過中央數據庫的服務，訪問到2號站點的相關信息。

3.2 分布式數據服務模式容災模型

分布式數據服務模式綜合監控系統的主要特點是數據源非集中，即各車站的數據存放在物理上相互獨立的分布式數據庫中，這緩解了中央級服務器的壓力，且具有易于擴展的特點。

與集中式數據服務模式類似，基于多代理技術構建分布式數據服務模式容災模型，在中央級終端設置中央監控代理，在車站設置車站代理。由于每個車站設有數據庫，車站代理除了要和中央監控代理交互本站工作站的狀態之外，還要承擔備份相鄰站數據庫和恢復本站數據庫的任務。在地鐵建設初期，各站點的數據庫服務器分別建立起本站及相鄰站點結構的庫表，可以解決相鄰站點數據庫表結構不一致的問題;采用本站級數據庫實時備份到歷史服務器、相鄰站點數據庫夜間備份、相鄰站備份數據只保留2天的方法，可以減輕部分網絡負荷。當然，為了滿足地鐵長期運營的需要，可以在夜間將本站級數據備份在中央歷史服務器中。分布式數據服務模式的容災模型如圖3所示(限于篇幅，僅以車站1為例)。

在實際運營中，容災模型涉及兩個關鍵策略。

3.2.1 備份處理策略

例如，A站的車站代理只需在夜間列車停運后向相鄰站發出數據庫備份請求，相鄰車站代理建立與本站數據庫的連接，同時將需要備份的數據傳輸至A站的車站代理，由其完成一次備份。備份處理策略時序如圖4所示。

3.2.2 災難處理策略

圖3 分布式數據服務模式的容災模型

圖4 備份處理策略時序

1)本站數據庫發生故障。由于網絡中的基本節點為數據庫工作站，只要令本站的車站代理向相鄰站車站代理發出數據訪問請求，使相鄰車站開放對應備份數據庫的訪問權限，同時本站的車站代理修改監控軟件中的權限訪問文件及數據庫訪問IP地址，將故障記錄在相應的故障文件中，即可實現本站對相鄰站備份數據庫的訪問。在巡檢過程中，發現監控軟件中有兩個可訪問站點，可以通過查看故障記錄文件來檢查出本站數據庫的故障。處理策略的時序如圖5所示。

圖5 災難處理策略的時序

2)本站工作站發生故障。這時的處理策略與集中式容災模型類似，不同點在于相鄰站不用訪問中央數據庫，而是訪問相鄰站點的數據庫。

3.3 兩種容災模型比較

對于集中式數據服務模式下的容災模型來說，實時服務器在正常運營時除了要接收來自BAS、FAS(火災自動報警系統)、信號、行車等中央服務器的實時數據，還要通過網絡將這些數據分發給各車站的IMS工作站，同時需要定時備份數據給歷史服務器，輪轉查詢各車站工作站的在線狀態;在某車站工作站發生故障的情況下，還需要與故障車站相鄰站的車站代理發生數據通信，若中央服務器的任務過重，在實際運營中容易造成服務器瞬時TCP(傳輸控制協議)連接請求數過大，某些請求得不到響應而發生阻塞。無論在正常還是在非正常情況下，所有數據都來源于中央實時服務器，該模型只能應付車站工作站發生的故障，對于中央實時服務器的故障缺乏處理能力。但對于一些已經運營的線路來說，綜合監控系統是后加的，基本上采用集中式數據服務模式，以降低改造風險和成本。這種模式下的容災模型可以在不增加任何硬件投入和改動的前提下，實現對車站工作站故障的容災處理，比較適合于已經開通運營的老地鐵線路。

對于分布式數據服務模式下的容災模型來說，由于各車站有自己獨立設置的數據庫，所以中央服務器只需要提供輪轉查詢各車站工作站的在線狀態功能，而無需再提供數據服務功能;把數據服務功能分攤到各車站中去，使得整個系統具有較好的負載均衡性。此外，分布式數據服務模式下的容災模型不但可以處理車站工作站的故障，而且還可以處理車站數據庫的故障，不會發生集中式數據服務模式下容災模型中由于中央服務器發生故障而造成系統崩潰的情況，具有更好的容災能力和更快的響應時間。但是，如果用于改造已運營線路，由于需要在各車站增加冗余數據庫服務器來備份相鄰車站的數據，并且各車站工作站增加的數據庫備份處理邏輯也各不相同，會使改造成本較高、周期較長、結構比較復雜，因此分布式容災模型比較適合用在各類尚未開通的新線建設方案中。

4 結語

在地鐵運營過程中，集成度較高的綜合監控系統由于數據服務模式復雜，會帶來容災能力不高的問題。為此，基于多代理技術，給出了兩種綜合監控系統容災模型并分析了它們的優缺點和適用范圍，根據不同的應用環境，在不改動現有綜合監控系統結構的前提下，實現備份、災難處理、數據恢復等功能，增強綜合監控系統的魯棒性與健壯性，在運營中提高了綜合監控系統的穩定性，具有良好的應用價值和推廣價值。

［1］Coury D V.An agent-based current differential relay for use with a utility Intranet［J］.IEEE Trans on Power Delivery，2002，17(1):47-53.

［2］高志軍，顏國正，丁國清.基于網絡的多Agent協作環境下的任務分配［J］.計算機工程，2005，31(10):19-21.

［3］趙一江，邵定宏.基于多代理的數據庫并行事務處理模型［J］.計算機工程與設計，2011，32(1):206-209.

［4］黃昱旻.地鐵綜合監控系統的構成及優化［J］.城市軌道交通研究，2010(10):63-66.

［5］黃捷.綜合監控系統在軌道交通中的應用［J］.自動化儀表，2006(12):49-53.

［6］李中.地鐵綜合監控系統應用技術研究［J］.城市軌道交通研究，2008(10):44.

［7］劉麗，王文榮.軌道交通綜合監控系統網絡設計［J］.都市快軌交通，2010，23(6):40-43.

［8］徐杰，劉春煌，李平.城市軌道交通系統信息共享平臺研究［J］.城市軌道交通研究，2005(2):35-39.

［9］高鳴燕，陸文.城市軌道交通綜合監控自動化系統平臺設計技術［J］.城市軌道交通研究，2004(1):22-25.

［10］湛維昭.地鐵綜合監控系統的集成模式［J］.都市快軌交通，2007，20(4):82-85.

Disaster Tolerance Model of Integrated Monitoring System Based on Multi-Agent Technology

Zhao Yijiang1，2Guo Jinsheng2
(1.Operation Company of Nanjing Metro Co.，Ltd.，Nanjing 210036;2.Beijing Key Laboratory of Green Building and Energy-efficiency Technology，Beijing University of Civil Engineering and Architecture，Beijing 100044)

Abstract:In order to solve the problem of low disaster-tolerant ability arising from the data service pattern complexity for the highly integrated monitoring system in metro operation，an integrated monitoring system of disaster tolerance model has been designed.Based on the analysis of the disaster-tolerant solution of integrated monitoring system，relying on the multiagent technology，authors established two kinds of integrated disaster tolerance monitoring models， namely， centralized model and distributed model.The models can provide the functions including faultdetection， intelligentbackup，disaster tolerance and intelligence data recovery with their feasibility validated through simulation experiment.The advantages and disadvantages of these two kinds of disaster tolerance models were compared and analysed.These models provide a good solution to the integrated disaster tolerance monitoring system in the current environment.

Key words:metro;integrated monitoring system;disaster tolerance;muti-agent;data service mode

U231.96

A

1672-6073(2013)06-0033-04

10.3969/j.issn.1672-6073.2013.06.009

收稿日期:2012-10-19

2012-12-07

作者簡介:趙一江，男，碩士，助理工程師，主要從事地鐵綜合監控系統管理與研究工作，zhaoyijiang321@163.com郭晉生，女，教授，碩士生導師

北京市重點實驗室開放基金項目(KFJ2013004)

(編輯:郭 潔)