城市轨道交通综合监控系统中数据库软件模块的设计与分析.docVIP

城市轨道交通综合监控系统中数据库软件模块的设计与分析 　　摘 要：城市轨道交通综合监控系统是一个高度集成的综合自动化监控系统，其目的主要是利用统一的监控层硬件平台和软件平台实现对各监控对象集中监控和管理，系统主要集成电力监控系统（PSCADA）、火灾报警系统（FAS）、机电设备监控系统（BAS）、门禁系统（ACS）等子系统，该系统采用两级管理级三级控制的层次和分布式结构，两级管理是中央和站级，三级控制是中央级、站级、字段级。文章主要针对综合监控系统中数据库软件的设计、数据流进行了探讨与分析。 　　关键词：综合监控；数据流；设计 　　1 综合监控软件平台 　　城市轨道交通综合监控系统软件平台主要分为系统平台层、支撑平台层和应用层。系统平台层提供不同硬件平台、不同的操作系统支持；基本服务和开发工具支持的平台提供了一层系统，为用户提供第三方接入应用系统支持两开发支持；应用层包括FAS、BAS和其他应用软件和仿真培训软件的用户。数据库软件作为支撑平台层，对综合监控系统从现场采集的大量数据进行数据存储、数据分析、数据查询以及数据转发等。 　　2 数据库设计 　　综合监控系统中数据库模块发挥至关重要的作用，而传统的关系数据库在过程控制应用中是非常无力的，而国外一些成熟的实时历史数据库价格昂贵，可处理的点数少。为了满足信息实时性、一致性、大容量、大吞吐量要求，必须针对轨道交通的特点，综合监控、设计和开发自己的实时、历史数据库。 　　2.1 数据流设计 　　软件平台的数据流主要有三个环节：FEP、服务器、工作站。外部系统数据经过FEP到服务器后在工作站上显示；工作站上的操作经过服务器发到FEP，然后发布到外部系统。 　　2.1.1 数据采集流程 　　数据采集是指数据从现场设备至ISCS系统的数据流。如：断路器的状态改变将由系统通过数据遥测接收。ISCS在控制中心与车站都配有两台服务器，PSCADA、BAS等子系统的数据通过FEP同时发送到2台服务器。 　　2.1.2 命令下发流程 　　控制中心操作员有权对车站设备进行控制，控制中心操作员的控制命令无视目标设备位置，可以直接通过控制中心FEP发送至子系统，然后通过子系统下发给现场执行设备；或通过ISCS网络发送至车站ISCS服务器，再通过车站FEP发送至子系统，在由子系统将命令下发给具体执行设备。 　　2.1.3 数据发布流程 　　数据发布是指将服务器处理过的数据发布至工作站的人机界面上，向操作员进行显示或产生报警等功能的过程。软件在设计时，为减少不必要的数据传输，保证网络带宽的高效利用。一方面，工作站可主动向服务器“要”数据。另一方面，为了保证变化数据在人机界面上的快速反应，服务器也会对一些变化数据采取“推”的方式，主动发送到工作站。工作站收到这些被“推”来的数据后，如果与当前显示的人机界面相关，立即更新人机界面内容；如果无关，则直接将这些数据丢弃。因此软件平台的数据发布是采用“推”、“要”相结合的方式。数据发布包括发布到HMI和发布到应用程序，而发布到HMI又包括实时数据发布到HMI、历史数据发布到HMI两个方面。 　　2.2 数据库功能设计 　　实时数据库： 　　实时数据库是整个系统处理实时数据的核心，管理在线运行的数据。其目标是保证实时性、一致性、访问的高性能。实时数据库应具有以下功能： 　　*面向对象、具有设备的概念、支持图模一体化； 　　*分布式结构，便于实时数据库节点的增减； 　　*可跨平台，支持所有主流的操作系统； 　　重建在线数据库时，现有的数据不能丢失； 　　*确保数据库一致性； 　　*确保系统的安全； 　　*支持SQL语言。 　　历史数据库 　　历史数据库主要用于存储采样数据、告警、事件日志等数据，但读写频率较低。数据库的设计目标是优化和扩展数据库应用程序开发人员的能力，提供了简单、灵活然而功能强大的XQL查询引擎，产生内存内的访问结构，实现对所需要信息的快速检索。历史数据库应具有以下功能： 　　*可跨平台，支持多种主流厂商的硬件平台及操作系统平台； 　　*支持各种网络通信协议，如TCP/IP、SPX/IPX、X.25、SNA、NetBIOS、ANSI/ISO SQL-92等协议、标准； 　　*数据库系统应具有良好的伸缩性；数据库能够在SMP系统中配置生成多个引擎，能够绑定CPU给用户和应用程序； 　　*具有良好的开放性，支持异种数据库的互访； 　　*支持分布式事务及两阶段提交功能； 　　*在网络上的异构数据库之间的数据冗余复制；多个复制模式（如一点对多点、多点对一点、点对点以及双向复制），支持基于事务日志的复制，保证复制事务完整性； 　　*数据库服务器系统参数允许进行动态设置，不须重启系统；可对高速缓存进行