灾难恢复管理流程

1、罕王实业集团有限公司信息中心灾难恢复管理流程编号及版本号：责任部门：发布（施行）日期:编制人：HK信息中心2015年 1月4日审核人:批准人:信息中心灾难恢复管理流程履历表表单编号:版本版本状态编制人审核人批准人首次编制说明确保公司业务的持续性，避免人为和自然灾害带来的风险。说明说明说明第一章总则一、目的确保公司业务的持续性，避免人为和自然灾害带来的风险。具体LI标如下:1）将信息系统运行的中断降到最低;2）限制中断和损害的范围；3）将中断的经济影响降到最低；4）预先建立备用操作方法；5）培训人员处理紧急过程；6）提供顺利快速的恢复服务。二、适用范围本流程适用于信息中心负责的所有信息系统。三.

2、 职责1）公司灾难恢复小组，负责灾难恢复管理流程的制定与执行;姓名位置职责分机手机沈曲组长8915李鑫沈阳基础硬件、操作系统、网络8915表2）外部联系人，负责提供灾难恢复的技术支持:姓名单位职责联系方式第二章细则四、流程说明1. 资产列表在此列出了公司业务持续所必须依赖的信息系统和重要数据，下列各表应6个月 核查一次。1）基础硬件：包括服务器、磁盘阵列、个人计算机、打印机、传真机、磁带机、 常规数据通信设备、路山器、交换机等。提供商名称型号管理员自有或租用表2）应用软件系统。软件名称提供商使用部门使用频率表3）重要数据。数据名数据类别所属部门负责人保存位置备份位置表2. 灾难恢复计划1.1自

3、然灾害这里的自然灾害指造成公司所在建筑物毁灭性损失的火灾、地震、水灾、地面塌 陷等灾害。自然灾害在灾难分类中出现儿率最小，但造成损失是最大的。流程说明如 下：1）确定损失情况。自然灾难发生后，灾难恢复小组成员立即建立联系，具体了解公司的损失 情况，了解的范围包括：人员、物理设备、数据。小组成员根据了解到的损失情况编制损失一览表。2）通知用户服务中断。损失情况了解清楚后，灾难恢复小组成员讨论预估的恢复时间。灾难恢复小组组长根据损失一览表确定有哪些服务不能正常提供，马 上联系用户通知服务中断并告知佔计的恢复时间。通知用户可以通过电话联 系、张贴通知、电子邮件等方式。3）联系保险公司。发布服务中断的

4、信息后，灾难恢复小组组长根据损失一览表中记录的损失情况检查是否有财产投保，如果有则应马上联系保险公司申请理赔。4）联系服务商。灾难恢复小组确定损失情况后，小组成员根据损失一览表中记录的设 备损失列表，联系该设备的提供商，重新购置或者租用设备，并确定设备的到 货日期和地点。5）确定新的机房和办公地点。如果公司原先的机房和办公地点已经无法使用，灾难恢复小组组长应向总 裁提出申请，确定新的机房和办公地点。6）安装调试新的物理设备。新设备到货后，灾难恢复小组组长部署新设备的安装和调试工作。安装调 试任务明确后，灾难恢复小组组长应和各信息系统管理员确定完成部署的时 间，如果完成时间和前期通知用户的时间不

5、同，应通知用户最后确定的系统恢 复时间。7）恢复系统数据。新设备安装完成后，IT （网络、操作系统）工程师取出备份的最新数据， 执行数据恢复操作，各应用系统的数据恢复参照各应用系统的操作手册。8）告知用户服务已恢复。系统恢复运行后，恢复小组组长向用户发布通知，告知系统已经恢复运行。9）填写灾难恢复报告。流程图请见图1。1.2电力故障UPS能够避免短时间的电力中断故障造成的损失。这里的电力故障指超出 UPS承受范圉的大范圉停电事故，这种长时间的停电会造成业务停止和数据的 丢失。流程说明如下：1）确定恢复时间。IT （网络、操作系统）工程师在明确电力中断故障后，立即联系电力供应 部门，了解电力故障

6、的原因，确定电力恢复的时间。并立即通知各信息系统管 理员。2）关闭设备。IT （网络、操作系统）工程师在CPS供电期内关闭所有服务器设备，防止断 电造成损失。3）通知用户。系统管理员通知用户因电力故障服务中断，并告知用户恢复的大概时间。 通知的方式可以是电话、张贴通知、邮件等。4）启动服务器。在电力供应恢复正常后，IT （网络、操作系统）工程师按照手册启动设 备，并通知各个应用管理员检查各自负责的应用系统是否已经正常启动。如果 应用管理员发现应用程序没有自动启动，应手工启动，并检查未自动启动的原 因并修正。0）填写灾难恢复报告。流程图请见图2。1.3通信故障通信故障分为局域网和广域网两种悄况，

7、出现通信故障时联系表中的灾难 恢复小组人员。1）确定恢复时间。系统管理员在明确通信故障后，若为广域网故障，立即联系通信部门，了 解通信故障的原因，确定通信恢复的时间；若为局域网故障，确定故障原因和 预计的恢复时间。2）通知用户。系统管理员通知用户恢复的大概时间。通知的方式可以是电话、张贴通 知、邮件等。3）填写灾难恢复报告。流程图请见图3。1.4软硬件故障这里的软件是外购的系统和应用软件，软硬件故障可能会造成业务停顿其 至瘫痪，造成软件故障的可能原因有：病毒入侵、软件内部潜在缺陷等。用户 在发现软硬件故障后，立即通知信息中心系统管理员，详细操作步骤见IT使用及服务规定流程。3. 灾难恢复计划的

8、测试1.5测试过程说明1）灾难恢复计划每年至少修订一次，修订后进行测试；在灾难恢复计划本 身或应用环境发生重大变化之后需再测试一次。测试尽量安排在对业务影响最 少的时间段内。2）测试中发现问题后，立即修正灾难恢复讣划并经过审批后发布。3）测试完成后，灾难恢复小组组长指派专人填写灾难恢复测试记录 单。1.6测试内容1）桌面测试。这是最简单的灾难恢复测试，持续时间短却很容易暴露问题。灾难恢复小 组组长召集所有小组成员，并向每人发放一份灾难恢复计划副本。组长简单描 述灾难情况后，开始讨论计划的每一步，并重点讨论各小组成员的职责。讨论 应当包括可能和不可能发生的情况，以及恢复事件发生的时间等。通过这个过 程检查恢复计划存在的问题。2）联系方式有效性测试。检查企业是否能够通过表上的电话号码，联系到小组的所有成员。另外还 应检查小组成员的位置是否发生了改变。3）系统恢复操作有效性测试。根据桌面测试的副本准备系统测试环境，从备份数据中恢复系统。检查恢 复系统的有效性，检查恢复所需的时间是否符合