电脑桌面
添加小米粒文库到电脑桌面
安装后可以在桌面快捷访问

业务连续性管理方法

业务连续性管理方法_第1页
1/6
业务连续性管理方法_第2页
2/6
业务连续性管理方法_第3页
3/6
目录卷号卷内编号密级内部公开业务连续性管理方案version:1.0编制人:日期:年月日审核人:日期:年月曰批准人:日期:年月日受控状态:2 话用范围2.1 前提条件 1: 2.2 前提条件 2: 3.定义3.1 业务连续性管理方案: 32最大容忍中断时间: 33关键功能目标恢复时间: 43.4 全部功能目标恢复时间: 35 小规模灾难或故障:3.6 大规模灾难或故障: 生规程41 核心及支持性业务单元定义42 业务连续性管理目标4.3 业务连续性恢复顺序 44 业务分类及灾难恢复指标4.5 重大灾难、故障应急稈序及计划 4.6 重大灾难、故障应急程序及计划演练方案 5.引用文件 6.记录 修订文档历史记录1.目的确保核心业务及支持性业务的连续运作,减少各种安全风险可能带来的损失。2.适用范围本方案适用于公司在以下前提条件下的业务连续性管理:2.1 前提条件 1:公司不在同一时间内遭受同样大规模的破坏2.2 前提条件 2:公司雇用关系、现金流、供应商关系、客户关系、政府关系、投资关系、合作伙伴关系没有受到重大影响3.定义3.1业务连续性管理方案:为预防业务风险、意外灾难可能带来的损失,有效保障公司核心业务及支持性的正常运作,而预先制订的一系列管理计划,包括:业务连续性管理目标、业务恢复指标 、以及各类灾难、故障的应急和恢复程序。3.2最大容忍中断时间:指业务能容忍在没有正常支撑工具(如业务记录、信息系统、通信电话等)支撑的最大工作时间(不包括休息时间)。3.3关键功能目标恢复时间:指从灾难发生开始到业务关键功能(指核心业务功能,例如:客户要求的开发活动、支持开发活动必须的业务记录、信息系统、通信电话)得到恢复的时间。3.4全部功能目标恢复时间:指从灾难发生开始到所有业务功能(指灾难发生前工作环境,包括与原有环境一致的办公场所、基础设施、业务记录、信息系统等)得到恢复的时间。3.5小规模灾难或故障:指导致某一个核心业务单元工作瘫痪的灾难或故障,例如:某一部门的信息系统瘫痪、公司局部受到火灾、暴雨、洪水、液体泄漏事件等影响。3.6大规模灾难或故障:指导致所有核心业务单元工作瘫痪的灾难或故障,例如:整个网络系统瘫痪、信息部被完全破坏、传染病爆发,导致所有业务不能开展等。4.规程4.1 核心及支持性业务单元定义根据业务特点,以及为,将公司业务分为以下核心业务单元、支持性业务单元:4.1.1核心业务单元包括:a)对日业务(开发一~五部)b)欧美事业部c)国内事业部d)自主产品...

1、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。
3、如文档内容存在违规,或者侵犯商业秘密、侵犯著作权等,请点击“违规举报”。

碎片内容

业务连续性管理方法

确认删除?
VIP
微信客服
  • 扫码咨询
会员Q群
  • 会员专属群点击这里加入QQ群
客服邮箱
回到顶部