摘要：简要介绍了TFDS集中作业平台应用必要性；简要描述了TFDS集中作业平台几类常见故障的初步处理维护手段。
关键词：TFDS集中作业平台；故障；维护；处理
TFDS集中作业平台是通过传输网络和集中作业平台，将多个分散的TFDS列检作业整合为一个集中的动态检测中心，打破传统动态检车组与探测站之间的固定地域配属关系，实现动态检车组与探测站的动态对应关系，同时解决了TFDS动态检车员劳动生产率过低，动态检查工作量不均衡，系统作用发挥不充分的问题。该系统能够大力加强货车车辆的动态监测，使安全防范关口前移，避免或减少事故的发生，为检修管理部门及时提供科学的依据，对货物列车的安全运行具有十分重要的意义。随着TFDS集中作业平台广泛使用，一些使用中常见的故障也暴露出来，现就几类常见故障初步处理方法汇总如下，仅供交流探讨。
一、集中作业平台使用过程中慢、卡滞
平台使用过程中打开、读取、操作过程等待时间较长、运行卡滞，这时可以从空间不足、网络问题、服务程序异常三个方面来进行判断处理。
1.表空间。首先登录中央机后台数据库，查看表空间空闲比例，如果表空间空闲比例较低，低于百分之五或百分之十的就需要进行扩充，数据库最大的表空间文件是31.25G，如果达到了一个最大值，是不能对该表空间下进行扩充，可以新建一个新的表空间文件，来完成对该表空间的扩充。
2.磁盘空间。如果用户中央机磁盘空间现可用空间较低，会对数据库tomcat和Apache程序正常运行造成影响，这时需要清理以前的历史日志文件（清理日志文件需要服务停止之后进行）。Tomcat程序日志文件：D：\tfds3\cst1_tomcat\logs；Apache程序日志文件路径：D：\tfds3\cst_apache\logs；数据库日志文件路径：E：\oracle\oracle11g\database\archive。路径可能略有不同，根据现场环境而定。
3.网络问题。使用中央机打开作业平台，如果平台使用正常，极有可能是网络问题导致工位机使用平台作业时卡顿，使用工位机ping一下中央机的网络，观察如果出现毫秒过大或丢包情况，则解决网络传输问题即可恢复。
4.程序服务异常。如果Apache和tomcat出现报错情况需要重启，关闭时没有先后顺序，重启时先起tomcat后启Apache服务，必要的时候重启一下数据库服务（实例和监听）。
二、3.0服务器到中央机传输过程缓慢
1.网络问题。首先在TFDS3.0服务器（以下简称3.0平台）ping中央机的IP，查看是否有丢包现象，如果有说明是网络问题，需要调整网络。
2.3.0平台操作系统问题。2003Server之后微软新增TCP/IP自动调谐功能，该功能打开后，会影响Oracle数据库，通过命令“netshinttcp set global autotuninglevel=disable”关闭此服务即可解决。
三、工位机看图、翻页卡滞
集中作业平台图片是通过3.0平台传输到TFDS集中作业平台，无论是单方向或者多方向不能看图先检查3.0平台是否正常看图，再检查集中平台。
1.程序问题。重启tomcat接口并清理work、temp、logs文件，另外查看表空间，如果有表空间满了，则进行扩充。
2.如果某一方向出现该问题，则极有可能是该方向网络问题，在中央机上ping此方向探测站的IP，查看有无丢包现象。在TFDS集中作业平台“系统运行故障诊断”模块中可以看到该方向的探测站IP地址。
3.如果是所有方向都慢，可能是中央机网络不正常有延迟，可以在列检服务器上ping一下中央机IP，查看是否有丢包现象。
另外过车密集也会出现看图慢情况，一般自动恢复。
期刊文章分类查询,尽在期刊图书馆
四、中间部、侧部无图
1.3.0平台无图导致。检查3.0平台有无图片，如果无图则考虑3.0平台程序问题或者探测站问题。
2.加速器未传图。首先查看中央机服务器上D盘或E盘中的suolue文件夹中是否有对应车次的某部位的图片信息，如果没有说明加速器有问题，如果此文件夹下有对应的车次某部位的图片，查看注释找到代表某部位的字段，如果数值为0则查询对应3.0平台该表是否一致。3.0平台有数值中央机没有，判定是传车接口问题，更换接口。
3.3.0平台存图目录问题。修改集中平台数据库中tf_cfg_detectstation表中disk_id字段，与3.0平台的存图目录一致即可。
五、某方向车次无图
1.加速器问题。先查看一下3.0平台是否丢图，如果3.0平台看图正常集中没有图片，看一下中央机D盘soulue文件夹对应的车次文件夹中有没有图片，没有图片可能是加速器有问题。
2.程序服务异常。如果Apache和 tomcat出现报错情况重启一下，关闭时没有先后顺序启动时先起tomcat后启Apache服务，必要的时候重启一下数据库服务（实例和监听）。
3.表配置不对。tf_cfg_detectstation表中FTP_IP和FTP_DIR信息配置的不对，FTP_DIR值与3.0平台该表中该字段的值需一致；FTP_IP则是连接3.0平台的IP，通过这个IP取图。如果此表中信息有变动，更改后需重启各个服务器上的tomcat。
六、集中平台图片颠倒、反位
1.3.0平台图片自身问题。这个需要先调整3.0平台图片，然后集中平台取图后即可显示正常。
2.探测站与集中平台图片配置信息未同步。3.0平台图片显示正常，但是集中平台显示不正常，直接同步集中平台图片信息，首先连接3.0平台登录plsql查询tf_cfg_imageini，然后再连接集中平台服务器登录plsql同样查询表tf_cfg_imageini，然后把在探测站中在该表中查询出的blog字段值复制到集中平台数据库该表中blog字段里（两条都需要复制），最后重启集中平台上的tomcat。
七、列车信息传不到集中平台
1.轨边设备没有把信息采集或者传输到3.0平台。先查看3.0平台程序或者数据库的表（TF_OP_TRAIN）中是否有过车信息，如果有而集中平台中没有，则可以确定是集中平台问题。
2.动态传车接口没有启动或连接不到本地数据库。如果动态传车的接口没有启动的话则需要双击执行启动文件，如果接口没办法正常运行，则有可能是以下两种情况：
（1）本地数据库存在问题没办法正常启动，需要硬件厂家进行处理。如果启动了但是报错：超过最大连接数，则需要重启3.0平台的oracle服务和中央机上的tomcat，可以解决这个问题。
（2）可能这台机器是备机或者重做的服务器，jdk安装的路径发生变化，则动态传车接口在检索java环境的时候找不到jdk，这时需要更新bat文件中的jdk路径，右键点击bat文件，点击编辑把原有的jdk路径更新就可以。
3.动态传车接口连接不到中央机tomcat。动态传车接口正常启动，但是报一个错误：远程调用异常，说明接口接连不到中央机的tomcat，引起这个问题的有两个情况：
（1）网络问题，3.0平台和中央机之间的网络出现中断。
（2）网络没有问题的话，则有可能是中央机的tomcat出现问题，重启中央机的tomcat。在原来连接的tomcat没办法短时间内恢复的情况下，在传车接口的配置文件中将web对应的地址IP，换成另一台中央机的IP。
4.数据已经传到了中央机数据库，但是过期标记被制成1了，也就是过期的状态。此时查看tf_op_train表的过期字段，看这列车是不是过期了，如果过期标志（pic_v_state）的值是1，原因一般是数据传输导致的。
5.操作系统原因。高版本系统有个TCP/IP 自动协调（一般出现在win10系统）netsh int tcp set global autotuninglevel=disable在cmd中执行此命令把自动协调关闭即可。
论文作者:蒙兴
论文发表刊物:《基层建设》2019年第19期
论文发表时间:2019/9/21
标签：平台论文; 作业论文; 中央论文; 重启论文; 文件论文; 接口论文; 动态论文; 《基层建设》2019年第19期论文;