自动化系统FDP故障分析及应急.docVIP

自动化系统FDP故障分析及应急 　　【中图分类号】TP27 【文献标识码】A 【文章编号】1672-5158（2012）09-0056-01 　　空管自动化系统是民航空管部门实施对空指挥的核心系统，它能为管制员提供实时、精准的飞行动态和航班计划。在自动化系统中，FDP服务器主要是负责完成飞行电报处理、飞行计划处理、航班相关数据管理、飞行计划冲突探测、飞行计划与系统航迹相关等功能。 　　青岛目前使用的自动化系统为南京莱斯公司生产的NUMAN2000自动化系统。2012年6月4日，自动化系统出现FDPI自动重启，导致系统某些功能失效，本次故障期间对管制运行造成了一定的影响，以下将对FDP自动重启过程进行分析。 　　一、故障描述和分析 　　2012年6月4日09：03（UTC时间，本文的所有时间为UTC时间），FDPI自动重启，导致系统某些功能失效；在10：17采用单服务器模式（FDPI），系统可以正常工作；在16：12恢复FDP2，系统恢复在east正常工作模式。1、FDPI故障（6月4日：08：57） 　　监控日志显示FDPI故障： 　　2012.06.04 08：57：010nly ONE FDP in systeml 　　2012.06.04 08：57：01FDPI：stopped 　　2012.06.04 08：57：21NetAonFDPI is TimeOut 　　2012.06.04 08：57：21NetB onFDPI isTimeOut 　　2012.06.04 08：57：21NetC onFDPI isTimeOut 　　此时在FDP2上的CETC FDP进行数据库切换： 　　20120604085702：→recv 0x1500 reconnet oracel 　　故障前的计划条数：550 　　RetrievePlanStatus start！1 　　20120604085627：→RetrievePlmaStatus PlanNumbe=550！！ 　　20120604085627：→RetrievePlanStatus 1 1 1 PlanNumbeR=550！！ 　　20120604085627：→RetrievePlaxtStatus 22222 PlanNumber=550！！ 　　故障后计划条数：156 　　20120604085727：→RetrievePlanStatus start！！ 　　20120604085727：→RetrievePlmaStatus PlanNumber=156！！ 　　20120604085727：→RetrievePlanStatus 111 PlanNumber=156！！ 　　20120604085727：→RetrievePlaxtStatus 22222 PlanNumber=156！！ 　　依据HP工程师的分析，FDPI出现CPU读写错误，此时数据同步出现故障，FDPI由于故障重新启动。（该现象目前无法正常复现，由于系统未记录数据复制日志，无法完全确认数据复制异常的原因，依据目前在测试平台中对FDPI重新启动、断电等的各项测试，均未见复制异常）此时由于没有对应的计划，CETC FDP进程???人机界面发来的CFL高度设置指令不响应。 　　2、FDPI重启成功（6月4日：09：05） 　　监控日志显示FDPI重启成功： 　　2012.06.04 09：05：33NetAonFDPI is up 　　2012.06.04 09：05：33NetB onFDPI is up 　　2012.06.04 09：05：33NetC onFDPI is up 　　3、FDP2上重拉FDP进程（6月4日：09：12） 　　重拉CETC FDP进程，是对次日计划的重新提取，进行隔日切换的转换，生成了计划：例如 　　20120604091235：→FlightToCurrent aeid=DKHll70，speed=K0900，rfl=S0900，mmddFltPlaxtNum 998 　　CreateCurrentPlan PlanlnDatabase acid=DKHl 170，plan no=0，status=FUR，domint=，terminate=！ 　　计划的状态为FUR 　　此时，新生成的计划系统赋予了计划号，由于前面的同步错误，导致新生成的计划和原来的计划计划号一致，但实际不是同一个航班，该情况导致管制员修改CFL失效。例：雷达日志：ACID：CSZ9879Plan no=4177 　　计划日志： 　　20120604091448：→0x2403 plan no=4177，CFL=180，buff[19]=M，buff[4]