灾难恢复计划的目的(共6篇).docVIP

灾难恢复计划的目的(共6篇) ：目的 灾难 恢复 计划 信息系统灾难恢复规范 bcp业务连续性计划 重大灾难回复计划 篇一：灾难恢复计划 篇二：灾难恢复的范围及目标 第一(转 载于:wWw.xIeL 写 论文 网:)章 灾难恢复的范围及目标 1.1 相关概念解释 目前国际上对于有关灾难备份、业务连续等工作的定义和名词较多，但是基本而言，我们可以从2个层面加以区别： ? 系统层面：通常称之为信息系统系统灾难恢复，其主要功能是将信息系 统从灾难造成的故障或瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态。 ? 业务运作层面：通常称之为业务连续计划，其业务持续计划的目的是使 得一个组织及其信息系统在灾难事件发生时仍可以继续运作。 一般而言，业务连续计划的范畴较信息系统灾难恢复为大，而且业务连续计划的最大的特点是引入了大量的非技术性因素，例如人员、场所等。 针对银行业，我们可以用以下的示例解释二者的区别： ? 信息系统灾难恢复 灾难恢复中心 通过技术以及配套的管理流程保证信息系统（通常是综合业务系统）在发生灾难或者以外的情况下恢复运作。相当于Client-Server架构中的Server恢复。 ? 业务连续计划 业务连续计划时在信息系统灾难恢复的基础上，通过管理流程保证企业内部相关业务可以正常运转。相当于Client-Server架构中在Server恢复的基础上，所有Client以及中间通讯环节全部恢复。 由此可见，业务连续计划的范畴大于信息系统灾难恢复，且信息系统灾难恢复是技术结合管理，而业务连续计划基本上是纯管理的范畴。 目前，根据我国信息化建设的发展现状，应以信息系统灾难恢复建设为主，未来逐步扩展到业务连续计划。这一点从国信办颁布的《重要信息系统灾难恢复指南》可见一斑。 我们建议本商业银行也采取此策略，建设信息系统灾难恢复计划。未来视情况建设业务连续计划。 1.2 本商业银行信息系统灾难恢复建设目标 1.2.1 灾难恢复范畴 一般而言，确定灾难恢复所涉及的信息系统需要进行业务影响分析（BIA），通过该分析明确，现存的信息系统的种类，对于业务的重要性以及相互之间的依赖等关键要素，并最终确定需要恢复的信息系统。 由于目前尚未后进行全面的业务影响分析，因此我们根据自身的经验提出一个参考范围： ? 核心业务系统 ? 中间业务系统 ? 卡系统（柜面） ? ATM/POS/自助银行系统 ? 支付系统 ? 网上银行系统 ? 财务管理系统 ? OA系统等 1.2.2 相关灾难恢复指标 在明确了灾难恢复的范畴后需要明确每个信息系统的灾难恢复指标，主要有2个指标： ? 数据连续性指标：是指灾难恢复后数据损失的情侣 ? 业务连续性指标：是指灾难恢复后多长时间系统可以恢复运行 上述指标的确定，也需要进行全面的业务影响分析，在此，我们仍然根据经验给出一个参考值： 篇三：灾难恢复计划 灾难恢复计划 一、灾难的定义 灾难分为自然灾害和非自然灾害。 自然灾害是指由火灾、地震等引发的一系列灾害直接导致公司的业务中断、电力故障、网络故障等。 非自然灾害是指人为的造成的如服务器断电、软件错误、人为故意破坏、恶意代码、木马植入、恐怖袭击等。 二、灾难恢复项目小组的制定和职能 1.管理组：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。 8、市场和客户关系组：负责对外进行信息发布、制定相应应急措施应对客户疑问等。 各小组共同职能： a） 负责计划的执行 b） 与其它组之间进行信息交流，监督计划的测试和执行 c） 所有或是某一个成员可能领导特定的组 d） 协调恢复过程 e） 评估灾难，执行恢复计划，联系组长 f） 监控并记录恢复的过程 三、业务恢复流程 （一）自然灾害引起的灾难恢复流程 由自然灾害引起的灾难往往影响较大，可能会直接导致一些基础设施的无法使用，甚至会对导致人员减少。因此对于自然灾害引发的灾难恢复流程相对特殊且繁琐。 1.数据抢救 灾难发生时，需