《应急响应管理程序V1.》由会员分享，可在线阅读，更多相关《应急响应管理程序V1.（23页珍藏版）》请在金锄头文库上搜索。
1、 应急响应管理程序应急响应管理程序文件编号：SY/ITSS-CX24编 制：朱俊杰审 核：冀志敏审 批：张红玲版 本：V1.0发布：2014年12月08日 实施：2015年01月01日陕西思宇信息技术有限公司http:/ 2变更记录序号版本变更说明修改人/日期审核人/日期审批人/日期1V1.0新建朱俊杰/2014.12.5冀志敏2014.12.30张红玲/2015.1.1陕西思宇信息技术有限公司http:/ II目 录1.目标12.适用范围13.要求13.1 工作原则13.2 组织指挥机构与职责23.3 应急响应流程24.应急准备34.1 建立应急响应小组34.2 职责划分34.3 应急处理前
2、风险评估34.3.1风险评估34.4 应急事件等级划分54.4.1等级划分的依据54.4.2重要事件分值计算与定级64.5 先期处置64.6 应急预案74.6.1应急预案制定流程74.6.2流程图74.6.3主要活动描述84.6.4主要输出14.7 培训及考核14.7.1培训14.7.2考核15.监控预警15.1 目的15.2 例行监控15.2.1范围15.2.2方法25.3 监控报告25.4 事件级别评估35.5 启动应急预案36.应急处置过程46.1 应急调度46.2 排查诊断46.3 处理恢复56.4 事件升级56.4.1原则56.4.2信息通报56.5 应急事件关闭66.5.1申请与核
3、实66.5.2关闭信息通报66.6 流程76.6.1应急响应流程76.6.2流程图77.优化改进91. 目标为规范应急管理工作，建立健全应急机制,提高应对和防范风险与事故的能力，确保在事故发生后能迅速、有序地控制和处理事故，最大限度地减少事故所造成的损失和环境影响并将其控制在预期的、可接受的目标内，结合公司实际情况，特制定本制度。2. 适用范围突发事件包括通信线路和设备故障、主机（服务器）、存储系统、网络设备（各类网络交换机、路由器、防火墙等）、电源故障运行中断；重要系统资料、应用数据损坏货丢失，或重要信息系统数据损坏或丢失；发生计算机程序、系统参数和数据被删除等信息攻击和破坏货计算机病毒疫情
4、导致信息系统不能提供正常服务；自然灾害（水、火、电等）造成的物理破坏、人为失误造成的安全事件。3. 要求 3.1 工作原则 预防为主：立足安全防护，加强预警，重点保护网络设备、服务器等重要的信息系统，从预防、监控、应急处理、应急保障和防止失泄密等环节，在法律、管理、技术、人才等方面，采取多种措施，充分发挥各方面的作用，共同构筑网络与信息安全保障体系。快速反应：在突发事件发生时，按照快速反应机制，及时获取充分而准确的信息，跟踪研判，果断决策，迅速处置，最大程度地减少危害和影响。 分级负责：按照“谁主管谁负责”的原则，建立和完善运维部安全责任制及联动工作机制。根据运维部的职能分工，各司其职，加强部
5、门间的协调与配合，形成合力，共同履行应急处置工作的管理职责。常备不懈：加强技术储备，规范应急处置措施与操作流程，定期进行预案演练，确保应急预案切实有效，实现突发事件应急处置的科学化、程序化与规范化。3.2 组织指挥机构与职责 公司成立应急协调小组(以下简称协调小组)，应急协调小组成员由运维主管副总、运维部经理、项目经理组成。当发生突发事件时，运维部经理负责协调相应的项目经理、运维工程师、商务等人员成立应急事件响应小组，负责突发事件的应急处置工作。3.3 应急响应流程4. 应急准备4.1 建立应急响应小组企业应急协调小组成员由运维主管副总、运维部经理、项目经理组成。4.2 职责划分运维主管副总职
6、责：应急响应协调管理，统筹规划运维部经理职责：应急预案的制定，负责评估应急响应的运维成本项目经理职责：负责应急响应的实施，及应急人员能力的培训不同的应急事件，成立专项应急小组，具体职责细化如下：1) 应用系统应急小组：负责运维应用软件发生错误或大面积故障时的响应；2) 系统应急小组：负责对支撑应用运行的系统故障及数据库故障的响应；3) 网络安全应急小组：负责对网络问题及其设备发生故障的响应；4) 硬件应急小组：负责对主机、存储、外设、终端等设备发生故障时的响应；5) 基础环境应急小组：负责对电力，空调，消防等基础类建设发生故障时的应急响应。4.3 应急处理前风险评估运维项目启动后，应急小组应结
7、合项目SLA要求及项目实际情况，进行风险评估，根据风险评估结果划分应急响应事件等级，建立保障机制，建立回退机制。4.3.1风险评估根据风险项可能导致的应急事件划分，设置三个关键指标，重要性、影响值、可能性，通过三个指标对可能导致应急事件的风险项进行分析，并最终给出风险等级。重要性：赋值描述1涉及人员、桌面设备、会议及系统监控的级别2涉及网络安全、系统运行、大型主机故障的级别3涉及基础环境的故障、灾害气候导致的环境、机房、网络瘫痪的级别影响值：赋值描述1个别客户业务或信息资产受到影响2单独业务或信息资产受到影响3多个业务或信息资产受到影响可能性：赋值描述1未曾发生或可能性极小的情况2偶尔发生且在
8、运维过程中无可避免的情况3发生概率较大，人为或故障都有可能引发的情况风险等级=重要性*0.5+影响值*0.4+可能性*0.1风险等级不足整数的，自动进位至整数根据风险级别，可以有针对性的在应急准备阶段、监控预警阶段对风险项进行相应的准备和监控。以下为主要风险评估内容：应急响应风险评估列表应急风险评估内容风险评估细项重要性风险点影响值可能性风险等级管理风险机构、制度、人员1容易因公司制度、人员问题导致项目管理风险，对公司生产经营造成损失。222日常维护1因日常操作不当造成的项目风险，对公司生产经营造成损失。322网络脆弱性风险网络设备脆弱性3因网络设备脆弱造成的风险233操作系统脆弱性3因操作系
9、统脆弱造成的风险233系统风险数据库脆弱性3因数据库脆弱造成的风险223网络服务脆弱性2因网络服务不规范、达不到SLA要求造成的风险222应急演练的风险应急预案及演练1因应急预案不完善、应急演练达不到预定要求的风险111基础环境的风险环境因素及设备故障3因环境因素或设备问题造成的风险313物理脆弱性风险存储介质脆弱性风险2因数据库脆弱造成的风险122远程控制木马风险2因网络服务不规范、达不到SLA要求造成的风险2224.4 应急事件等级划分对重要信息系统风险评估后，项目经理还应组织客户、其它服务提供商等对信息系统可能发生的应急事件进行等级划分。4.4.1等级划分的依据信息系统应急事件等级划分的
10、主要依据包括：信息系统的重要程度、信息系统服务时段、信息系统受损程度。其中： 信息系统的重要程度重要程度主要应考虑信息系统所支撑的业务的重要性，以及信息系统内信息资产的重要性和信息系统服务的重要性。根据重要程度的不同， 划分为14个等级，并对应赋值14分，如下表所示：赋值描述1个别客户业务或信息资产受到影响2单独业务或信息资产受到影响3三个业务或信息资产受到影响4大面积业务或信息资产受到影响 信息系统服务时段服务时段主要应考虑应急事件发生时系统提供服务的状态。服务时段的划分及赋值如下：赋值描述1非系统服务时段（不含系统服务时段即将开始）2系统服务时段或系统服务时段即将开始3系统处于重点时段保障
11、或处于服务高峰时段 信息系统受损程度受损程度主要应考虑应急事件发生时信息系统功能和性能等方面的影响程度。受损程度的划分及赋值如下：系统性能系统功能功能无损部分损失全部损失小于阈值13大于或等于阈值123*注：重点时段保障的损失程度赋值为3。4.4.2重要事件分值计算与定级重要事件分值重要程度值*服务时段值*受损程度值重要事件定级与重要事件分值有关，具体划分标准如下：重要事件分值区间重要事件定级2836区间一级事件1824区间二级事件16区间三级事件4.5 先期处置（1）当发生突发事件时，运维部应做好先期应急处置工作，立即采取措施控制事态，同时向相关主管部门通报。（2）突发事件分为三级:（参见4
12、.4）重大(级)：设备在运行中出现整机系统瘫痪货服务中断，导致设备的基本功能不能实现或全面退化的故障；较大(级)：设备在运行中出现的故障具有潜在的系统瘫痪或服务中断的危险，并可能导致的基本功能不能实现或全面退化；一般(级)：设备在运行安装过程中，客户对产品功能、配置等方面需要的信息和需求，对业务系统几乎无影响。；（3）运维项目经理在接到突发事件发生或可能发生的信息后，应加强与运维工程师的联系，掌握最新发展态势。对级的突发事件，由运维项目经理自行负责应急处置工作。对有可能演变为级或级的突发事件，要成立公司协调小组处置工作提出建议方案，并作好启动应急预案的各项准备工作。运维部要根据事件发展态势，组
13、织派遣应急支援力量，支持做好应急处置工作。4.6 应急预案4.6.1应急预案制定流程1) 项目经理根据合同内容，以及需求方的需求分析，确认是否有需要建立应急预案；2) 不需要建立应急预案，则按事件处理；否则建立应急预案；3) 由运维经理带领的运维团队负责应急预案的评审；4) 对应急预案进行测试，明确是否符合需求分析，并对相关运维工程师进行应急培训；5) 测试不通过，则返回项目经理，重新制定应急预案；否则运维部经理确定应急预案；6) 组织定期针对应急预案的培训和演练。4.6.2流程图4.6.3主要活动描述陕西思宇信息技术有限公司http:/ 9编号流程活动输入描述输出责任人1需求分析合同1.项目启动初期，项目经理向运维部提交启
