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

轨道交通施工调度管理系统应急预案 总则 编制目的 建立施工调度管理系统在遇到突发情况下应急工作机制，提高应对突发事件的组织指挥能力和应急处置能力，确保系统发生重大故障时，应急工作迅速、高效、有序地进行，在最短时间内排除故障，尽快恢复业务，更好地支撑企业运营，特制定本应急预案。 适用范围 本预案适用于施工调度管理系统在遇到突发事件时的重大保障和系统故障及时恢复应急工作。 系统故障分类 一般故障 网络或系统服务正常，业务人员可以正常操作系统，但由于系统缺陷或业务变化等无法进行下一步系统操作，需要对系统进行调整、优化等故障。 重大故障 系统由于服务器宕机、第三方平台服务停止等引起无法正常使用系统的故障。 严重故障 系统由于网络或电源中断等引起无法正常使用系统的故障。 故障应急处理流程 3.1一般故障处理流程 业务流转失败 对于相关联的业务，如果因某一节点设计缺陷而无法继续，根据业务的紧急性： 1. 如为紧急事项，则可以选择通过启用线下（纸质）流程，完成业务审批或操作，待系统完善后补录进系统； 2. 如为非紧急事项，则待系统完善后，再继续审批或操作流程； 对于影响业务运作的设计缺陷，我们做到问题日结，当天提交的问题当天解决，次日投入使用。 技术问题 对于系统运行过程中产生的技术问题，导致系统不能往下一步操作，根据业务的紧急性： 1. 如为紧急事项，则由项目组成员后台修改相关的数据业务状态，并通知业务部门确定其数据的正确性，完成数据处理后，项目组成员查找问题原因并根据具体情况对程序进行修复，发布新版本恢复功能使用； 2. 如为非紧急事项，则项目组成员先查找问题原因，待确定问题原因且修复程序后，再恢复功能使用； 数据问题 对于数据产生问题时，导致系统不能往下一步审批或操作，根据业务的紧急性： 1. 如为紧急事项，则由项目组成员后台修改相关的数据，并通知业务部门确定其数据的正确性，数据处理完后，项目组成员查找问题原因，根据具体情况对程序进行修复，发布新版本恢复功能使用； 2. 如为非紧急事项，则项目组成员先查找问题原因，待确定问题原因且修复程序后，再处理数据问题； 3. 如果不是业务数据问题，则项目组成员先记录问题，待查找原因并修复问题后再发布新版本投入使用。 3.2重大故障处理流程 服务器宕机 运行期间建立日常备份机制，每天14：00和02：00服务器自动进行数据库备份系统崩溃时，直接恢复前一次的数据备份，运行期间由项目组负责进行数据恢复处理 第三方平台服务停止 如果第三方平台服务由于某种原因停止服务（统一用户、单点登录、待办已办等），则由项目组从数据后台启动独立运行机制，不会因为第三方平台服务停止导致施工调度系统无法正常使用。 3.3严重故障处理流程 由于网络或电源中断导致施工调度系统无法正常使用，则由业务部门启动线下纸质流程，确保业务操作能正常进行，待系统网络或电源恢复后，再进行数据补录。 应急保障组织和职责 4.1应急保障组织 施工调度管理系统保障应急工作小组。 单位 姓名 联系方式 备注 企管部 组长 企管部 组员 信息中心 组员 信息中心 组员 企管部 组员 玉湖公司 组员 玉湖公司 组员 调度部 业务部门联络人 安监部 业务部门联络人 车务部 业务部门联络人 车辆部 业务部门联络人 通号部 业务部门联络人 综合机电部 业务部门联络人 票务部 业务部门联络人 4.2应急保障组织职责 负责组织制定、修订系统保障应急预案； 在系统发生突发事件时，启动本预案，并下达系统保障应急任务； 负责应急预案的实施，及时地处理和解决系统故障； 负责领导、组织和协调解决系统故障，及时恢复应急工作 结合重大（严重）突发事件实际情况，决策系统保障应急工作，并向上级领导汇报实施和进展情况。 4.3应急事件提报流程