机场应急处理流程201207

机场应急处理流程201207
机场NewAPP应急处理流程机场NewAPP应急处理流程
中国民航信息⽹络股份有限公司
2012年6⽉
⽬录：
1.使⽤说明 (5)
2.离港主机（核⼼⽹络）故障应急处理流程 (6)
2.1.应急流程启动条件 (6)
2.2.故障判断 (6)
2.3.故障通报确认 (6)
2.4.切换备份的决定下达 (7)
2.5.应急处理流程 (8)
2.6.善后处理办法 (9)
2.7.特殊问题说明 (10)
3.数据库故障应急处理流程 (11)
3.1.应急流程启动条件 (11)
3.2.故障判断 (12)
3.3.故障通报确认 (12)
3.4.切换GUIDE或者A NGEL NEWAPP主机模式的决定下达 (13) 3.5.应急处理流程 (13)
3.6.善后处理办法 (14)
4.TUXEDO应⽤服务器故障处理流程 (15)
4.1.应急流程启动条件 (15)
4.2.故障判断 (15)
4.3.故障通报确认 (15)
4.4.应急处理流程 (16)
4.5.善后处理⽅法 (16)
5.单台服务器故障应急处理流程 (16)
5.1.应急流程启动条件 (16)
5.2.故障判断 (16)
5.3.故障通报确认 (17)
5.4.应急处理流程 (17)
5.4.1.⼀台数据下载解释服务器故障应急处理流程 (17)
5.4.2.⼀台数据库服务器（⼩型机模式）故障应急处理流程 (17) 5.4.3.⼀台数据库服务器（NT模式）故障应急处理流程 (18)
5.4.4.⼀台接⼝服务器故障应急处理流程 (18)
5.4.5.⼀台应⽤服务器故障应急处理流程 (18)
5.4.
6.⼀台接⼊服务器故障应急处理流程 (19)
5.5.善后处理办法 (19)
6.其他全局性故障 (19)
6.1.应急流程启动条件 (19)
6.2.故障通报确认 (19)
6.3.应急处理流程 (19)
6.4.善后处理办法 (20)
7.机场各部门流程及职责 (20)
7.1.值机部门应急处理流程 (20)
7.2.值机部门应急处理流程图 (22)
7.3.控制部门应急处理流程 (22)
7.4.控制部门应急处理流程图 (25)
7.5.配载部门应急处理流程 (26)
7.6.配载部门应急处理流程图 (26)
7.7.登机⼝服务⼈员应急处理流程 (27)
7.8.登机⼝服务⼈员应急处理流程图 (28)
7.9.离港系统维护部门应急处理流程 (29)
7.10.离港系统维护部门应急处理流程图 (29)
附录1：N EW A PP/A NGEL N EW APP应急流程图 (31)
附录2：N EW A PP/A NGEL N EW APP应急处理通报流程图 (32)⽂档属性
⽂件名机场应急处理流程.doc
版本V1.0
作者中国航信NEWAPP投产项⽬组
说明详细描述了机场NEWAPP的各种处理⽅法和流程。

修改纪录
序号章节类型⽇期作者备注
1 所有新建2007-1
2 张宁宁
2 部分修改2008-01 智学修订、更新部分流程
3 部分修改2010-08 刘楠调整部分流程，增加1.7特殊问题
说明
4 部分修改2011-07 刘楠明确流程前提，故障通报、应急启
动的时间，增加第5节——其他全
局性故障
5 部分修改2011-08 刘楠调整部分格式
6 部分修改2012-05 付超调整格式，增加AngelNewAPP相
关应急处理
7 部分修改2012-07 孟祥瑞对于AngelNewAPP相关内容，明
确了相关故障现象，并调整了应急
处理⽅法和流程。

名词解释
信导部：
本⽂档中指机场信息中⼼。

本地模式：
NEWAPP应急模式之⼀，在与航信离港系统断开之后使⽤。

GUIDE模式：
NEWAPP应急模式之⼀，在机场本地数据库故障时使⽤。

AngelNEWAPP主机模式：
AngelNEWAPP应急模式之⼀，在AngelNEWAPP核⼼应⽤服务器故障时使⽤。

机场离港系统应急处理流程
1.使⽤说明
●本应急流程适⽤于投产NewAPP/AngelNewAPP的机场，需要维护单位进⾏适
当剪裁，定制出完全适应⾃⼰的应急处理流程。

在发⽣如下NewAPP/AngelNewAPP 系统相关的故障时的紧急处置⽅案：
A、当主机故障或者通信线路发⽣故障时，包括航信接⼊路由器故障、航信Eterm
服务器故障、Eterm接⼊OMSE故障、航信内部核⼼⽹络故障、离港主机故
障，NewAPP/AngelNewAPP由主机模式切换为备份模式继续办理旅客值机；
B、具有双机备份的服务器（数据库服务器、下载服务器、接⼝服务器等）发⽣
故障时，切换到另⼀台服务器，继续办理旅客值机；
C、当数据库发⽣故障（数据库软件或磁盘阵列）或者AngelNEWAPP核⼼应⽤
服务器故障时，启动GUIDE或者AngelNEWAPP主机模式继续办理旅客值机。

●前提要求：各维护机构按照各⾃维护流程完成⽇常巡检和例⾏维护，确保各系
统、备⽤软件（如Guide）及硬件设备（如打印设备）正常可⽤，确保应急预案的
可执⾏性。

●离港产品后台按照模块划分见下表。

以机场实际安装部署情况为准，根据实际
情况，选择本地安装的离港产品模块，⾃⾏调整本⽂档，略去未部署的软件维护内
容，同时根据机场环境特殊性增加相应所需的内容；
监控模块是否部署部署应⽤IP信息
数据库服务器□是□否对外服务IP：
下载服务器□是□否主/备：
应⽤服务器□是□否主：备：
□是□否主：备：接⼊服务器
□是□否主/备：接⼝服务器
监控服务器□是□否节点：Agent：其他□是□否服务端：客户端：注：请根据本地实际情况填写调整该表格，填写相关信息
2.离港主机（核⼼⽹络）故障应急处理流程
2.1. 应急流程启动条件
由于以下故障原因造成离港主机服务不可⽤，5分钟后仍然⽆法使⽤离港系统,⽆法正常为旅客办理值机⼿续：
●中国航信离港主机系统或者核⼼⽹络发⽣故障
●机场与中国航信离港主机之间的通讯线路发⽣故障
此时机场可以切换到本地备份系统继续办理值机⼿续。

2.2. 故障判断
值机柜台
1)F10中输⼊指令不能得到主机回显
2)接收/删除/修改旅客不能得到主机回显
3)Eterm连接中断，并且⽆法重新连接
4)值机前端界⾯显⽰“Eterm连接失败”
5)值机室、配载室发现操作长时间等待，航信主机⽆响应
控制/配载室
1)Eterm连接中断
2)Eterm中做指令⽆应答,长时间等待状态
2.3. 故障通报确认
故障发现部门⽴刻通知如下部门⼈员：
1)离港系统维护部门（航信分⽀机构或机场信息中⼼值班⼈员）
（航信分⽀机构值班电话：机场信息中⼼值班电话：）
2)值机主任/控制主任/配载主任
（控制主任电话：值机主任电话：配载主任电话：）
离港系统维护部门负责：
1)确定是否⼤量柜台同时出现故障
2)确定是否机场局域⽹故障
3)上报中航信服务台电话010－84018401转3（离港⽀持）
4)协助中航信确认故障原因：
A、中国航信离港主机系统或者核⼼⽹络发⽣故障
B、机场与中国航信离港主机之间的通讯线路发⽣故障
5)向机场指挥管理部门或控制室通报故障类型。

2.4. 切换备份的决定下达
主机/⽹络故障时间超过5分钟
控制室可以⾃⾏决定切换航班到备份模式，尽快减轻现场压⼒
事后通报离港系统维护部门
控制室切换航班的原则
1)询问配载主任，当前未打印平衡图，⼜急需结载的航班转备份模式
2)询问值机主任，当前必须办理的航班转备份模式
3)暂缓其余航班办理
控制室切换流程
1)通知中航信进⾏航班保护操作。

（⾮真实故障情况下的备份演练，由控制室使⽤PO指令⾃⾏保护）
2)使⽤AutoFDC或AngelFDC将如上航班转为本地备份模式，然后进⼊“备份系统”（或选择“备份”模式的航班），⽤AutoFDC或AngelFDC在本
地进⾏解保护。

还可以进⾏简单操作控制，包括航班信息修改、飞机座位图处理，对于多航段航班，要将下⼀段航班的座位进⾏预留、旅客座位预处理、以及航班CCL和航班CC。

3)通知配载主任：哪些航班转备份，注意和值机/控制核对⼈数，开始做⼿⼯平衡图。

如果离港主机已恢复，可以采⽤主机断开配平的⽅式。

4)通知值机主任:哪些航班转备份，开始继续办理；哪些航班暂缓办理
5)通知登机⼝服务⼈员：哪些航班转备份，注意和值机/控制核对⼈数
6)通知离港系统维护部门值班⼈员：哪些航班转备份，并请维护⼈员通知中航信服务台
7)按机场相关流程通报其他相关⽅或机场管理部门
2.5. 应急处理流程
1.值机发现故障通知离港系统维护部门。

2.离港系统维护部门得到故障通报通知中航信服务台。

3.离港系统维护部门协助中航信确认故障原因。

4.离港系统维护部门确认故障类型是主机/⽹络故障后通知控制室。

5.控制室⽴即将航班转换为本地模式，⾸选需要紧急结载的航班。

6.控制室启⽤AutoFDC或AngelFDC对航班进⾏控制操作。

7.控制室通知机场值机部门哪些航班转为本地备份模式，值机在本地模式下继续
办理航班，记录特殊旅客信息：
a、备份下候补接收的ET旅客；；
b、主机下接收备份下删除的ET旅客；
办理结束后CI航班。

8.部分登机牌会出现没有ET标识的情况（例如候补接收的ET旅客），需通知安
检有⼿写ET并盖章的旅客可以放⾏。

9.控制室通知控制配载部门准备使⽤⼿⼯配载。

10.值机部门在航班关闭后将⾏李及旅客分区⼈数通知配载部门。

对于⽆分区⼈数
信息的，请配载部门按照机型要求进⾏分区计算。

11.配载部门在得到值机部门关于航班旅客信息和联系信息后，根据航班的货物、
邮件、⾏李、航油等信息绘制⼿⼯平衡图，如果离港主机已恢复，可以采⽤主机断开配平⽅式。

12.航班值机结束后值机室进⾏相关数据处理，包括ETL回传、常客信息处理、特
殊旅客信息补录等。

13.各部门业务处理结束后通知控制室。

14.控制室负责通知其他相关业务部门。

注：已转为本地模式的航班即使在办理中途主机/⽹络恢复正常也不能转回主机模式。

应急流程如下图所⽰：
值机室、配载室发现操作长时间等待，航信主机⽆响应
航信职责：
（1）发⽣故障后，值班⼈员⽴即向各地机场通告故障情况；
（2）发⽣故障后，在线⽴即通知所有分⽀机构领导到达机场现场。

机场职责：
机场各地服做好航班转本地的准备：
（1）通知控制室，选择转本地的航班，⾸选需要紧急结载的航班；
（2）通知配载室，准备⼿⼯配载；
（3）与安检部门沟通，有⼿写ET并盖章的旅客可以放⾏；
（4）通知值机室做好航班本地办理的准备；
（5）⽆论接到航信通知与否，只要发现离港系统5分钟后仍然⽆法使⽤，⽆需
等待航信通知，控制室可以将第⼀批紧急航班转本地办理，并将转本地的航班列表提供给值机室、配载室和安检部门
随着时间推移，如果故障仍未恢复，控制室可以选择第⼆批需要紧急办理的航班，并将转本地的航班列表提供给值机室、配载室和安检部门
故障恢复后，航信值班⼈员⽴即通告各地机场
机场各地服：
（1）未转本地的航班，控制室使⽤主机办理控制；已转本地的航班继续使⽤本地控制⽅式；
（2）值机⼈员可以在备份模式和主机模式之间⾃由切换，已转本地的航班继续办理，直到航班办理结束，仍然⽀持开放柜台值机;
（3）不管备份模式航班还是主机模式航班，配载室可以使⽤主机办理配载。

航班后期处理：
（1）正确处理本地模式下办理的电⼦客票旅客的票⾯状态；
（2）航班特殊情况处理；
（3）如果需要航信协助，可以电话010-********
图1 离港主机（核⼼⽹络）故障应急处理流程图
2.6. 善后处理办法
机场⽅善后⼯作：
值机：
1、发送ETL报⽂，电话与中航信确认回传是否成功，如果⽹络长时间不
能恢复，为了确保能及时更改旅客票⾯状态防⽌恶意退票，可以将ET
旅客名单打印出来发给中航信更改旅客票⾯状态。

如果是⾮真实故障
的备份演练，与中航信确认后，对于未能⾃动修正票⾯状态的客票，由
地服当天在主机中进⾏接收修改。

2、对于特殊ET旅客（如备份下候补的ET旅客，或在主机模式下接收⼜
在备份模式下删除的ET旅客），根据办理过程中记录的旅客姓名和ET
票号，由值机部门指定⼈员，请离港控制室将主机航班状态改为OP后，
使⽤GUIDE或ETERM补录数据；
3、打印常旅客名单并交给航空公司代办。

4、对于国际航班的API报，在离港系统⽆法使⽤时，⽴即向国家相关部门
申请航班做特殊处理。

控制：
1、多航段航班需要向下⼀站传真发送本站座位图或已值机旅客名单。

打印
ET旅客名单和常旅客名单。

2、离港控制室最终将航班状态在主机（ETERM）中置为CI；
配载：飞机起飞后⼿⼯发送相关报⽂
中航信⽅善后⼯作：
配合机场电⼦客票的后期处理
检查应急流程中是否有遗漏和不完善
凯亚/机场维护
统计故障期间航班办理情况
检查应急流程中是否有遗漏和不完善
2.7. 特殊问题说明
恶意退票问题：
为了避免备份演练过程中的恶意退票/逃票问题，可以通过如下流程加以控制：
转备份前，由值班经理柜台使⽤ETSC指令（ETSC: O / F / 航班号/ ⽇期/ 航段）提取所有⾮“Open For Use”和“Checked In”的旅客名单，并在离港
前端系统中为如上旅客增加备注信息“旅客客票状态有误，请与值班经理柜
台联系”；
柜台值机过程中，若发现接收旅客时提⽰“旅客客票状态有误，请与值班经理柜台联系”，则引导旅客到值班经理柜台办理⼿续；对于被指引到该柜台
的旅客，由值班经理在订座系统中确认客票状态已经是“Open For Use”后，
再为旅客办理值机⼿续，若客票状态不正确，则请旅客与出票单位联系；（若
值班经理柜台⽆订座系统，则与补票柜台联系，或可请旅客到补票柜台盖章
确认客票状态为OPEN）
部分机场可能没有Ctrl+F为旅客添加备注信息的功能，则可以由值班经理柜台在航班转备份后，将所有状态⾮Open For Use的旅客⽴即进⾏接收（以免
值机柜台误接），待值机柜台为该旅客办理值机，发现为已接收状态时，则
引导旅客到值班经理柜台办理⼿续，后续经由值班经理确认客票状态为正常
后，再将事先打印的登机牌发给旅客。

部分旅客为了恶意退票，可能在值机以后甚⾄登机后再退票，对于此种情况可增加两次验证来进⾏控制：
1、航班登机前，在登机⼝使⽤ETSC指令提取所有⾮“Open For Use”和
“Checked In”的旅客名单，如果其中有已值机（NEWAPP/AngelNewAPP中）旅客，则在登机⼝进⾏拦截。

2、航班起飞后且回传ETL之前，再次使⽤ETSC指令提取所有⾮“Open For
Use”和“Checked In”的旅客名单，如果其中有已登机飞⾛（NEWAPP/AngelNewAPP中）的旅客，则通知下⼀航站进⾏拦截旅客。

如上两步验证⾮必须操作，可根据机场和航空公司情况灵活掌握。

常旅客⾥程累计和特服信息等问题
由于备份航班最终在主机中不做CC，不能发送常旅客报⽂。

所以由值机办公室使⽤NewAPP/AngelNewAPP中查询统计，选择相应航班，列出所有含
FF信息的旅客，打印后交给航空公司相关⼈员，为旅客补登⾥程信息；
如果需要提供特服旅客信息，可使⽤NewAPP/AngelNewAPP本地打印特服旅客名单，发给相关部门或后续航站。

3.数据库故障应急处理流程
3.1. 应急流程启动条件
机场本地数据库发⽣故障，所有NewAPP/AngelNewAPP前端不可⽤。

此时机场应切换到GUIDE或者AngelNEWAPP主机模式继续办理航班。

在以下两种情况下，需要启⽤GUIDE或者AngelNEWAPP主机模式备份功能：
1)机场当地数据库发⽣故障（⼩型机磁盘阵列的数据库发⽣故障或者NT服
务器的主备机数据库均发⽣故障），不能处理离港前端的业务请求。

2)数据库服务器硬件故障（⼩型机磁盘阵列硬件故障，或者2台⼩型机同时
发⽣硬件故障，或者NT服务器的主备机均发⽣故障），不能处理离港前
端的业务请求。

3)应⽤服务器（集群）故障，导致应⽤服务器彻底⽆法提供服务。

3.2. 故障判断
值机柜台
1)当前航班旅客列表变为空
2)F5刷新旅客列表时，不能得到旅客信息列表
3)CKI界⾯显⽰oracle报错
4)AngelNewAPP提⽰“系统异常，请稍后再试”
登机⼝柜台
1)当前航班旅客列表变为空
2)F5刷新旅客列表时，不能得到旅客信息列表
3)BCS界⾯显⽰oracle报错
4)AngelNewAPP提⽰“系统异常，请稍后再试”
3.3. 故障通报确认
故障发现部门⽴刻通知如下部门⼈员
1)离港系统维护部门（航信分⽀机构或机场信息中⼼值班⼈员）
（航信分⽀机构值班电话：机场信息中⼼值班电话：）
2)值机主任/控制主任
（控制主任电话：值机主任电话：）
离港系统维护部门
1)确定是否⼤量柜台同时出现故障
2)确定是否机场局域⽹故障
3)上报中航信服务台电话010－84018401转3（离港⽀持）
4)确认故障类型。

5)通知控制室故障类型，准备请值机柜台将航班转为GUIDE或者
AngelNEWAPP主机模式。

3.4. 切换GUIDE或者AngelNEWAPP主机模式的决定下达
当地机场离港数据库故障时间超过5分钟
1)控制室可以⾃⾏决定启⽤GUIDE/AngelNEWAPP主机模式应急流程,，尽
快减轻现场压⼒。

2)控制室通知值机部门使⽤GUIDE/AngelNEWAPP主机模式/Eterm办理⼿
续。

3)控制室通知登机⼝服务⼈员采⽤⼿⼯⽅式办理登机。

4)控制室通知离港系统维护部门哪些柜台已转为GUIDE/AngelNEWAPP主
机模式。

3.5. 应急处理流程
1.值机、控配室发现故障通知离港系统维护部门。

2.离港系统维护部门确认为数据库故障后通知控制部门。

3.控制室值班经理⽴即通知值机部门启⽤GUIDE软件或AngelNEWAPP主机模式
办理旅客值机。

4.控制、配载部门在本地数据库故障时不受影响，但要求控制部门，密切注意报
⽂下载的PID的状态，若积Q超过1000个通知航信在线⽀持中⼼将积Q处理，同时对未办理的航班做BKC。

5.通知登机⼝⼯作⼈员，登机控制系统不能使⽤，使⽤⼿⼯⽅式进⾏登机控制。

应急流程如下图
航班处理完毕、值机软件报错控制室Eterm 使⽤正常
维护⼈员判断为数据库故障控制室发布故障信息
值机室启⽤GUIDE
正常配载
控制室监控PID 状态⼿⼯办理登机
各部门报告系统正常
图2 数据库故障应急处理流程图
GUIDE/AngelNEWAPP 主机模式切换流程如下图：
值机柜台发现值机前端报oracle 数据库错误，维护⼈员发现主备数据库均⽆法使⽤，或者主备服务器硬件均⽆法使⽤航信职责：
（1）接到故障电话后，尽快判断故障原因；
（2）如果是数据库故障，协助机场维护⼈员恢复数据库；如果是硬件故障，协助⼚商恢复服务器；机场职责：
机场各地服做好航班转GUIDE 办理的准备：
（1）通知值机室做好航班转GUIDE/AngelNewAPP 主机模式办理的准备；（2）通知登机⼝准备⼿⼯办理登机；
（3）⽆论接到维护⼈员的通知与否，只要发现数据库5分钟后仍然⽆法使⽤，⽆需等待维护⼈员的通知，值机⼈员退出NewAPP/AngelNewAPP ，启动GUIDE 办理值机(或AngelNewAPP 主机模式)；如果航班开始登机时，系统尚未恢复正常，登机⼝开始⼿⼯办理
机场各地服：
（1）值机⼈员退出GUIDE ，启动NewAPP/AngelNewAPP ，继续办理值机⼿续；（2）已⼿⼯办理登机的航班，继续⼿⼯办理；未⼿⼯办理登机的航班，登机⼝服务⼈员启动BCS ，继续办理登机⼿续；
故障恢复后，机场维护⼈员⽴即通告各机场地服
图3 GUIDE/AngelNEWAPP 主机模式切换流程图
3.6. 善后处理办法
本地数据库恢复正常后，可以切回NewAPP/AngelNewAPP 继续办理航班。

对于
已经⽤GUIDE/AngelNEWAPP 主机模式办理的航班建议重新作BKO 。

●统计故障期间航班办理情况
●对于登机⼝⼿⼯办理的航班应继续⼿⼯办理，直到登机结束，然后使⽤BCS登
机办理其他航班。

4.TUXEDO应⽤服务器故障处理流程
注：报⽂下载采⽤MAPS应⽤的机场，可省略Tuxedo相关操作。

4.1. 应急流程启动条件
当TUXEDO服务发⽣问题时，前端旅客的更新数据不准确；
只是需要进⾏TUXEDO应⽤本⾝的恢复；
不需要进⾏任何备份⼿段（包括NewApp本地和GUIDE/AngelNEWAPP主机模式/ETERM等）的使⽤；
4.2. 故障判断
值机柜台
1)当前接收的旅客，其⼤部分状态为’LC’
2)当前接受的旅客⾏李信息，⽆法进⾏删除和补打操作，⽆法找到⾏李号码
3)当前接受的候补旅客⽆法在’已值机列表’中找到
下载解释
1)报警中⼼在报警，提⽰’CONNECT TUXEDO SERVER FAILED’；
2)守护者的状态为’OK’和’fail’切换；
3)报⽂⽇志查看程序，查找报⽂，报⽂状态为’?’
4.3. 故障通报确认
故障发现部门⽴刻通知如下部门⼈员
1)离港系统维护部门（航信分⽀机构或机场信息中⼼值班⼈员）
（航信分⽀机构值班电话：机场信息中⼼值班电话：）
2)值机主任/控制主任
（控制主任电话：值机主任电话：）
离港系统维护部门
1)确定是否⼤量柜台同时出现故障
2)上报中航信服务台电话010－84018401转3（离港⽀持）
系统维护⼈员负责确认：TUXEDO应⽤服务故障
4.4. 应急处理流程
维护⼈员判断为TUXEDO应⽤服务故障，启⽤应急处理流程：
登陆服务器，查看TUXEDO应⽤服务状态
停⽌服务
启动服务
如果依然⽆法解决，强⾏处理TUXEDO应⽤(tmipcrm)
服务正常启动后，检查TUXEDO应⽤服务状态，检查报⽂解释状态，检查报⽂
⽇志显⽰中报⽂的状态。

检查NewApp柜台的旅客列表状态。

4.5. 善后处理⽅法
要查找TUXEDO应⽤异常的原因，避免类似情况。

5.单台服务器故障应急处理流程
5.1. 应急流程启动条件
单台服务器故障是指双机备份的机场，⼀台数据库服务器、下载服务器、接⼝服务器或应⽤服务器发⽣故障时，切换到另⼀台服务器。

在此情况下，服务器切换时业务操作或接⼝数据会有闪断现象，但不影响机场后续整体业务的办理。

5.2. 故障判断
系统维护值班⼈员发现数据下载解释服务器报警，经检查发现是数据下载解释程序发⽣故障。

系统维护值班⼈员监控发现：其中⼀台数据库服务器发⽣异常，经诊断是数据库服务器发⽣故障。

系统维护值班⼈员监控发现：其中⼀台接⼝服务器发⽣异常，经诊断是接⼝服务器发⽣故障。

系统维护值班⼈员监控发现：其中⼀台应⽤服务器发⽣异常，经诊断是应⽤服务器发⽣故障。

系统维护值班⼈员监控发现：其中⼀台接⼊服务器发⽣异常，经诊断是接⼊服务器发⽣故障。

5.3. 故障通报确认
故障发现部门⽴刻通知如下部门⼈员
1)离港系统维护部门（航信分⽀机构或机场信息中⼼值班⼈员）
（航信分⽀机构值班电话：机场信息中⼼值班电话：）
2)上报中航信服务台电话010－84018401转3（离港⽀持）5.4. 应急处理流程
5.4.1.⼀台数据下载解释服务器故障应急处理流程
系统维护值班⼈员如果发现数据下载解释服务器发⽣故障（包括数据下载解释软件和数据下载解释服务器硬件），应⽴即启动下载服务器切换流程：
1.维护⼈员根据故障现象确定为下载服务器硬件故障或者下载解释软件故障。

2.禁⽤数据下载解释主服务器⽹卡，并启⽤备机⽹卡。

3.启动备机的下载解释程序。

4.系统维护⼈员应密切注意下载解释程序解释是否正常，主机积Q数是否⼀直在
下降，直到为0；解释是否正常，状态⼀直为OK；报⽂⽇志查看中所有报⽂的状态是否正常。

5.4.2.⼀台数据库服务器（⼩型机模式）故障应急处理流程
当数据库⼩型机服务器发⽣故障时，⼀般情况下，系统会⾃动切换到备⽤⼩型机服务器上，只需在备⽤⼩型机服务器上启动Tuxedo应⽤服务即可。

但当⼩型机系统没有⾃动切换，就需要⼿⼯切换，在确认备机⼯作正常后，参考HACMP正常切换流程：
1.登录主服务器。

停⽌Tuxedo应⽤服务：观察停⽌过程，确认所有的服务正常停
⽌。

2.启动备⽤服务器的HACMP。

这⼀步作的⽬的，是确保备⽤服务器的HACMP
处于运⾏状态。

3.登录主服务器，进⾏切换。

4.登录备⽤服务器，观察HACMP的切换过程。

5.检查备⽤服务器是否成功获得资源组。

6.在备⽤服务器上启动Tuxedo；观察启动过程，确认所有的服务正常启动。

注：报⽂下载采⽤MAPS应⽤的机场，可省略Tuxedo相关操作。

5.4.3.⼀台数据库服务器（NT模式）故障应急处理流程
当数据库NT服务器发⽣故障时, 由于NT服务器(除济南机场外)都采⽤冷备份⽅式，应⽴即启动数据库NT服务器切换流程：
1.维护⼈员根据故障现象确定为数据库NT服务器硬件故障或者是数据库NT服
务器软件故障。

2.禁⽤数据库NT主服务器⽹卡，并启⽤备机⽹卡。

3.启动TUXEDO服务。

4.系统维护⼈员应密切注意TUXEDO服务是否正常；观察报⽂下载解释是否正
常，状态⼀直为OK；报⽂⽇志查看中所有报⽂的状态是否正常，必要时对之前的航班重新进⾏BKO操作。

注：报⽂下载采⽤MAPS应⽤的机场，可省略Tuxedo相关操作。

5.4.4.⼀台接⼝服务器故障应急处理流程
观察故障现象：1、个别接⼝软件错误，需重启应⽤；
2、MQ异常或者机器故障，需⽴即切换备机。

接⼝服务器故障处理完毕后，应向相关接⼝⽅确认，对⽅系统是否恢复正常。

5.4.5.⼀台应⽤服务器故障应急处理流程
应⽤服务器若采⽤双机负载均衡⽅式部署，⼀台出现故障，部分前端柜台出现“远程服务器不可⽤，请稍后再试”的提⽰，其他柜台正常。

出现报错的柜台不需退出程序重新连接即可（有时可能需要重连两次）⾃动连接到另⼀台正常的应⽤服务器，继续业务办理。

应⽤服务器若采⽤群集⽅式部署，⼀台服务器故障，系统会⾃动连接⽆故障的服务器，前端柜台不会出现报错，不影响业务办理。

5.4.
6.⼀台接⼊服务器故障应急处理流程
若机场部署有接⼊服务器，接⼊服务器均是两台负载同时运⾏，⼀台服务器故障，部分前端柜台出现“远程服务器不可⽤，请稍后再试”的提⽰，其他柜台正常。

出现报错的柜台不需退出程序，重新连接即可（可能需要重连两次）⾃动连接到另⼀台正常的接⼊服务器，继续业务办理。

5.5. 善后处理办法
尽快查找服务器故障原因，恢复服务器双机备份。

6.其他全局性故障
6.1. 应急流程启动条件
对于除上述⼏类典型故障外，其他全局性故障（即⼤⾯积影响航班/旅客办理的故障），现场⼀时⽆法判断故障原因的情况。

这种情况可能包括但不限于如下⼏种：
1)全部或⼤⽚柜台⽆法打印登机牌或⾏李牌；
2)全部或⼤⽚柜台接受旅客成功但数据（包括座位号、登机号、⾏李、座位
图等）未更新；
3)全部或⼤⽚柜台出现未知的异常报错，⽆法启动前端离港软件；
4)全部或⼤⽚登机⼝⽆法进⾏旅客登机操作；
6.2. 故障通报确认
故障发现部门⽴刻通知如下部门⼈员
1)离港系统维护部门（航信分⽀机构或机场信息中⼼值班⼈员）
（航信分⽀机构值班电话：机场信息中⼼值班电话：）
2)上报中航信服务台电话010－84018401转3（离港⽀持）
6.3. 应急处理流程
对于此类短时间⽆法判断故障点的故障，维护⼈员从多⽅⾯同时进⾏应急处理：。