轨道交通施工调度管理系统应急预案.pdf

轨道交通施工调度管理系统应急预案

1.总则

1.1编制目的

建立施工调度管理系统在遇到突发情况下应急工作机制，提高应对突发事件的组织指挥能力和应急处

置能力，确保系统发生重大故障时，应急工作迅速、高效、有序地进行，在最短时间内排除故障，尽快恢

复业务，更好地支撑企业运营，特制定本应急预案。

1.2适用范围

本预案适用于施工调度管理系统在遇到突发事件时的重大保障和系统故障及时恢复应急工作。

2.系统故障分类

2.1一般故障

网络或系统服务正常，业务人员可以正常操作系统，但由于系统缺陷或业务变化等无法进行下一步系

统操作，需要对系统进行调整、优化等故障。

2.2重大故障

系统由于服务器宕机、第三方平台服务停止等引起无法正常使用系统的故障。

2.3严重故障

系统由于网络或电源中断等引起无法正常使用系统的故障。

3.故障应急处理流程

3.1一般故障处理流程

业务流转失败

对于相关联的业务，如果因某一节点设计缺陷而无法继续，根据业务的紧急性：

1.如为紧急事项，则可以选择通过启用线下（纸质）流程，完成业务审批或操作，待系统完善后补

录进系统；

2.如为非紧急事项，则待系统完善后，再继续审批或操作流程；

对于影响业务运作的设计缺陷，我们做到问题日结，当天提交的问题当天解决，次日投入使用。

技术问题

对于系统运行过程中产生的技术问题，导致系统不能往下一步操作，根据业务的紧急性：

1.如为紧急事项，则由项目组成员后台修改相关的数据业务状态，并通知业务部门确定其数据的正

确性，完成数据处理后，项目组成员查找问题原因并根据具体情况对程序进行修复，发布新版本恢复功能

使用；

2.如为非紧急事项，则项目组成员先查找问题原因，待确定问题原因且修复程序后，再恢复功能使

用；

数据问题

对于数据产生问题时，导致系统不能往下一步审批或操作，根据业务的紧急性：

1.如为紧急事项，则由项目组成员后台修改相关的数据，并通知业务部门确定其数据的正确性，数

据处理完后，项目组成员查找问题原因，根据具体情况对程序进行修复，发布新版本恢复功能使用；

2.如为非紧急事项，则项目组成员先查找问题原因，待确定问题原因且修复程序后，再处理数据问

题；

3.如果不是业务数据问题，则项目组成员先记录问题，待查找原因并修复问题后再发布新版本投入

使用。

3.2重大故障处理流程

服务器宕机

运行期间建立日常备份机制，每天14：00和02：00服务器自动进行数据库备份系统崩溃时，直接恢

复前一次的数据备份，运行期间由项目组负责进行数据恢复处理

第三方平台服务停止

如果第三方平台服务由于某种原因停止服务（统一用户、单点登录、待办已办等），则由项目组从数据

后台启动独立运行机制，不会因为第三方平台服务停止导致施工调度系统无法正常使用。

3.3严重故障处理流程

由于网络或电源中断导致施工调度系统无法正常使用，则由业务部门启动线下纸质流程，确保业务操

作能正常进行，待系统网络或电源恢复后，再进行数据补录。

4.应急保障组织和职责

4.1应急保障组织

施工调度管理系统保障应急工作小组。

单位姓名联系方式备注

企管部组长

企管部组员

信息中心组员

信息中心组员

企管部组员

玉湖公司组员

玉湖公司组员

调度部业务部门联络人