轨道交通综合监控系统冗余剖析.docVIP

轨道交通综合监控系统冗余剖析 　　【摘要】 　　本文介绍了轨道交通综合监控系统的冗余问题，并详细分析了系统服务器，前置机和网络的冗余解决方法。 　　中图分类号：C35文献标识码： A 　　 　　前言 　　轨道交通综合监控系统是面向轨道交通行业大型自动化应用, 系统采用先进的计算机技术和通信技术，按照统一规划、分散监控、分层布置的原则，各专业共享统一的调度指挥主站平台，统一部署通信系统、各专业的智能终端也尽可能共享。系统采用实时监控软件平台技术，架构横向不同专业应用和纵向工程过程应用系列产品群。充分考虑到轨道交通实时监控对可靠性的极高要求，采用关键结点双冗余热备用，运行方式实现容错模式。即使整个系统处于极端情况下，仍能保证实时监控功能的正常工作，最大限度地保证系统的可用性。 　　 　　 　　 　　采用的主要方法如下： 　　一、服务器冗余方法 　　在实时监控系统中服务器是24小时不间断工作，而服务器冷启动时间较长。因此服务器采用热备的的冗余运行模式。这种冗余技术实现简便、可靠性高。正常时只有主服务器对外提供数据和服务，备服务器则处于热备运行但不对外提供数据和服务，主服务器发生故障时，备服务器接管任务即可完成切换。 　　冗余服务器是由2台相同的服务器组成，在同一时刻，它们执行相同的任务，接收相同的数据，产生相同的输出，冗余的服务器具有相同的行为和属性。冗余服务器对中，一台称之为在线服务器，另一台是备份服务器，任何一台服务器的能力均可以独立满足系统需求。这两台服务器在客户端看来是一台逻辑上的服务器。 　　服务器热备用冗余模式如下图： 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　每一次数据同步过程都是从等待接受消息队列开始，管理进程负责处理所有的外部和内部的消息接口。来自客户端或内部其他进程的消息，首先到达管理进程的接收消息队列，管理进程按照消息到达的先后顺序，逐一处理，将消息发送到的目的进程，管理进程等待这些进程的处理结果，在得到结果后，处理下一条消息。 　　在线服务器上的管理进程进程将消息送往本机的目的进程的同时，将该消息送到备份服务器的管理进程进程。在管理进程进程有2个接收消息队列，一个是本地消息队列，另一个是接收来自在线服务器的主服务器消息队列。在备份服务器上，管理进程将本地队列的消息抛弃，只接收从在线服务器发来的放置在主服务器消息队列中的消息。 　　当某一台客户端的进程发送一条消息到服务器的服务进程时，这条消息并非直接发送到目的进程，而是先将消息发送到两台服务器的管理进程。 　　在线服务器的管理进程将消息发送到本机的服务进程，同时发送到备份服务器的管理进程的主服务器消息队列。备份服务器的管理进程得到主服务器消息队列的消息，将该消息送往本机的服务进程，同时抛弃在本地队列中的消息。主备服务器的服务进程接收相同的顺序相同消息，保证双机数据和处理过程的一致性。保证在发生服务器切换时不丢失数据，服务正常进行。 　　对于服务器之间，采用热备冗余模式。正常情况下冗余服务器同时在线运行并保持数据同步，仅由主服务器对外提供服务。当主服务器故障后，备服务器升级为主服务器，完成服务器的倒换。 　　 　　二、前置机的冗余方法 　　为了保障系统数据流动的安全和不间断，按照采用最大可用的连接路径原则，前置机之间，采用集群冗余方式。集群方式是指冗余的设备环境相同，正常时主机和备机都执行任务，平台管理达到负载均衡运行，主机发生故障时，备机执行所有的任务。 　　当前置机与系统内的设备通讯时，前置机同时接入系统的主备冗余通道，前置机根据通讯状态自动选举一个通道的数据上传，当一个通道故障时，前置机选举另一个通道的数据上传，因此前置机并行运行。当一个前置机故障时，另一个前置机接管所有的通讯采集任务。 　　前置机与系统内通讯冗余模式如下图： 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　前置机通过两对冗余10/100Mbps以太网接口与冗余交换机网络连接，每对冗余的10/100M以太网接口采用双网卡独立运行技术实现双网卡热备，保证了前置机的多通道连接，最大限度实现FEP链路的可用和设备的安全可靠。 　　当前置机与系统外的子系统进行通讯时，前置机同时接入子系统的主备冗余设备或主备冗余端口。前置机根据子系统状态自动选举一个链路进行数据采集，当一个链路故障时，前置机选举另一个链路进行数据采集，因此前置机并行运行。当一个前置机故障时，另一个前置机接管所有的通讯采集任务。 　　前置机是通过与子系统的通信端口是否通信来判断通道是否中断。当前置机检测到与子系统设备的通信端口没有通信时（系统底层检测）开始计时，当计时时间