系统连接中断车站计划管理论文

1车站计划管理系统的构成和工作原理

1.1系统构成

车站计划管理系统采用基于后台数据库模式的C/S架构方式，分为中心服务子系统和车站应用子系统两大部分。中心服务子系统共一套，包括数据库服务器系统、应用服务器系统和接口服务器系统。中心服务器子系统采用双机热备模式工作，在用服务器发生故障时可自动切换至备用服务器，保证了系统的高可靠性。车站应用子系统由于各个车站的站场特点、需求应用等方面的要求不完全一致，因此，每个车站的应用子系统的数据配置也各有分别，采用独立的车站应用系统软件。

1.2工作原理

车站计划管理系统后台数据库系统采用业界主流的Ora-cle11g版本的数据库管理系统软件和高可靠性的独立冗余磁盘阵列（RAID），承担了所有数据的实时存储、定义、维护、访问和更新等功能，满足应用服务对数据的查询响应，实现平台上的数据共享等功能。中间业务逻辑层包括应用服务器和接口服务器系统，主要完成业务数据的逻辑运算，数据处理、数据转发，实现与其他程序进行连接和数据交换等功能。上层人机交互界面层即车站系统终端用户I/O操作界面，负责接收用户输入，展现运算结果等，通过应用服务器实现数据的处理和转发，通过数据库服务器实现存取数据，当数据库服务器和车站系统因故发生中断时，可将数据存储至本地，待连接正常后通过操作将数据转存至数据库系统。车站应用系统程序对运行的根目录没有特殊的要求，可以把程序文件夹放到任何目录，但要保证文件夹本身内容的完整性。

2数据库连接中断的原因分析及处理

2.1数据库中断后的注意事项

车站计划管理系统运行过程中，数据库因故连接中断时，为避免数据丢失，需执行相应的操作将数据进行本地存储，同时及时查找故障原因进行恢复，在没有执行本地存储操作时，严禁关闭车站计划管理系统。操作过程为：点击计划管理系统“用户管理”→“转存到本地”菜单，将数据转存到本地；待故障恢复后，再点击“用户管理”→“提交到数据库”菜单，将本地数据提交到数据库。

2.2原因分析及处理方法

造成数据库中断的原因有多种，物理硬件、软件程序、网络通道等都是可能的因素。因此，正确的判断方法，能够及时发现导致故障的原因，合理的处理程序，能够有效缩短故障的延时时间，从而尽快恢复设备的使用。作者根据自身的工作经验，总结出导致车站计划管理系统终端和数据库连接中断的四种主要类型的故障：

2.2.1网络通道中断

数据库中断后，首先应考虑网络通道方面的原因。此种故障较为容易判断，但故障点的判断尤其关键。首先运行ping命令检查连接到本地交换机的通道是否连通，若不通，则检查本地局域网线路或本机网卡是否存在问题；如果局域网连接正常，则继续检查到中心交换机、数据库服务器之间的通道是否连通，根据逐段检查，逐段排除的方法进行判断处理。网络通道故障的判断方法应以系统网路拓扑图为依据，根据网络中各节点的状态来判断故障的根源。节点的划分以车站局域网为一个节点，中心局域网为一节点，中心和车站之间的通信大通道为一节点，判断出故障在某一节点之后，再在此节点内进行仔细排查。除去技术方面的排查方法，利用经验或个体和群体之间的差异也可对故障进行分析，例如，如果单个车站局域网内一台或多台设备同时不能和数据库正常连接，可考虑故障发生在局域网内，而如果所有车站局域网设备网络连接均出现错误，可重点考虑是通信大通道中断或中心系统发生问题。网络通道问题通常多发生在网线配线架接头和终端系统的网卡接口上，施工或平常的日常检修作业有可能会碰到配线架或电脑终端的网线接头，造成网线的虚接。此外，交换机的配置错误或故障，网线的损坏、光缆的断裂也会导致此问题的发生。

2.2.2中心数据库服务器系统故障

导致数据库系统发生故障的原因有很多方面，总结起来主要是以下几类：

（1）事务内部的故障：事务内部故障可分为预期的和非预期的，其中大部分的故障都是非预期的。预期的事务内部故障是指可以通过事务程序本身发现的事务内部故障，可通过将事务回滚，撤销对数据库的修改来恢复。非预期的事务内部故障是不能由事务程序处理的，如运算溢出故障、并发事务死锁故障、违反了某些完整性限制而导致的故障等，通过强制回滚事务，在保证该事务对其他事务没有影响的条件下，利用日志文件撤销其对数据库的修改来恢复。

（2）系统故障：系统故障也称为软故障，是指数据库在运行过程中，由于硬件故障、数据库软件及操作系统的漏洞、突然停电等情况，导致系统停止运转，所有正在运行的事务以非正常方式终止，需要系统重新启动的一类故障。这类事务不破坏数据库，但是影响正在运行的所有事务。可等待计算机重新启动之后，对于未完成的事务可能写入数据库的内容，回滚所有未完成的事务写的结果；对于已完成的事务可能部分或全部留在缓冲区的结果，需要重做所有已提交的事务（即撤销所有未提交的事务，重做所有已提交的事务）。

（3）介质故障：介质故障也称为硬故障，主要指数据库在运行过程中，由于磁头碰撞、磁盘损坏、强磁干扰、天灾人祸等情况，使得数据库中的数据部分或全部丢失的一类故障。使用数据库备份及事务日志文件，通过恢复技术，恢复数据库到备份结束时的状态。

（4）计算机病毒故障：计算机病毒故障是一种恶意的计算机程序，它可以像病毒一样繁殖和传播，在对计算机系统造成破坏的同时也可能对数据库系统造成破坏（破坏方式以数据库文件为主）。对于已感染病毒的数据库文件，使用杀毒软件进行查杀，如果杀毒软件杀毒失败，使用数据库备份文件，以软件容错的方式恢复数据库文件。另外，应定期检查服务器本身磁盘的状态，防止存储空间因数据占用过大造成系统崩溃，加强告警日志文件的分析和处理，检查数据库管理软件的运行状态，以及终端系统接点的配置是否正确，系统负载均衡配置是否正确等等。

2.2.3车站应用终端数据库客户端配置不正确

车站计划管理系统中心数据库采用Oracle11g数据库系统，车站终端需要安装Oracle数据库客户端并进行正确配置。数据库客户端的配置涉及到数据库服务器的IP地址（或主机名）、数据库服务器的侦听端口号、数据库名称等，应仔细检查核对，如果安装不正确或配置错误，则车站应用系统就无法连接到中心数据库系统。在通道畅通和中心服务器设备正常情况下，利用客户端配置完成后，利用本系统的服务名进行测试连接，如果测试成功，则配置正确，如果测试错误，会弹出错误的提示框，应重新检查配置是否正确。

2.2.4车站应用终端数据库配置文件不正确

车站应用系统的数据库配置参数文件位于车站应用程序文件夹内的ini文件夹下，其中config.ini配置文件包含了程序连接的数据库相关的信息，使用记事本打开即可查看配置信息。配置参数文件主要包括数据库类型、用户名、用户密码、数据源名称等，其中服务名为本机配置的数据库服务名，用户名为相应车站计划管理系统连接Oracle数据库中的用户名称，密码为相应车站计划管理系统连接Oracle数据库中的用户密码，驱动类型支持两种驱动类型Oracle和微软，如果使用Or-acle驱动，填写“Oracle”，如果使用微软驱动，填写“MS”。如果不能确定是否是配置文件的问题，可使用数据库客户端的一些工具如PL/SQLDeveloper或者在SQLPLUS下使用“CONN用户名/密码@服务名”命令直接连接数据库，如果在这种情况连接正常，则说明配置存在问题。在车站应用程序关闭的情况下对config.ini直接进行修改并保存即可。

3结束语

在日常运行生产过程中，如果计划管理系统发生问题，应遵循一定的处理原则，中心和车站维护人员之间要协调指挥，分级处理，从全局全网的概念出发，做到先中心设备，后基层网设备；先服务器，后其他设备，先网络设备，后局部设备，尽量减少故障的影响范围。同时，鉴于日常生产环境的复杂性，人员的误操作、系统服务器或终端感染病毒等也是造成故障的重要原因，因此，加强相应的准入认证机制、建立防火墙系统以及建设相应的安全管理制度，是减少故障发生的主要手段。

作者：陈建辉 单位：朔黄铁路发展有限责任公司肃宁分公司