24 灾难恢复和业务连续性管理
业务连续性管理—第四篇—业务连续性总结和灾难恢复
业务连续性管理—第四篇—业务连续性总结和灾难恢复⼀、引⾔在我们⽇常⼯作中常常会将业务连续性管理（BCM）和灾难恢复(DR)两个概念混淆，两者之间有内在联系，但也有所不同。
业务连续性管理更加宽泛，关注企业的战略，以保障业务运营为⽬标，解决全⽣命周期的问题，⽽后者更加注重具体操作，以系统为⽬标，着重解决事中的问题，同步处理事后的问题。
⼀般来讲，可以将灾难恢复做为业务连续性的⼀个部分，但不是全部。
1）按照CISSP中的定义灾难恢复的⽬标是尽量减少灾难或中断带来的影响。
这意味着要采取必要的步骤以确保资源、⼈员和业务流程能够及时恢复运⾏。
这与连续性规划不同，连续性规划提供给我们处理长期运营中断和灾难的⽅法和程序。
灾难恢复计划的⽬标是在灾难之后，处理灾难及其后果；灾难恢复计划以信息技术为核⼼。
灾难恢复计划是当⼀切事情仍处于紧急模式时实施的计划，其中每个⼈都争相所有关键系统重新联机。
业务连续性规划采取⼀个更⼴泛的解决问题的⽅法。
它可以包括在计划实施中对原有设施进⾏恢复的同时在另⼀个环境中恢复关键系统，使正确的⼈在这段时间内回到正确的位置，在不同的模式下执⾏业务直到常规条件恢复为⽌。
2）按照NIST SP800-34的定义业务连续性计划（BCP）:业务连续性计划的重点是在中断期间和中断之后维持组织的任务/业务流程。
任务/业务流程的⽰例可以是组织的⼯资单流程或客户服务流程。
业务连续性计划可以针对单个业务单元内的任务/业务流程编写，也可以针对整个组织的流程。
灾难恢复计划（DRP）:DRP适⽤于拒绝长期访问主要设施基础设施的重⼤、通常是物理性服务中断。
DRP是⼀种以信息系统为中⼼的计划，旨在在紧急情况发⽣后恢复备⽤站点上⽬标系统、应⽤程序或计算机设施基础设施的可操作性。
⼀旦备⽤设施建⽴，DRP可由多个信息系统应急计划提供⽀持，以解决受影响的单个系统的恢复问题。
DRP可以通过在备⽤位置恢复任务/业务流程或任务基本功能的⽀持系统来⽀持BCP或COOP计划。
灾难恢复计划：确保业务连续性的关键
灾难恢复计划：确保业务连续性的关键灾难恢复计划是确保业务连续性的关键。
一个有效的灾难恢复计划可以帮助组织在遭受灾难性事件（如自然灾害、人为错误或恶意攻击）时快速恢复业务运营，并最大限度地减少损失。
以下是一些制定和实施灾难恢复计划的建议：1.确定业务影响：首先，组织需要确定其业务运营中最重要的方面，以便在灾难发生时优先恢复。
这可能包括关键任务应用程序、数据、基础设施和员工生产力。
2.评估风险：组织应评估可能面临的各种风险，如自然灾害、技术故障、人为错误和恶意攻击等。
这有助于确定需要重点关注和预防的领域。
3.制定备份和恢复策略：组织应制定备份策略，确保关键数据和应用程序可以在灾难发生后迅速恢复。
这可能包括定期备份数据、存储在远程位置以及使用备份应用程序。
4.建立应急响应计划：组织应建立应急响应计划，以便在灾难发生时快速采取行动。
这可能包括启动紧急通信系统、评估损害程度、启动备用系统、分配资源和协调恢复工作。
5.培训和演练：组织应定期培训员工了解灾难恢复计划的重要性，并演练不同的场景以测试计划的可行性。
这有助于提高员工的意识和准备程度，并确保组织在真正灾难发生时能够迅速采取行动。
6.维护和更新：灾难恢复计划应定期维护和更新，以反映组织业务的变化和技术的进步。
组织应定期审查和评估计划的有效性，并根据需要进行调整。
7.测试计划：组织应定期测试其灾难恢复计划，以确保其在实际应用中可行。
测试可以是模拟性质的，也可以是部分实际的，以检查计划的可行性和员工的响应能力。
8.跨部门协作：各部门之间的协作在灾难恢复过程中至关重要。
组织应确保所有关键部门的负责人都了解并遵循灾难恢复计划，以便在灾难发生时能够迅速协调行动。
9.第三方供应商管理：组织应与关键供应商和合作伙伴建立清晰的沟通渠道，以确保在灾难发生时能够快速获得支持和资源。
此外，组织还应评估其供应商的灾难恢复能力，以确保供应链的稳定性。
10.领导层参与：领导层的参与和支持是成功实施灾难恢复计划的关键。
灾难恢复和业务连续性计划
协调员
负责日常协调工作，确保各部 门之间的有效沟通与合作。
技术支持团队
负责技术层面的恢复和保障工 作，如数据恢复、系统重构等
。
业务团队
负责业务层面的恢复和保障工 作，如客户沟通、订单处理等
。
培训和意识提升
培训课程
定期组织培训课程，提高员工对灾难恢复和业务 连续性计划的认识和应对能力。
模拟演练
定期评估现有风险
重新评估组织面临的潜在风险，包括 业务、技术、法规和其他相关领域， 确保风险得到及时识别和管理。
更新资源和技术
保持资源充足
确保灾难恢复计划所需的人力、 物力和财力资源得到充分保障， 以满足计划实施的需求。
更新技术手段
随着技术的不断进步，及时将新 技术和方法纳入灾难恢复计划中 ，提高计划的执行效率和效果。
进行演练
组织定期的灾难恢复演练，模拟真实的灾难场景 ，提高组织应对灾难的能力和信心。
3
评估测试和演练结果
对测试和演练结果进行评估，总结经验教训，不 断完善和优化灾难恢复和业务连续性计划。
03
CHAPTER
灾难恢复和业务连续性计划 的实施和管理
确定责任人和角色
01
02
03
04
负责人
负责整个计划的制定、实施和 监督，确保所有相关人员明确
01
根据业务需求和资源能力，选择适合的备份策略，如全量备份
、增量备份或差异备份。
设计数据存储和传输方案
02
确定数据存储的位置、方式以及数据传输的路径和安全措施。
制定恢复流程
03
根据业务影响和恢复目标，制定详细的恢复流程，包括数据恢
复、系统重启、业务验证等步骤。
灾难恢复与业务连续性管理制度
灾难恢复与业务连续性管理制度第一章总则第一条规章制度的目的和依据1.本规章制度的目的是为确保企业在发生各类灾难时能够快速并有效地恢复业务，并保障业务的连续性运营，减少潜在风险和损失。
2.本规章制度的依据是国家相关法律法规和政府部门的规定、企业内部管理要求以及国际标准和最佳实践。
第二条适用范围本规章制度适用于全体企业员工，包含管理者、员工等。
第二章灾难恢复管理第三条灾难风险评估和防备措施1.企业应定期进行灾难风险评估，对可能发生的灾难进行评估和猜测，并订立相应的防范和防备措施。
2.灾难风险评估应包含但不限于自然祸害、人为祸害、技术祸害等多方面的风险评估。
3.企业应建立火灾防控措施、地震安全措施、数据安全措施等灾难防备和应对体系，并确保相应措施的有效性和可执行性。
第四条灾难事件响应和处理1.在灾难事件发生后，企业应首先启动应急预案，快速组织相关部门进行灾难事件的响应和处理工作。
2.灾难事件响应和处理工作应依据灾难的性质和影响程度，进行灾情初步核实和等级划分，并分别启动相应的紧急处理措施。
3.灾难事件响应和处理的工作应综合考虑人员安全、资产保护、业务恢复等因素，并依据具体情况采取相应的措施。
第五条灾难恢复计划1.企业应建立完备的灾难恢复计划，包含但不限于数据恢复计划、设备恢复计划、人员恢复计划等。
2.灾难恢复计划应依据不同的灾难类型和影响程度，明确相应的恢复目标、恢复策略和恢复时限，并确保计划的可行性和有效性。
3.灾难恢复计划应定期进行演练和测试，及时修订和优化，以提高应对灾难的本领和效率。
第六条信息备份和恢复1.企业应建立健全的信息备份和恢复体系，确保关键业务数据的安全备份和恢复。
2.信息备份应采用多层次、多地方的备份方式，以防止单点故障和意外祸害的影响。
3.企业应定期进行信息备份的测试和恢复的验证，确保备份数据的完整性和可用性。
第三章业务连续性管理第七条业务影响分析和评估1.企业应定期进行业务影响分析和评估，识别和分析可能对业务运营产生影响的因素和风险。
灾难恢复与业务连续性计划制度
灾难恢复与业务连续性计划制度一、前言本制度旨在确保企业在面对灾难情况下能够快速恢复业务，并保持业务的连续性，以最大程度地减少灾难对企业运营造成的损失和影响。
灾难恢复与业务连续性计划是保障企业生存和发展的紧要体系之一，对于提高企业的抗灾本领和市场竞争力具有紧要意义。
二、范围本制度适用于企业全体员工，包含正式职员、临时人员、合同工和外包人员，以及与企业有合作关系的供应商和合作伙伴。
三、术语定义1.灾难：指通过内外部因素引发的、对企业正常运营造成重点影响的突发事件，包含但不限于自然祸害（如地震、火灾、洪水）、人为事故（如网络攻击、数据泄露）。
2.业务连续性计划（BCP）：指企业为了应对灾难，保障业务连续运行而订立的一系列应急管理措施和预案，包含灾难恢复计划、紧急事务处理程序以及相关培训与演练。
四、灾难恢复与业务连续性计划的目标1.快速恢复核心业务功能，保障企业在灾难发生后能够连续供应服务。
2.最小化祸害对企业的影响，降低祸害造成的损失和风险。
3.建立完善的灾难恢复团队与体系，提高应对灾难的本领。
4.确保关键信息系统和数据的安全和可靠性。
五、灾难恢复与业务连续性计划的组织与责任1.设立灾难恢复与业务连续性管理委员会，负责订立、审核和修订灾难恢复与业务连续性计划，充实相应资源，并通知相关部门。
2.委员会由企业高层管理人员及相关部门负责人构成，由一位负责人主持，定期召开会议进行计划的评估和更新。
3.各部门负责订立、实施和维护本部门对应的灾难恢复与业务连续性计划。
4.每个员工都有责任熟识并遵守相关计划和措施。
六、灾难恢复与业务连续性计划的内容1.风险评估与业务影响分析–企业应定期对可能发生的灾难进行全面评估与分析，了解不同祸害对业务的影响与损失。
–对业务关键环节和信息系统进行风险评估，确定关键业务功能和数据。
–订立不同祸害情景下的应对措施和预案。
2.灾难恢复团队与应急响应–成立灾难恢复团队，明确各成员的职责和权限。
业务连续性管理 灾难恢复流程
业务连续性管理灾难恢复流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!业务连续性管理灾难恢复流程一、准备阶段在面临可能的灾难之前，需要进行充分的准备工作。
业务连续性与灾难恢复计划
业务连续性与灾难恢复计划1. 业务连续性计划包括灾难恢复计划：用来恢复不可用的设备，包括重新再新的地点安装操作系统作业计划：恢复发生的同时业务单位应所进行的作业重建计划：用来将运营恢复正常，无论是旧设备修复还是采购新设备业务连续性计划的第一步要进行风险与业务影响分析（BIA），它可以揭示每一种风险可能对业务造成的损失，风险要首先被确定，然后再进行业务影响分析。
一个好的BCP，应当综合考虑关键信息系统处理设施和终端用户的业务功能两方面的内容。
BCP按其生命周期分为以下几个阶段：, 业务不间断和灾难恢复计划的创建BCP意外管理：微小事件，小事件，大事件，重大事件小、大和重大事件应该被记录、分类、跟踪直到被纠正或解决。
事件的变化可以是突然的，一个大事件可以迅速的消失了，也可以演变成为重大的事件, 业务影响分析（BIA）执行BIA有许多方法，比较流行问卷调查法、拜访关键用户、把IT人员和终端用户召集在一起，讨论得到结论，确定各种级别的中断对业务的影响程度。
在BIA中应该注意以下问题：a) 组织的主要业务流程是什么一个流程是否是关键流程，取决于运行时间和运行模式。
b) 与组织关键业务流程相关的关键信息资源是什么可能存在于以下几个方面：接受客户支付的系统、生产系统、支付员工工资系统、成品分发系统。
c) 关键恢复时间周期是多长, 运行分类和重要性分析分类一般包括：关键的：可忍耐的时间为几个小时到一天重要的：通常一天到五天敏感的：允许一周以上不敏感的：对业务流程没有什么影响，几乎没有什么恢复成本。
恢复战略的参数：a) 恢复点目标（RPO）：通过业务运行中断的情况下可接受的数据损失来决定，指出了最早可接受的数据恢复时间点。
例如，如果业务流程在灾难发生前最多能忍受4个小时的数据损失，那么，在灾难发生前，最近的可用备份在时间上不超过四个小时就可以了。
b) 恢复时间目标（RTO）：要通过业务运行中断的情况下可接受的停机时间来决定，它指明了灾难发生后必须对业务进行恢复的最早时间点。
公司灾难恢复与业务连续性计划
公司灾难恢复与业务连续性计划1. 前言本公司灾难恢复与业务连续性计划（Disaster Recovery and Business Continuity Plan，简称DRBCP）旨在确保在灾难事件发生时，公司能够快速、有效地恢复业务运作，保障公司的生产经营活动不受严重影响，最大程度地降低业务停止风险，保护公司的利益和声誉。
本计划适用于全体员工和相关业务部门，并需严格执行。
2. 灾难定义与分级2.1 灾难定义灾难是指任何可能损害公司正常运作、影响业务连续性和员工安全的事件，如自然祸害、人为事故、信息系统故障等。
2.2 灾难分级为了准确评估灾难对业务连续性的影响，我们将灾难分为以下四个等级：•级别1：重点灾难，对公司整体运作造成严重影响，无法正常工作。
•级别2：紧要灾难，对关键业务进行停止，公司工作本领受到严重影响。
•级别3：一般灾难，对非关键业务进行停止，公司工作本领受到肯定影响。
•级别4：细小灾难，对公司运作影响较小，可连续工作。
3. 灾难恢复与业务连续性团队3.1 灾难恢复与业务连续性团队构成本公司成立灾难恢复与业务连续性团队，负责订立、执行和监督DRBCP的实施，并负责引导各部门在灾难事件发生时的应对措施。
团队成员包含：•战略与规划团队：负责DRBCP的订立、更新和评估。
•应急响应团队：负责灾难事件的及时响应、协调各部门的应对措施。
•业务恢复团队：负责业务系统的恢复和业务连续性的保障。
•通信与协调团队：负责与内部及外部相关方的沟通和协调工作。
3.2 灾难恢复与业务连续性团队职责•战略与规划团队：定期评估DRBCP的有效性，更新和调整计划，保持其与公司发展的全都性。
•应急响应团队：及时响应灾难事件，启动DRBCP，召集相关人员参加应对，并依照计划执行各项措施。
•业务恢复团队：负责灾难事件后的业务系统恢复工作，包含数据恢复、系统恢复、测试和验证等。
•通信与协调团队：与内部及外部相关方保持及时沟通，供应必需的信息更新和协调工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 与相关管理部门保持联络和良好关系，以确保在灾难发生时 能及时通报准确情况并获得适当支持。
4. 新闻媒体交流
• 制定、协调、评价和演练在危机情况下与媒体交流的计划， 以确保在灾难发生时能及时通报准确情况。
灾难恢复规划的过程阶段
1、灾难恢复需求分析
• 1.1 风险分析（RA） • 1.2 业务影响分析（BIA） • 1.3 确定灾难恢复目标
灾难恢复的组织机构和职责
系统评估 系统审计 系统检查 。。。
外部 协作 沟通
外部协作沟通环境
内部管理组织机构
灾难恢复 领导小组
外部专家
灾难恢复 实施组
灾难恢复 日常运行组
外部 协作 沟通
管理部门 新闻媒体 供应商 电信部门 电力部门
。。。
灾难恢复的组织机构和职责
灾难恢复规划领导小组
• 审核并批准经费预算； • 审核并批准灾难恢复策略； • 审核并批准灾难恢复预案； • 组织灾难恢复预案的测试和演练； • 批准灾难恢复预案的执行。
灾难恢复的组织机构和职责
灾难恢复规划实施组
• 灾难恢复的需求分析 • 提出灾难恢复策略和等级 • 灾难恢复策略的实现 • 制订灾难恢复预案
灾难恢复的组织机构和职责
灾难恢复规划日常运行组
• 灾难备份中心日常管理； • 灾难备份系统的运行和维护； • 灾难恢复的技术支持； • 灾难恢复预案的教育、培训和演练； • 维护和管理灾难恢复预案； • 突发事件发生时的损失控制和损害评估； • 灾难发生后信息系统和业务功能的恢复； • 灾难发生后的外部协作。
•定义：灾难发生后，信息系统或业务功能从停顿到恢复的时间要求。 •代表了系统恢复的时间
主系统与灾难备份系统
主系统（也称生产系统），是指正常情况下支持 组织日常运作的信息系统。包括主数据、主数据 处理系统和主网络。
灾难备份系统，是以灾难恢复为目的，由数 据备份系统、备用数据处理系统和备用的网络 系统组成的信息系统。
BCP和DRP的关系
BCP过程包含：
• 计划和范围； • 业务影响分析； • 业务可持续计划开发；
DRP过程包含：
• 灾难恢复计划步骤； • 测试灾难恢复计划； • 灾难恢复计划程序；
两者的主要区别：
• BCP强调使关键业务经得起意外事件（灾难）的影响 • DRP强调对于灾难的预防措施，以及在灾难发生时和灾难
人民银行、银监会、保监会出台了有关行业政策； 国税总局、海关总署、人民银行、商务部等部委均已 完成或正在建设灾备中心；北京、上海、深圳、广 州、杭州等各地政府已建设或启动灾备中心建设； 其他信息化程度较高的行业如保险、证券、电力、民 航、电信、石化、钢铁等企业正在开展和规划灾难恢 复系统的建设。
我国灾难恢复工作存在的主要问题
灾难恢复和业务连续性
知识类
应急响应
知识体
知识域
BCP&DRP概念和背景 业务连续性计划编制和内容 业务连续性计划的技术和管理
应急响应背景和组织 应急响应流程
知识子域
灾难备份和恢复的历史
•1970年代中期起源于美国中西部地区 •1979年在美国宾西法尼亚州的费城(Philadelphia)建立了
专业的商业化的灾备中心并对外提供服务是历史性标志。 从1982年到1998年的17年间，由单纯的灾难恢复向业 务连续性方向发展 •2000年之后，扩展至全面的业务连续性管理概念 •1982～2006年，美国灾难恢复行业共恢复了约1500宗灾 难，平均每年约60宗
4、灾难恢复预案的实现
•4.1 灾难恢复预案的制订 •4.2 灾难恢复预案的教育、培
训和演练
•4.3 灾难恢复预案的管理
灾难恢复规划的过程阶段
风险分析
•标识资产 •标识威胁 •标识脆弱 性 •标识现有 控制 •定量/定性 风险分析
业务影响 分析
•分析业务 功能和相关 资源配置 •评估中断 影响
灾难恢复和业务连续性管理
中国信息安全测评中心 2010年06月
目录
一．历史和背景 二．灾难恢复和业务连续性的基本概念 三．灾难恢复流程与管理 四．灾难恢复技术 五．灾难恢复的级别划分
一、历史和背景
背景：信息安全管理技术
风险管理基本概念
风险评估
定量/定性风险评估 风险评估工具和方法
信息安全管理
信息安 全管理 技术
灾难恢复规划过程
三、灾难恢复流程与管理
灾难恢复工作范围
信息系统的灾难恢复工作
• 灾难恢复规划
确定灾难恢复需求 制定恢复策略 实现恢复策略 灾难恢复预案的制定、落实和管理
• 灾难备份中心日常运行 • 灾难后的应急响应 • 关键业务系统在灾难恢复中心的恢复和重续运行 • 生产系统的灾后重建和回退工作
2000年，“千年虫”事件引发了国内对于信息系统 灾难的第一次集体性关注，但“9.11”事件所引起 的震动真正地引起了大家对灾难恢复的关注。
我国国内灾难恢复的发展概况
各行业用户对信息安全的建设越来越重视，投入 呈现稳定增长的态势，但
• 大部分单位还没有有效的灾难恢复策略 • 没有建立统一的业务连续管理机制
恢复点目标-RPO/恢复时间目标-RTO
周日
小时 分
秒
恢复点
秒
分
小时 日
周
恢复时间
RPO－Recovery Point Objective，恢复点目标
•定义：灾难发生后，系统和数据必须恢复到的时间点要求 •代表了当灾难发生时允许丢失的数据量
RTO－Recovery Time Objective ，恢复时间目标
BCP和BCM
业务连续规划（Business Continuity Planning，简称 “BCP”）
• 是灾难事件的预防和反应机制，是一系列事先制定的策略和 规划，确保单位在面临突发的灾难事件时，关键业务功能能 持续运作、有效的发挥作用，以保证业务的正常和连续。业 务连续规划不仅仅包括对信息系统的恢复，而且包括关键业 务运作、人员及其它重要资源等的恢复和持续。
• 为了将信息系统从灾难造成的故障或瘫痪状态恢复 到可正常运行状态、并将其支持的业务功能从灾难 造成的不正常状态恢复到可接受状态，而设计的活 动和流程。
灾难备份 backup for disaster recovery
• 为了灾难恢复而对数据、数据处理系统、网络系 统、基础设施、专业技术支持能力和运行管理能力 进行备份的过程。
2、灾难恢复策略制定
• 2.1 灾难恢复资源要素分
析 • 2.2 成本风险分析和策略
制定 • 2.3灾难恢复策略的组成
2.3.1 灾难恢复资源的获取 方式 2.3.2 灾难恢复等级各要素 的具体要求
பைடு நூலகம்
3、灾难恢复策略的实现
•3.1 灾难备份中心的选择和建 设
•3.2 灾难备份系统技术方案的 实现
•3.3 技术支持能力的实现 •3.4 运行维护管理能力的实现
灾难恢复规划和预案
灾难恢复规划（disaster recovery planning，简称
“DRP”）
• 为了减少灾难带来的损失和保证信息系统所支持的 关键业务功能在灾难发生后能及时恢复和继续运作 所做的事前计划和安排。
灾难恢复预案 disaster recovery plan
• 定义信息系统灾难恢复过程中所需的任务、行动、 数据和资源的文件。用于指导相关人员在预定的灾 难恢复目标内恢复信息系统支持的关键业务功能。
结论：对于企业来说，通过灾难备份来实现业务连续 性管理，已经成为企业提高风险防范能力，有效应对 非计划的业务破坏，并降低不良影响的重要举措。
我国国内灾难恢复的发展概况
20世纪90年代末期，一些单位在信息化建设的 同时，开始关注对数据安全的保护，进行数据的 备份，但当时，不论从灾难恢复理论水平，重视 程度，从业人员数量质量，还是技术水平方面都 还很不成熟。
灾难备份和恢复的历史
灾难备份和恢复的重要性
事实：根据IDC的一项关于1990-2000年10年间公司 遭遇灾难情况的统计，灾难发生后，由于数据丢失或 者企业没有业务连续性计划，55％的公司当时即宣告 倒闭，剩下的45％中，有29％的公司在两年内倒闭。 事实：“9.11”事件中，受影响的1200家公司中有400家 迅速启动业务连续性计划（BCP）。
二、灾难恢复和业务连续性管理 基本概念
人员误操作
什么是灾难
灾难 disaster
• 《信息安全技术信息系统灾难恢复规范》（ GB/T 20988—2007） 由于人为或自然的原因 ，造成信息系统严重故障或瘫痪，使信息系统 支持的业务功能停顿或服务水平不可接受、达 到特定的时间的突发性事件。通常导致信息系 统需要切换到灾难备份中心运行。
*典型的灾难事件包括
• 自然灾害，如火灾、洪水、地震、飓风、龙卷 风、台风等，还有技术风险和提供给业务运营 所需服务的中断，如设备故障、软件错误、通 讯网络中断和电力故障等等；此外，人为的因
素往往也会酿成大祸，如操作员错误、植入有 害代码和恐怖袭击。
灾难恢复与灾难备份
灾难恢复 disaster recovery
灾难恢复组织机构
灾难恢复组织机构是对灾难事件做出相应反应的核心 力量
灾难恢复的组织机构应强调信息畅通，协调合作，高 效决策，有效执行。
• 信息畅通：信息畅通是第一要务。 • 协调合作：包含了内部协作和外部协作。 • 高效决策：应当根据需要设置扁平化的、有专家参与的决策
支持体系。为保证决策的高效性，决策人员应当被授予较高 的权限。 • 有效执行：任何决策的执行效力，应该在组织机构上进行关 注。对于关键的岗位和职位都应该设置替代人员。
2004年，国信办《关于做好重要信息系统灾难备份工 作的通知》，强调了“统筹规划、资源共享、平战结 合”的灾备工作原则 2005年，国信办公室《重要信息系统灾难恢复指南》 2007年，《信息安全技术 信息系统灾难恢复规范》 （GB/T 20988-2007）