信息系统停机应急方案课件

银行核心系统运维应急培训信息系统停机应急方案银行核心系统·应急处置·演练复盘·灾备保障汇报时间：2026应急预案培训课程导览全课四章结构·建立整体认知壹预案

编制与组织体系建立应急管理框架贰应急

处置全流程掌握七环节操作叁演练

与复盘改进检验预案持续优化肆灾备

建设与恢复指标筑牢业务连续性底线01预案编制与组织体系有章可循，责任到人应急预案培训监管依据奠定编制基线现状问题预案边界只盯核心交易库，供电、通讯等支撑层常被遗漏。应对之策以

银监办发〔2008〕53号

为基线，把支撑层一并纳入排查清单。预案覆盖边界界定适用机构政策性银行、国有商业银行、股份制商业银行、城市商业银行、农村信用社等重要信息系统支撑关键业务、关系公民与法人权益、影响社会秩序甚至国家安全覆盖范围业务处理类、渠道类、管理类系统，连同前置机、客户端、机房与网络基础设施银监办发〔2008〕53号·银行核心系统停机应急方案04/30应急预案培训四项原则贯穿预案始终预案编制先立原则，再定措施。四项原则共同指向一个目标：把停机从“被动应对”变成有准备的快速反应。健全机制壹建立统一指挥、协调有序的应急管理机制，定期演练并评价预案，持续改进。明确职责贰按“谁主管谁负责、谁运行谁负责”落实责任制，配套问责制度。预防为主叁对可能导致突发事件的风险做识别、分析与控制，对风险指标动态持续监测。处置高效肆加强应急处置队伍建设、保障资源供给，确保反应快速、报告及时、措施得力、操作准确。后面的组织架构、流程设计和演练安排，都是这四句话的具体展开。银行核心系统停机应急方案05/30应急预案培训事件分级划定响应等级Ⅰ省级及以上范围服务异常，持续达

半小时（含）以上总行应急决策小组直接指挥总行指挥Ⅱ分行及以上范围异常，持续达

4小时（含）以上分行组织应对分行应对Ⅲ未达上述程度的单点或局部故障事发机构按部门级预案闭环处理部门闭环判级是接到报告后的第一步——判错级别，后续资源调度全部跟着错。银行核心系统停机应急方案06/30一级二级三级应急预案培训三层组织体系权责清晰壹预案领导小组最高决策层行长任组长，相关部门负责人任成员；负责预案的制定、实施与监督。贰应急处置小组执行层信息技术、运营、风险等部门人员组成；负责具体实施应急处置。叁信息报告小组信息枢纽专门负责收集、整理、上报系统中断事件相关信息。三层之外，部门各司其职业务部门中断期间的业务处理与客户服务信息技术部门故障排查与修复运营部门后勤保障与现场安全风险管理部门风险监测与预警组织清晰，才能避免“都管又都不管”。银行核心系统停机应急方案07/30应急预案培训应急保障资源常备不懈预案之外，还得有随时能调用的资源。三类保障物资储备发电机、备用电源、应急通讯设备充足，定期检查储备情况信息平台保证事件发生后信息报送与指令下达通道畅通资金机制确保处置工作不因费用问题卡壳两项常态动作每季度检查设备备件每半年核对一次应急通讯录外部协作加强与上级部门、地方政府、公安、消防等单位沟通协作，重大事件时可快速获得外部支援。资源常年在线，预案才不是挂在墙上的文档银行核心系统停机应急方案08/3002应急处置全流程快速响应，果断处置应急预案培训·应急处置流程故障发现抢占处置先机故障信号来源·三处监控平台告警业务人员反馈客户咨询突增值班人员第一动作是立即报告，而非自行排查。报告四要素01事件类型02发生时间03受影响范围04初步影响评估报告质量直接决定判级——时间点触发30分钟、4小时等时限标准影响范围决定事件级别先报告，再补全——宁可信息粗略，不可延误上报窗口。银行核心系统停机应急方案10/30应急预案培训双线上报确保信息直达触发条件排除本地供电、网络、终端问题后，故障确认非本地小问题报告五要素01故障时间02现象03受影响业务范围04初步措施05现场客户情况同步通过

OA系统提交故障报告，形成可追溯文字记录一条线受阻，另一条线仍能送达指挥层银行核心系统停机应急方案11/30运营管理部统筹业务影响与客户安排科技部调动技术资源介入处置应急预案培训判级启动决定处置方向判级依据依据预案事件分级定义，核心看影响地域范围与时长。30分钟硬时限故障发生后

30分钟内确认级别并发布指令。操作方式值班负责人按预案条款现场判定、现场拍板，不层层开会。启动路径Ⅲ三级事件部门级预案闭环处理Ⅰ·Ⅱ一二级事件迅速上报，启动总行级应急组织体系风险点判轻资源不足，判重浪费应急力量——靠反复演练分级标准来规避。银行核心系统停机应急方案12/30应急预案培训分级响应匹配资源投入故障影响决定资源投入，级别越高、动作越快。壹一级响应全国性瘫痪触发核心系统停摆超

4小时，或单日交易量降超

70%动作冻结非核心业务，异地灾备接管，投入至少

3个技术小组贰二级响应区域性异常触发分行交易成功率低于

50%，或网络丢包率超

2%动作隔离故障节点，启用备用链路，启动客户安抚叁三级响应单点故障触发报表系统响应超

30秒动作调整优先级，临时手动操作，部门内部解决影响越大，资源越多，动作越快银行核心系统停机应急方案13/30应急预案培训五类小组协同处置停机处置不是技术部门单打独斗，而是五类小组协同作战。技术处置组信息科技部核心技术人员组成，负责故障定位与修复，实时通报系统状态。业务保障组运营管理部牵头、联合各业务条线，评估故障影响并制定业务补偿方案。客户服务组呼叫中心及客服部门组成，负责舆情监控、客户安抚与服务公告更新。风险监控组风险管理部与合规部组成，负责评估操作风险与合规风险。后勤保障组负责应急物资、人员调配与现场安全保障。常态化协同演练1次/季度日常由信息科技部牵头，每季度组织一次桌面推演，让五类小组熟悉彼此接口。各组清楚自己的动作和汇报对象，跨部门协同才能从纸面分工变成现场行动。银行核心系统停机应急方案14/30应急预案培训排查修复聚焦关键时限两个硬时限2

小时内完成关键系统诊断6

小时内恢复核心功能逐层排查路径1先看监控告警与系统日志，定位应用层还是基础设施层2再查网络链路连通性与丢包，排除连锁故障3随后检查数据库状态、主备同步与存储链路冗余同步与升级排查中实时向指挥部通报系统状态，便于业务保障组准备补偿方案、客户服务组更新对外口径。判断短时间无法修复时，及时上报请求启动灾备切换，不在单一故障点上无限投入。处置时长每超一分钟，业务损失与声誉风险都在同步累积。银行核心系统停机应急方案15/30应急预案培训手工应急保障业务不中断系统停了，业务不能停。网点设立应急服务窗口，对挂失、紧急转账等急办业务启动手工应急流程，恢复后及时补录。手工操作守底线凭证填写规范，客户身份二次核验每笔手工业务登记，便于事后补录与审计分流引导缓压力推荐手机银行、网上银行办理查询、转账厅堂分流，缓解柜面压力信息通报防升级每隔一段时间向等待客户通报故障处理进展避免信息真空引发情绪升级这套动作最考验日常训练：手工办理不熟练、解释话术不到位，是演练中最先暴露的短板，也是真实故障中最易激化矛盾的环节。银行核心系统停机应急方案16/30应急预案培训恢复确认与总结评估壹恢复决策技术保障小组修复完成后向应急指挥部报告，由指挥部决定是否恢复系统；运营部门同步恢复正常业务流程，手工业务在此期间完成补录。指挥部决策·恢复业务贰总结评估应急指挥部组织各部门复盘，分析根本原因、薄弱环节与改进措施，形成总结评估报告报送预案领导小组。部门复盘·报送报告叁沉淀改进排查步骤前置、报告信息补全、协调环节优化，逐项写入预案修订清单。逐项落单·修订预案一次停机，让预案比事件前更完善银行核心系统停机应急方案17/3003应急演练与复盘改进以练筑防，持续优化应急预案培训演练目的检验预案实效预案写得再完整，不演练就是纸上谈兵。四个明确目的演练的本质是一次低成本试错演练中试错，代价只是时间与人力真实故障中试错，代价是业务中断与声誉损失演练暴露的问题越多，真实事件中的风险就越少银行核心系统停机应急方案19/30检验有效性确保故障发生时能迅速、有序开展应急处理01提高员工意识让每个人清楚自己在应急场景中的位置02优化预案通过演练发现流程堵点，完善处理路径03提升整体风险防范能力把应急能力从个人经验变成组织能力04应急预案培训桌面推演与实战演练互补桌面推演每季度一次·信息科技部牵头成本低、频率高主持人抛出故障场景，各岗位口述处置动作与协作接口。检验重点流程熟悉度指挥逻辑互补实战演练重大保障前·年度计划中全流程实操模拟真实故障，柜面、大堂、科技、上报等岗位完整走一遍处置流程。检验重点操作熟练度跨岗位协作桌面推演，解决“知不知道”实战演练，解决“会不会做”只练桌面，操作会生疏；只练实战，流程理解会浮于表面——运维人员两类都不能缺席。银行核心系统停机应急方案20/30应急预案培训演练流程覆盖六项内容01准备02实施03评估04总结故障场景设定按业务实际设定网络中断、服务器故障、数据库损坏等场景，场景越具体越接近实战。应急预案启动明确各部门职责，检验启动条件与动作是否清晰。故障排查与修复模拟技术人员排查判断过程，检验处理流程合理性。业务连续性保障确保柜台业务、网上银行等关键业务在故障期间仍可运转。通讯与协调模拟各部门沟通汇报，确保信息传递畅通。总结与改进评估演练过程，提出改进措施并形成报告。演练前成立领导小组、制定方案、准备物资；演练后向领导汇报结果——每个环节指向同一目标：让预案在真实事件中能用、好用。银行核心系统停机应急方案21/30应急预案培训实战演练复刻真实场景某城区支行在营业高峰时段开展业务系统故障演练，验证预案可行性与员工流程熟悉度。场景复刻下午3时许，柜员及大堂经理发现系统操作无响应、多次登录失败，核心业务停滞。四步处置01前台安抚大堂经理向等候客户说明情况、引导至休息区，并提供替代方案建议。02迅速排查科技人员检查电源线路、网络连接、终端设备，初步排除本地硬件问题，同步测试内网连通性。03双线报告网点负责人向所属一级支行、二级分行的运营管理部和科技部电话报告。04延伸保障设立应急服务窗口，对挂失等紧急业务启动手工流程，系统恢复后补录，同时推荐客户使用线上渠道。整场演练角色分工明确、环节衔接紧密。银行核心系统停机应急方案22/30应急演练复盘复盘整改形成闭环两类短板演练暴露的问题手工应急不熟部分员工对手工应急业务规范掌握不深，关键时刻操作易变形长时故障协同不清系统超24小时未恢复时，客户分流、异地网点协同规则不清晰三项整改对应改进动作强化专项培训编制手工业务操作手册，线上+线下实操训练完善应急预案细化长时故障下客户分流与异地协同规则，明确客户权益保障建立闭环机制每季度开展复盘推演，持续打磨应急能力复盘产出须落进预案修订、培训计划与下一次演练场景设计，持续改进、循环提升演练发现问题改进再演练银行核心系统停机应急方案23/3004灾备建设与恢复指标指标可测，底线可守应急预案培训RTO与RPO定义业务底线RTO回答「能停多久」系统故障后允许的最长恢复时间。银行系统要求15分钟修复→RTO=15分钟RPO回答「能丢多少数据」可接受的最大数据丢失量。医疗平台RPO=5分钟→最多丢失故障前5分钟数据两者如同刹车距离与防抱死系统：RTO控制恢复时机，RPO控制失控风险。架构选型、备份频率、切换演练的验收标准，都由

RTO

与

RPO

反推而来。指标定得越清楚，灾备建设越不会变成“建了用不上”的形象工程。银行核心系统停机应急方案25/30应急预案培训金融行业标准设定期限定标操作指标写入需求书与合同验收条款，作为演练验收标尺。银行核心系统停机应急方案26/30监管底线金融业核心系统灾备体系“黄金双标”RTO≤4小时恢复时间目标RPO≤15分钟数据丢失容忍黄金双标不可逾越盘点系统清单估算损失盘点交易类、账务类、查询类系统清单，估算每类中断一小时损失与合规影响01系统分级明确底线一级：中断即资金损失或监管违规；二级：可短时手工兜底；三级：内部报表与开发测试02按级反向写数值注明测量条件按级反向写出数值，注明测量条件——压力模型、组网形态、数据量03灾备演进趋势双零高标准成演进方向壹标准在变传统

RPO>0、RTO>5分钟

已失效。RPO=0数据零丢失RTO<30秒恢复秒级金融、政务等关键领域正向双零标准演进。贰合规在逼100%国产化适配与自主可控架构，已是必选项备份数据必须境内留存，密钥由机构统一托管跨境灾备仅同步密文，且须通过监管评估叁规划在前灾备不能“差不多达标”。双活、多活、自动切换能力，要在架构设计阶段就纳入，避免日后推倒重来。银行核心系统停机应急方案27/30应急预案培训灾备演练验证接管能力