灾难恢复计划.doc

损失减少企业灾难恢复计划七步曲

正如现实生活中其它事物的不可预料性一样，企业很难预先知道其网络、数据中心运作过程中何时会受到威胁。

但减轻灾难的后果并不是一个轻松的过程。下面笔者给出可以帮助企业提供实用指南并实现高效的业务连续性和灾难恢复计划的七个步骤：

第一步：承认灾难的可能性

业务连续性及灾难恢复的第一步是承认自己的单位会碰到可以损害企业发展的现实性威胁。如果企业没有在一个高级的层次上采取这一步，其它的步骤就免谈。

第二步：列表并分类企业面临的威胁

企业及其社会环境的性质能够影响一个单位所面临的威胁类型。在列示了威胁之后，单位应当根据这些威胁对不同系统的可能影响对其分类。应当在灾难的响应成本和可容忍的“宕机时间”之间实现平衡，可容忍的“宕机时间”越少，则企业就需要越多的成本来创建恰当的响应。比如，一些系统必须在几分钟或几秒内实现功能恢复，还有一些系统可容忍的“宕机时间”为几小时，还有其它系统即使“宕机时间”多达几天也不会产生严重的后果。

第三步：概要描述单位的业务连续性和灾难恢复技术的基础结构

业务连续性和灾难恢复技术基础结构的关键技术要素由以下几部分组成：关键数据中心、一个可以备份主要数据中心资源的远程站点、高带宽的网络连接等部分组成。在整个数据中心，业务连续性和灾难恢复的最佳策略都要遵循所有要素成分都保持冗余性的观点。在生产性和备份数据设施中都应当运行多台主机和服务器。如果一个生产性系统的一个组件碰到了一个问题，此系统组件就立即将其功能转移给本地的备份系统，这可以作为对付灾难的第一道防线。

在业务连续性和灾难恢复策略中，最关键的要素之一就是电源。根据调查，电力故障是最为常见的也是可预防的中断性故障。

不管企业的网络带宽多么大，如果一个粗心大意的施工人员偶然弄断了光纤，其作用也就寿终正寝了。网络的连接不但要足够，还要在一个更宽广的WAN

技术范围内遵循不同的途径，避免业务限于停顿。

第四步：清查单位的IT资产

一旦单位已经草拟了其业务连续性和灾难恢复基础结构的拓扑，下一步就是要制定IT资产的一个精确而详细的目录。这就使得单位能够理解需要保护的资源和业务过程。

现在有不少业务管理工具有助于制定和维护IT资源的精确目录。这些工具的厂商都提供了一些依靠软件代理来优化IT基础结构的工具模块，并可将硬件和软件资产的细节及其配置参数存储到配置管理数据库中（CMDB）。

第五步：设置服务水平期望并定义意外事故策略

配置管理数据库中（CMDB）不但存储着单位软件和硬件资产的细节信息，还包含着服务水平的约定要求信息，这些约定要求可以定义正常运行时间及这些资源的恢复参数。回想前面的第二步，高级管理部门对服务水平期望作出要求是很重要的，因为这些能够决定在某次故障中的5分钟内或5小时之内某种特定的资产是否必须启动和运行。这种决定可以直接影响高级管理部门日后会寻求支持的业务连续性和灾难恢复的成本支出。

根据对IT资产及配置和服务水平约定的清晰理解，单位就可以定义意外事故的应对策略。这些策略必须得到主管人员的支持，因而需要将IT资产的性能直接与企业需求联系起来。为了形成这种重要的联系，单位需要执行业务影响分析来充实系统需求、过程、系统交互关系的细节。主管人员必须理解系统瘫痪的后果，以便于支持意外事故的应对策略。

第六步：制定一个业务连续性和灾难恢复的计划

意外事故的应对计划应当直接根据意外事故的应对策略，详细表述不同部门和个人的角色和责任，以保持技术系统的可用性，并阐明紧急情况下恢复IT 系统的过程。意外事故的应对计划的关键元素还包括资源需求、培训需要、培训练习和测试的频率、维护时间表、数据库备份的时间表等。

意外事故的应对计划的阶段包括以下几个方面，一是灾难降临时的通知过程，二是应急团队动员后的恢复过程，三是回归正常运作过程。

第七步:测试业务连续性和灾难恢复计划

在定制了正式的策略和过程之后,最为重要然而却最容易被忽略的一个方面是灾难恢复计划。企业必须从一开始就测试其计划的完整性和有效性，然后再在运作过程中重新测试，以确保对IT基础结构和业务过程的日后改变不会产生策略改变的需要。

此外，单位应当创建测试平台，以精确地反映日常的业务条件，以使演练可以模拟真实的条件。

在当今复杂的条件下，要让企业防御每一种灾难事故确实有点儿困难。但是，在无法预料的事情发生后，如果企业采用了恰当的技术、清晰的服务水平期望、实用的恢复策略，再通过灾难恢复计划和严格的测试方法，单位就可以将灾难对业务的影响降至最低。

企业业务连续性和灾难恢复规划实施企业部署了全面的灾难恢复规划，而不到10%的中小企业拥有危机管理、应急措施、业务重组和业务恢复计划。

对于中小企业来说，部署灾难恢复计划是十分重要的。根据Gartner调查显示，五分之二的企业在五年内都经历过至少一次严重灾难。此外，灾难的发生频率比我们想象中的还要高，因为大约80%的应用程序停工是人为的或者进程出错造成的，而不是因为灾难或者技术故障。

设置一个停机时间限制

当我们在部署灾难恢复计划时，最开始的目标应该是确定恢复点目标和恢复时间目标。灾难恢复点目标(RPO)指明了可以允许的数据丢失范围，而恢复时间目标(RTO)则是应用程序可以允许的停工时间范围，即根据可承受的最长停电时间来确定。

如果灾难真的发生了，那么你的公司可以承受多长时间呢？一个小时？一天？还是一个星期？那些需要立即恢复运行的公司必须投入更多的资金来进行灾难恢复部署，而那些几天内仍然可以继续运行的公司则可以投入较少的资金。同样来说，较高的灾难恢复点目标相对来说更加昂贵，但是中小企业必须权衡预防性支出与重要数据丢失带来的潜在高额费用之间的关系。认真确定灾难恢复点

目标和恢复时间目标能够帮助你合理分配资源，而不会浪费成本。

如果你的公司对于确定灾难恢复点目标和恢复时间目标，那么就可以使用业务影响分析(BIA)。业务影响分析方法依据的基本假设条件就是，公司的每一个因素都依赖于任何其他因素的持续运行，但是有些因素比其他因素要更加重要。业务影响分析优先考虑了关键任务数据和系统，它能够帮助公司在考虑灾难性事件时将资源进行合理分配。BIA可以让IT经理和中小企业业主清楚地看到，如果他们不部署灾难恢复计划，他们将可能损失的成本价值。

建立灾难恢复计划

当确定了RPO和RTO之后，你就可以正式建立灾难恢复计划了。当你在建立灾难恢复计划时，要牢记以下这些最佳做法：

要让公司所有的利益相关者参与进来，而不只是IT部门。举例来说，人力资源部在对员工进行灾难恢复计划培训以及计划沟通中时将发挥重要的作用，所以人力资源部应该参与进来；首席执行官和其他高级管理人员对于保证灾难恢复计划的资金和公司性购买方面是必不可少的角色；如果你的公司场所是租赁的，那么物业管理也应该了解你的计划；此外，最好还要告知当地的执法部门你所要实施的计划。将所有的利益相关者参与到规划和部署中是十分重要的。

防止数据仓库的产生：也许你会认为将文件保存到桌面是很方便的事情，但是这却是个不好的习惯。员工的个人电脑硬盘通常没有得到IT部门的备份支持，所以最好部署一个中央服务器来解决这种令人头疼的问题，让所有的员工能够规范地使用电脑。

优先备份：确定需要保存的数据以及保存时间，然后执行存储策略来优先备份关键数据和应用程序，首先要备份最关键的部分。

现场备份和非现场备份：我们现在拥有各种备份技术，从在线备份服务到磁盘和磁带解决方案等。在考虑选择何种备份服务时，最好选择既可以进行现场备份又可以进行非现场备份的备份服务，那样当你的主要业务场所无法使用时也可以对数据和应用程序进行备份。举例来说，有了磁盘镜像，至少会有两个硬盘同时进行复制和存储数据，那么，如果其中有一个磁盘出现故障，系统就可以自动切换至另一台磁盘，不管这两个磁盘在同一数据中心或是分布在不同城市，这样就可以减少数据和服务的损失。

确保远程访问：数据保存期限和网络访问同样重要。如果实体办公室不能避

免灾难的发生，员工还是需要接入网络基础设施来保持业务运行。如果让所有员工实现远程访问不现实，至少密钥持有者应该能够进行远程访问。

确定了停工时间限制以及部署了灾难恢复计划后，有必要进行定期测试。当然，测试需要花费一定的时间和金钱，所以公司的测试频率可以根据预算来设置。作为一个基准来说，中小企业至少每年进行两次测试。如果每年对整个系统进行两侧测试不能实现，至少也应该定期地对最关键的应用程序和系统进行测试。另外，在公司旺季的时候也应该进行测试，并且不需要告知所有的员工，除了必要的几个工作人员外，这样做是为了模拟真正的灾难。最后，IT经理在每次测试后都应该对灾难恢复系统进行审查，看看哪些地方容易出现故障，以及时纠正错误。

有效的灾难恢复计划对于企业生存发展力是至关重要的，根据McGladrey

和Pullen事务所统计，每年每500个数据中心就会发生一次灾难事故，其中43%的灾难事故造成无法挽回的损失。而另外的29%企业将会被迫关闭两年。灾难恢复相当于企业保险，是你的企业不可缺少的部分

确保灾难恢复(DR)计划的实施

在今年早些时候提出的一份灾难恢复(DR)报告中，Forrester研究公司建议，在制定灾难恢复计划时，要采取以下七个步骤来确保争取到新的、额外的、正在运行的基金：

1．实施一套连续性的管理流程。技术支持灾难恢复的准备工作；这并不是一个连续的策略或者计划。在能争取到技术和服务的基金之前，你应该将灾难恢复的准备工作看作是一个连续性的流程，而不是一个一时的事件，并且为此制定一个总体的框架。

2．进行业务影响分析(BIA)和风险评估。在IT部门争取到资金之前，IT部门的人员必须坐下来与业务部门人员进行交流，共同确定哪些是公司里最关键的流程，哪些依赖于IT资源并计算出由于发生故障而引发的成本。然后，你还需要制定出一份风险评估，以确定特定风险的概率和频率。

3．计算出停机所产生的成本。理解停工成本是非常重要的，这有利于帮助业务人员和IT部门确定在每一个业务流程中可接受的停机时间和数据丢失，指导将来的技术和服务投资。

4．发展影响的情况，不只是解决“灾难”，要解决所有的风险。业务部门和

IT部门必须要同风险管理专家合作一起评估那些真正的破坏性事件的风险，例如，电力故障、IT故障、人为错误、设备故障、自然灾害和人为灾害。当管理者考虑灾难恢复的准备计划时，他们通常是先考虑为那些反常的事件做准备，例如，飓风、地震和恐怖主义事件等等。现实情况是，那些发生的灾难或主要业务的中断最常见的原因通常是人为事件，例如，停电和IT故障。灾难恢复计划者和IT运营专家必须要是管理人员明白灾难恢复的准备工作不仅仅是应对“灾难”而是应对那些像公司停工这样的事故的发生。

5．将灾难恢复(DR)看作是竞争的必要手段。如果你的公司停工，这就有可能为你的竞争对手提供机会扩大他们的市场份额。同样，正常开工就可以与竞争对手有平等的机会竞争市场份额。这有助于重新提起关于灾难恢复的讨论，要制定一份保险策略确保灾难恢复（灾难复原），将它作为一个竞争的必要手段。大多数公司，不只是金融服务公司都有一个备用的站点，并且利用先进的复制技术来保护数据。公司应该与同行或竞争对手保持一致。

6．制定一个灾难恢复(DR)服务目录。正如你与业务部门合作确定需求一样，也要制定一个灾难恢复目录。此目录将由业务流程的风险性、预计恢复时间和恢复点目标组成、支持性技术和服务、级别灾难恢复准备所需成本组成。IT部门必须始终要有一个正式的灾难恢复计划，还要评估那些IT部门必需的DR技术和服务所需花费的资金。

7．使DR技术与其他的IT举措保持一致。许多技术都会促使更快地恢复数据，他们也可以促使其他的IT举措，例如，服务器、存储和数据中心整合。IT 整合对于节省成本，提高IT运行效率来说是至关重要的，所以，对于很多公司来说，这是一项策略性的举措。

XX财产保险股份有限公司信息系统灾难恢复预案

XX财产保险股份有限公司信息系统灾难恢复预案 2014-11

目录 1目标与范围 (2) 1.1灾难的定义............................................................................ 错误!未定义书签。 1.2容灾目标 (4) 1.3容灾范围 (5) 1.4灾难恢复演习执行周期 (5) 1.5灾难恢复计划启动决策流程 (5) 1.6灾难声明的内容 (5) 1.7灾难恢复指挥中心和异地灾备中心 (5) 2组织与职责 (6) 2.1团队组织图 (6) 2.2灾难恢复团队 (6) 2.3全部成员通讯录 (17) 3紧急响应流程 (17) 3.1灾难预警 (17) 3.2人员疏散 (17) 3.3损害评估 (17) 3.4研判和灾难宣告 (17) 4恢复及重续运行流程 (18) 4.1恢复 (18) 4.2重续运行 (18) 5灾后重建和回退 (19) 5.1生产系统的重建工作流程 (19) 5.2专业技术保障........................................................................ 错误!未定义书签。 5.3通信保障................................................................................ 错误!未定义书签。

1目标与范围 1.1灾难恢复预案中的相关术语 1）灾难备份中心backup center for disaster recovery 用于灾难发生后接替主系统进行数据处理和支持关键业务功能运作的场所，可提供灾难备份系统、备用的基础设施和专业技术支持及运行维护管理能力，此场所内或周边可提供备用的生活设施。 2）灾难备份系统backup system for disaster recovery 用于灾难恢复目的，由数据备份系统、备用数据处理系统和备用的网络系统组成的信息系统。 3）业务连续管理business continuity management 为保护组织的利益、声誉、品牌和价值创造活动，找出对组织有潜在影响的威胁，提供建设组织有效反应恢复能力的框架的整体管理过程。包括组织在面临灾难时对恢复或连续性的管理，以及为保证业务连续计划或灾难恢复预案的有效性的培训、演练和检查的全部过程。 4）业务影响分析business impact analysis 分析业务功能及其相关信息系统资源、评估特定灾难对各种业务功能的影响的过程。 5）关键业务功能critical business functions 如果中断一定时间，将显著影响组织运作的服务或职能。 6）数据备份策略data backup strategy 为了达到数据恢复和重建目标所确定的备份步骤和行为。通过确定备份时间、技术、介质和场外存放方式，以保证达到恢复时间目标(3.17)和恢复点目标(3.18)。 7）灾难disaster 由于人为或自然的原因，造成信息系统严重故障或瘫痪，使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件。通常导致信息系统需要切换到灾难备份中心运行。

灾难恢复计划

灾难恢复计划 一、灾难的定义 灾难分为自然灾害和非自然灾害。 自然灾害是指由火灾、地震等引发的一系列灾害直接导致公司的业务中断、电力故障、网络故障等。 非自然灾害是指人为的造成的如服务器断电、软件错误、人为故意破坏、恶意代码、木马植入、恐怖袭击等。 二、灾难恢复项目小组的制定和职能 1.管理组：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。

8、市场和客户关系组：负责对外进行信息发布、制定相应应急措施应对客户疑问等。 各小组共同职能： a）负责计划的执行 b）与其它组之间进行信息交流，监督计划的测试和执行 c）所有或是某一个成员可能领导特定的组 d）协调恢复过程 e）评估灾难，执行恢复计划，联系组长 f）监控并记录恢复的过程 三、业务恢复流程 （一）自然灾害引起的灾难恢复流程 由自然灾害引起的灾难往往影响较大，可能会直接导致一些基础设施的无法使用，甚至会对导致人员减少。因此对于自然灾害引发的灾难恢复流程相对特殊且繁琐。 1.数据抢救 灾难发生时，需在保证人身安全的情况对公司的重要数据进行抢救，抢救的范围主要包括：记录公司重要信息的文件、资料，存储公司重要数据的磁带，存放重要数据的硬盘、服务器。此过程需由安全组进行统筹指挥，按照既定的计划执行，各组成员、公司员工必须服从安全组的统一调度和指挥。 2.损坏评估及启动应预案 灾难发生后各小组需根据情况汇报损失情况给损坏评估组，

灾难恢复子系统

灾难恢复能力评估 评估灾难恢复小组的能力的基本指标包括：知识，可以通过取得的专业证书或者参加的教育计划获得记录；经验，可以根据以前的工作职责或者参与实际的灾难来判断；积极性，可以根据参与专业机构、出席并且/或者在大型会议上演讲以及发表的文章来判断。每一项都可以被轻松地定义并制订成基准，而且可以作为评估和增加灾难恢复小组成员的技巧和技能的一个有效的出发点。 灾难恢复能力的发展 IT专家们看到对于灾难恢复（DR）的需求，并且很多人因为这个原因而使用OpenStack 私有云。但是灾难恢复投资回报（ROI）的模糊不清使得把这个推售到企业的业务部门成为很艰难的任务。 上周在亚特兰大举行的OpenStack峰会上的一次会议中，小组专家成员讨论结果表明Swift存储应用程序接口或者API，对于为灾难恢复营造更好的环境尤为关键。 老化的基础架构和过期的灾难恢复计划，与此同时还要迁移到24小时不间断的运营模式，促使了，一家位于新泽西州Somerset的移动和存储公司搭建了一个基于Swift的对象存储环境。 1.1 灾难恢复系统 1.1.1 灾难恢复系统的层次 数据级容灾层:数据容灾指建立一个异地或本地的数据系统, 作为生产系统关键业务数据的一个备份。数据级容灾系统需要保证业务数据的完整性、可靠性和安全性, 而对于提供实时服务的信息系统, 用户的服务请求在灾难中会中断。数据级容灾只是对业务数据备份, 不对系统数据与应用程序进行备份, 需要通过安装盘重新安装来进行系统的恢复。 系统级容灾层:不但进行业务数据的备份, 而且要对信息系统的系统数据、运行场景、用户设置、系统参数、应用程序和数据库系统等信息进行备份, 以便迅速恢复整个系统。系统级容灾系统需要同时保证业务数据和系统数据的完整性、可靠性和安全性。在网络环境中, 系统和应用程序安装起来并不是那

灾难恢复管理流程

罕王实业集团有限公司 信息中心 灾难恢复管理流程 编号及版本号：HK 责任部门：信息中心 发布（施行）日期：2015年1月 4 日编制人： 审核人： 批准人：

《信息中心灾难恢复管理流程》履历表 表单编号： 第一章总则 目的 确保公司业务的持续性，避免人为和自然灾害带来的风险。具体目标如下：1）将信息系统运行的中断降到最低； 2）限制中断和损害的范围；

3）将中断的经济影响降到最低； 4）预先建立备用操作方法； 5）培训人员处理紧急过程； 6）提供顺利快速的恢复服务。 适用范围 本流程适用于信息中心负责的所有信息系统。 职责 1 表 2 表 第二章细则 流程说明 资产列表 在此列出了公司业务持续所必须依赖的信息系统和重要数据，下列各表应6个月核查一次。1）基础硬件：包括服务器、磁盘阵列、个人计算机、打印机、传真机、磁带机、常规数据 表 2 表 3 表

灾难恢复计划 自然灾害 这里的自然灾害指造成公司所在建筑物毁灭性损失的火灾、地震、水灾、地面塌陷等灾害。自然灾害在灾难分类中出现几率最小，但造成损失是最大的。流程说明如下： 1）确定损失情况。 自然灾难发生后，灾难恢复小组成员立即建立联系，具体了解公司的损失情况，了解的范围包括：人员、物理设备、数据。 小组成员根据了解到的损失情况编制《损失一览表》。 2）通知用户服务中断。 损失情况了解清楚后，灾难恢复小组成员讨论预估的恢复时间。 灾难恢复小组组长根据《损失一览表》确定有哪些服务不能正常提供，马上联系用户通知服务中断并告知估计的恢复时间。通知用户可以通过电话联系、张贴通知、电子邮件等方式。 3）联系保险公司。 发布服务中断的信息后，灾难恢复小组组长根据《损失一览表》中记录的损失情况检查是否有财产投保，如果有则应马上联系保险公司申请理赔。 4）联系服务商。 灾难恢复小组确定损失情况后，小组成员根据《损失一览表》中记录的设备损失列表，联系该设备的提供商，重新购置或者租用设备，并确定设备的到货日期和地点。 5）确定新的机房和办公地点。 如果公司原先的机房和办公地点已经无法使用，灾难恢复小组组长应向总裁提出申请，确定新的机房和办公地点。 6）安装调试新的物理设备。 新设备到货后，灾难恢复小组组长部署新设备的安装和调试工作。安装调试任务明确后，灾难恢复小组组长应和各信息系统管理员确定完成部署的时间，如果完成时间和前期通知用户的时间不同，应通知用户最后确定的系统恢复时间。 7）恢复系统数据。 新设备安装完成后，IT（网络、操作系统）工程师取出备份的最新数据，执行数据恢复操作，各应用系统的数据恢复参照各应用系统的操作手册。 8）告知用户服务已恢复。 系统恢复运行后，恢复小组组长向用户发布通知，告知系统已经恢复运行。 9）填写《灾难恢复报告》。 流程图请见图1。 电力故障 UPS能够避免短时间的电力中断故障造成的损失。这里的电力故障指超出UPS承受范围的大范围停电事故，这种长时间的停电会造成业务停止和数据的丢失。流程说明如下： 1）确定恢复时间。 IT（网络、操作系统）工程师在明确电力中断故障后，立即联系电力供应部门，了解电力故障的原因，确定电力恢复的时间。并立即通知各信息系统管理员。 2）关闭设备。 IT（网络、操作系统）工程师在UPS供电期内关闭所有服务器设备，防止断电造成损失。3）通知用户。 系统管理员通知用户因电力故障服务中断，并告知用户恢复的大概时间。通知的方式可以是电话、张贴通知、邮件等。 4）启动服务器。 在电力供应恢复正常后，IT（网络、操作系统）工程师按照手册启动设备，并通知各个应用管理员检查各自负责的应用系统是否已经正常启动。如果应用管理员发现应用程序没有

灾后的恢复计划

灾后的恢复计划 1、0生产厂房经修复后，有资质的建筑结构监测部门鉴定达到安全使用标准，取得合格的鉴定报告。 2、0生产设备、设施找相关行业部门鉴定和修复后，经地方安监局鉴定达到国家安全生产标准。 3、0企业环保设施经修复后须由环保局进行验收，取得合格的验收报告方可投入生产。 4、0配电设备、设施经抢建修复，具备安全通电条件，并经供电单位验收合格方可进行使用。具备上述条件以后，由企业向供电局上报生产用电计划。未经供电局批准同意的用电企业，各供电企业不能擅自提供生产用电给工厂。 4、1 准备活动 4、1、1 成立紧急事故反应小组（ERT）/灾难恢复小组为准备一份成功的灾难恢复计划，应成立一个小组。在完成计划之后，他们必须至少每年一次或在发生灾难时召开会议。成员将包括ERT加上MIS、生产、物料、设备、环境/健康/安全、保安、销售、工程和品质部门的人员。 4、、1、2 生产现场资源的确认应制定一份重要设备和资源清单。如果工厂被部分或完全破坏，这份清单将有助于说明哪些需迅速替补。清单应包含人员、文件、产品和原材料等的说明，它可能从现时文件中汇编出来。

4、、1、3 影响评估对上述关键类资源可能出现的灾难场景进行评估，评估可能会出现什么情况。这有助于确定需在何处加强准备。评估可以不同的形式进行。 4、1、4 影响最小化计划被确定为“关键”而且被影响或破坏可能性较大的资源准备一份影响最小化计划。例如：可包括更多的培训，分散在其他地方的备份文件和设备，一些化学品和废物周围的双重或三重保护，更新ER计划，防震装置和额外的火灾抑制系统（喷洒装置、软管盘、灭火器）。 4、1、5 恢复计划如果发生严重灾害，某些影响也无法减小或避免。在这些情况下，公司所能做的就只有准备一些恢复计划，并挑出最好的部分。 4、1、6 电话号码和联系人在灾难恢复计划中列出比急救计划中更多的紧急联系号码。紧急联系电话号码应记录在灾难恢复计划中，除ER计划中已确定的，还应包括下列：组长、主管、经理、高层管理、老板 4、1、7 日常检查灾难恢复过程中公司的状况、资源和供给每天都在变化。因而应经常检查公司资源，灾难恢复供给以及计划。随着资源发生变化，相应在的灾难恢复计划也应改变。 4、1、8 灾难恢复指挥部应设立一个场外灾难恢复指挥部。它可位于公司其他地方，只要离灾难发生地无危害的距离。 4、1、9 预防性保养如果生产环境的设备保养得好，可能使它们安全通过灾难，并对生产和环境造成较小影响。

计算机系统灾难恢复计划

嘉兴冠誉时装有限公司 计算机系统灾难恢复计划 一、灾难的定义 灾难分为自然灾害和非自然灾害。 自然灾害是指由火灾、地震等引发的一系列灾害直接导致公司的业务中断、电力故障、网络故障等。 非自然灾害是指人为的造成的如服务器断电、软件错误、人为故意破坏、恶意代码、木马植入、恐怖袭击等。 二、灾难恢复项目小组的制定和职能 1.管理组：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。 8、市场和客户关系组：负责对外进行信息发布、制定相应应急措施应对客户疑问等。 各小组共同职能： a）负责计划的执行 b）与其它组之间进行信息交流，监督计划的测试和执行 c）所有或是某一个成员可能领导特定的组 d）协调恢复过程 e）评估灾难，执行恢复计划，联系组长 f）监控并记录恢复的过程 三、业务恢复流程 （一）自然灾害引起的灾难恢复流程 由自然灾害引起的灾难往往影响较大，可能会直接导致一些基础设施的无法使用，甚至会对导致人员减少。因此对于自然灾害引发的灾难恢复流程相对特殊且繁琐。 1.数据抢救 灾难发生时，需在保证人身安全的情况对公司的重要数据进行抢救，抢救的范围主要包括：记录公司重要信息的文件、资料，存储公司重要数据的磁带，存放重要数据的硬盘、服务器。此过程需由安全组进行统筹指挥，按照既定的计划执行，各组成员、公司员工必须服从安全组的统一调度和指挥。 2.损坏评估及启动应预案 灾难发生后各小组需根据情况汇报损失情况给损坏评估组，损坏评估组根据汇总信息进行消息告知披露。披露损坏信息包括: a）公司重要生产、监视测量、办公设备

重要信息系统灾难恢复指南-2007年版

重要信息系统灾难恢复指南 作者：国务院信息化办公室 引言 灾难恢复是确保信息和信息系统安全的一项重要措施。遵从重要信息系统灾难恢复指南的要求，是做好重要信息系统灾难恢复工作的基础。 本指南用于规范和指导重要信息系统的使用和管理单位对信息系统灾难恢复的规划和准备工作。本指南主要从灾难恢复规划的管理、灾难恢复的需求分析、灾难恢复等级的确定、灾难恢复等级的实现、灾难恢复预案的制订、落实和管理等方面，对灾难恢复的规划和准备活动的规范化要求进行全面描述。本指南还以规范性附录的形式对灾难恢复的等级划分进行了描述，并以资料性附录的形式对灾难恢复预案的框架进行了说明。 1－1 1 范围 本指南规定了对重要信息系统的灾难恢复应遵循的基本要求。 本指南适用于指导重要信息系统的使用和管理单位（以下简称“单位”）进行灾难恢复的规划和准备工作，对重要信息系统灾难恢复规划项目的审批和监督管理也可参照使用。 2 规范性引用文件 下列文件中的条款通过本指南的引用而成为本指南的条款。凡是注日期的引用文件，其随后所有的修改单（不包含勘误的内容）或修订版均不适用于本指南，然而，鼓励根据本指南达成协议的各方研究是否可适用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本指南。GB/T 5271.1—2000 信息技术词汇第1 部分：基本术语 GB/T 5271.9—2000 信息技术词汇第9 部分数据通信 GB/T 5271.12—2000 信息技术词汇第12 部分外围设备 GB/T 5271.20—94 信息技术词汇20 部分系统开发 GB/T 2887-2000 电子计算机场地通用规范 3 术语和定义 GB/T 5271.1—2000 第1 部分、GB/T 5271.9—2000 第9 部分、GB/T 5271.12—2000 第12 部分和GB/T 5271.20—94 第20 部分确立的术语和定义，以及下列术语和定义适用于本指南。 3.1灾难disaster 由于人为或自然的原因，造成信息系统运行严重故障或瘫痪，使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件，通常导致信息系统需要切换到备用场地运行。 3.2灾难恢复disaster recovery 将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难

信息系统灾难恢复方案

信息系统灾难恢复方案(总6 页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除

信息系统灾难恢复方案 第一章总则 第一条为规范并指导我公司生产系统灾难恢复工作，提高防范灾难风险的能力，保障持续运营，保护客户的合法权益，根据国家信息安全法律法规及有关规定，制定本预案。 第二条生产系统灾难恢复工作应坚持“统筹规划、平战结合、等级灾备”的原则，平衡成本与风险，确保工作的有效性。 第三条本指引所称灾难恢复为生产系统灾难恢复。灾难恢复工作是指，为保障生产系统持续运营，防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作，包括：组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。 第二章总体工作要求 当生产系统及相关业务流程发生重大变更时，应立即启动灾难恢复需求的再分析，并根据最新的灾难恢复需求分析重审和修订灾难恢复策略。根据灾难恢复策略定期复审和调整灾难恢复技术方案、灾难恢复预案，并定期开展灾难恢复预案培训和演练工作。加强与业务密切相关的机构间的协调，共同评估面临的风险，协同制定灾难恢复策略，提高整体风险防范和灾难恢复能力。

第三章灾难恢复项目小组的制定和职能 1.管理组：小组人员：职责：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组小组成员：职责：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：小组成员：职责：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组： 小组成员： 职责：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组： 小组成员职责：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组： 小组成员：职责：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组： 小组成员：职责：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。

系统灾难恢复计划

一、目的 建立一个可行的灾难恢复计划，在发生重大事件时启动该该灾难恢复计划使经济损失降到最低，对关键人员进行培训，随时准备应对灾难，执行有效的恢复动作，恢复关键业务操作。 二、范围 本计划适用于华为RTC业务 三、程序 3.1 IT 关键接入点 3.1.1 计算机基本系统 ?工厂基本数据信息 ?每日做本地备份 ?一个小型PC平台服务器 ?数据库可以加载到不同的PC系统并持续运行 ?在杭州东信放置一个备份服务器 3.1.2 Email 公司总部有专用的邮箱服务器提供给员工与客户、员工和供应商通信 ?可通过本地ISP 3.2任务和职责

3.2.1灾难声明 以下人员是由公司授权认定，可声明公司灾难。 授权人员名单 3.2.2 华为客户联系人 3.2.3 灾难沟通流程 灾难事件发生时，将会公布以下时间表： ?在发布紧急声明时，所有受影响客户将会被通知，并立刻给出一个有效的影响评价。?所有受影响的客户在1小时内通知到位（或更快，依事件而定） ?和每个客户的沟通根据他们选择的形式（例如,座机，手机，Email） 3.2.4 各业务持续性团队 3.3恢复程序 业务持续性/恢复行动：客户记录

恢复行动：方法检索试验程序和服务手册 第二设施联系人 3.4：测试程序 :3.4.1 引言 定期测试很重要，因为它证实了备份和恢复程序的有效性。预期的系统和网络环境会改变。 3.4.2 测试方法 ?测试恢复必须成功地完成与硬件，系统，网络，应用程序，数据恢复和应用程序的功能验证的业务或应用支持区域内的恢复时间框架中对业务影响评估过程的定义。测试失败必须重新测试，对于区域业务在一个时间范围内成功完成是令人愉快的。当一个系统、应用程序或网络经历了一个高程度的变换，频繁测试将被考虑。 ?测试事件日志必须包含时间框架，遇到的问题和改进建议。该日志应该扩展开，对事件回顾并用于问题的跟踪和解决。

保监会 保险业信息系统灾难恢复管理指引 - 2008

关于印发《保险业信息系统灾难恢复管理指引》的 通知 2008-03-27 【字体：大中小】【打印本页】【关闭窗口】 保监发〔2008〕20号 各保险公司、保险资产管理公司： 为加强保险信息安全基础设施建设，推进信息系统灾难恢复工作，根据《中华人民共和国保险法》和国家有关信息安全法律法规，我会制订了《保险业信息系统灾难恢复管理指引》，现印发给你们，请遵照执行。 二○○八年三月二十一日 保险业信息系统灾难恢复管理指引 第一章总则 第一条为规范并指导我国保险业信息系统灾难恢复工作，提高防范灾难风险的 能力，保障持续运营，保护客户和股东的合法权益，根据《中华人民共和国保险法》、国家信息安全法律法规及有关规定，制定本指引。 第二条保险业信息系统灾难恢复工作应坚持“统筹规划、资源共享、平战结合、 等级灾备”的原则，平衡成本与风险，确保工作的有效性。 第三条本指引所称保险机构是指，经中国保险监督管理委员会（以下简称“中国 保监会”）批准设立，并依法登记注册的保险公司、保险资产管理公司、外国保险公司 分公司及港、澳、台地区保险公司在大陆地区的分公司。 第四条本指引所称灾难恢复为信息系统灾难恢复。灾难恢复工作是指，为保障信息系统持续运营，防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作，包括：组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。 本指引所称区域性灾难是指，造成所在地区或有紧密联系的邻近地区的交通、电讯、电力及其它关键基础设施受到严重破坏，关键信息网络设备毁损、重大故障或大规模人口疏散的事件，将会导致信息系统无法正常运行。例如：地震、大型公共卫生事

应用系统灾难恢复设计方案(SSR)

应用系统灾难恢复 设计方案 方案供应商：赛门铁克软件（北京）有限公司

目录 一、需求分析 (3) 二、设计方案 (4) 三、功能设计 (5) 3.1、主要功能概述 (6) 3.2、灾难恢复工作流程 (9) 3.3、Backup Exec System Recovery管理平台 (9) 3.4、异机恢复功能选件 (10) 四、方案总结 (14)

一、需求分析 一些常见的情况：无论是相关的硬件问题、配置改变、应用程序故障、病毒攻击，还是恶意黑客攻击－都可以使企业的服务器瘫痪。如果服务器瘫痪了，那么至关重要的问题是：在业务受到影响之前有多少时间来恢复数据与应用程序。传统的方法可能需要几个小时到几天来恢复服务器、重装软件、配置应用程序、设置用户，将您的系统恢复到正常状态－假设此过程没有其它错误出现的话。因此，很有必要简化这一高度复杂而且耗费大量精力的过程，满足企业对恢复时间目标的要求。 图：Symantec灾难恢复技术列表 灾难恢复就是为恢复计算机系统而提供的技术保证。事实上，灾难恢复计划要求有周详的事前准备，尤其是灾难所引起的对业务的冲击程度的分析，并相应制定灾难后的恢复策略，利用可行的信息技术，提出最佳的恢复方案。 作为业内领先的存储软件厂商，Symantec公司已经能够解决这个长期困扰用户的问题。在其最近所发布的企业级数据保护方案中，Symantec System Recovery是目前业界速度最快的数据保护解决方案，它引入了创新的、配合磁盘的裸机恢复技术，可显著增强Windows操作系统的备份和恢复功能。

二、设计方案 如上图所示，在所以需要作系统灾难恢复的服务器上安装Symantec System Recovery。通过Symantec System Recovery可以把系统从一个硬件平台迁移到另外一个硬件平台而不需要重新安装操作系统，整个恢复时间仅需短短的几分钟，所有操作系统、系统配置、应用系统、个性化配置全部恢复如初；更可以通过把系统恢复到虚拟平台之上供用户测试补丁，以避免为真实系统贸然安装补丁后导致的系统不稳定。 Symantec System Recovery的远程恢复能力可以让管理员在任何时间、任何地点、对任何设备（包括虚拟设备）进行备份或恢复操作，此时管理员仅需要一个远程的Windows工作站、笔记本或者是Pocket PC。 另外，Symantec System Recovery也针对企业服务器数量众多的情形提供了中央视图管理功能，IT 管理员不仅可以在中央管理台上监控和报告高达上千台电脑的每一个恢复点的状态，并且可以自动地发现不受保护的系统。

灾难恢复基本概念

灾难恢复基本概念及等级划分 当前，灾难恢复在国内发展方兴未艾。为普及灾难恢复相关知识，国内灾难恢复领域的领军企业GDS组织其资深的咨询顾问团队，特别就灾难恢复的基本概念，以及国家标准《信息系统灾难恢复规范》中对灾难恢复的等级划分进行了介绍。 灾难恢复的基本概念 灾难是一种具有破坏性的突发事件，灾难恢复关注的是灾难对单位的正常运营和社会的正常秩序造成的影响。其中最明显的是信息服务的中断和延迟影响业务运营。停顿的时间越长，单位的信息化程度越高，损失就越大。 灾难恢复是指将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态而设计的活动和流程，其目的是减轻灾难的不良影响，保证信息系统所支持的关键业务在灾难发生后能及时恢复和继续运作。 灾难恢复主要涉及的技术和方案有数据的复制、备份和恢复、本地高可用性方案和远程集群等，但灾难恢复不仅仅是恢复计算机系统和网络，除了技术层面

外，还涉及到风险分析、业务影响分析、策略制定和实施等方面，是一项系统性、多学科的专业性工作。 灾备中心是指用于灾难发生时接替生产系统运行进行数据处理和支持关键业务功能运作的场所，包括备用的数据处理中心、工作环境、生活设施和技术支持及运行管理人员。 灾难恢复工作包括灾难恢复规划和灾备中心的日常运行，以及灾难发生后的应急响应、关键业务功能在灾备中心的恢复和重续运行，及生产系统的灾后重建和回退工作。 灾难恢复规划是指为了减少灾难带来的损失和实现灾难恢复所做的事前计划和安排，包含需求确定、策略制定、策略实现、预案制定/落实/管理等四个阶段。 灾难备份是为了灾难恢复而对数据、数据处理系统、网络系统、基础设施、技术支持能力和运行管理能力进行备份的过程。灾难备份是灾难恢复的基础，是围绕着灾难恢复所进行的各类备份工作。 灾难恢复的主要特点 根据灾难恢复的目标和内涵，灾难恢复拥有四个主要特点：

灾难恢复计划

灾难恢复计划 编制: 批准: 版本： 日期：2010年12月

版本历史记录............................................................. 错误!未定义书签。1．简介.................................................................. 错误!未定义书签。 计划的使用........................................................... 错误!未定义书签。 灾难定义............................................................. 错误!未定义书签。 概述................................................................ 错误!未定义书签。 原则................................................................ 错误!未定义书签。2．恢复策略.............................................................. 错误!未定义书签。 自然灾难（包括：火、地震等等）...................................... 错误!未定义书签。 硬件故障............................................................ 错误!未定义书签。 软件故障............................................................ 错误!未定义书签。 病毒................................................................ 错误!未定义书签。3．职责.................................................................. 错误!未定义书签。 灾难恢复小组成员.................................................... 错误!未定义书签。 公司员工在灾难恢复时的职责........................................... 错误!未定义书签。4．信息系统详细内容及设备列表............................................ 错误!未定义书签。 网关、防火墙服务器................................................... 错误!未定义书签。 域服务系统........................................................... 错误!未定义书签。 文件服务器系统....................................................... 错误!未定义书签。 4.邮件、防病毒系统................................................... 错误!未定义书签。 5. QAD linux 系统.................................................... 错误!未定义书签。 6 QAD windows 系统................................................... 错误!未定义书签。 7备份系统........................................................... 错误!未定义书签。 网络服务设备列表..................................................... 错误!未定义书签。5．备份.................................................................. 错误!未定义书签。 系统配置备份......................................................... 错误!未定义书签。 数据资料备份......................................................... 错误!未定义书签。 备份步骤............................................................. 错误!未定义书签。6．灾难恢复内容及顺序.................................................... 错误!未定义书签。 主要恢复内容......................................................... 错误!未定义书签。 主要软件及系统恢复步骤.............................................. 错误!未定义书签。 恢复备份数据的条件：................................................. 错误!未定义书签。 恢复时间及顺序....................................................... 错误!未定义书签。7．主要硬件及软件供应商联系方式.......................................... 错误!未定义书签。8．风险分析.............................................................. 错误!未定义书签。 风险等级：........................................................... 错误!未定义书签。 风险分析列表：....................................................... 错误!未定义书签。 风险评价............................................................. 错误!未定义书签。 降低风险的发生....................................................... 错误!未定义书签。9．培训.................................................................. 错误!未定义书签。

1-业务持续计划清单和灾难恢复计划清单

XXXX有限公司 文件編號： OP-25 發行版次： 1 共 8 頁第 1 頁題目：业务持续计划和灾难恢复计划 __________________________________________________________________________________ 文件編號：OP-25 發行版次： 1 生效日期：2012年12月1日 總頁數： 3 (包括本頁) 制定：_____________________ 日期：_____________________ （程序負責人） 確認：_____________________ 日期：_____________________ (管理者代表) 審批：_____________________ 日期：_____________________ (總經理) 印有受控文件章為受控文件， 請參閱受控版本文件。 受控印章

XXXX有限公司文件編號：OP-25 發行版次： 1 共 8 頁第 2 頁 1. 目的： 为保障在紧急状况下客户的生产供应不受影响，我们编制了这份《业务持续计划和灾难恢复计划》，目的在于对公司内可能发生的、影响生产的自然灾害及其他人力不可抗力因素，如火灾、断水、断电、台风、劳动力缺失、关键性设备实效等影响，制定应急及补救措施，维护生产活动的正常进行，保证客户产品的供应。 此程序适用于公司所有部门。 2. 定义： 2.1“自然灾害”是指在自然界发生的、具有一定破坏性的异常现象。自然灾害通 常以洪水、干旱、地震、台风等形式出现。 2.2“不可抗力事件”是指由自然或社会原因所造成的不可预见、无法避及控制的 客观事件。 3. 应急小组 3.1组织架构图

信息系统灾难恢复方案

信息系统灾难恢复方案 第一章总则 第一条为规范并指导我公司生产系统灾难恢复工作，提高防范灾难风险的能力，保障持续运营，保护客户的合法权益，根据国家信息安全法律法规及有关规定，制定本预案。 第二条生产系统灾难恢复工作应坚持“统筹规划、平战结合、等级灾备”的原则，平衡成本与风险，确保工作的有效性。 第三条本指引所称灾难恢复为生产系统灾难恢复。灾难恢复工作是指，为保障生产系统持续运营，防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作，包括：组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。 第二章总体工作要求 当生产系统及相关业务流程发生重大变更时，应立即启动灾难恢复需求的再分析，并根据最新的灾难恢复需求分析重审和修订灾难恢复策略。根据灾难恢复策略定期复审和调整灾难恢复技术方案、灾难恢复预案，并定期开展灾难恢复预案培训和演练工作。加强与业务密切相关的机构间的协调，共同评估面临的风险，协同制定灾难恢复策略，提高整体风险防范和灾难恢复能力。 第三章灾难恢复项目小组的制定和职能

1.管理组：小组人员：职责：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组小组成员：职责：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：小组成员：职责：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组： 小组成员： 职责：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组： 小组成员职责：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组： 小组成员：职责：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组： 小组成员：职责：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。 8、市场和客户关系组： 小组成员：职责：负责对外进行信息发布、制定相应应急措施

灾难恢复计划

灾难恢复计划 文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）

灾难恢复计划一、灾难的定义 灾难分为自然灾害和非自然灾害。 自然灾害是指由火灾、地震等引发的一系列灾害直接导致公司的业务中断、电力故障、网络故障等。 非自然灾害是指人为的造成的如服务器断电、软件错误、人为故意破坏、恶意代码、木马植入、恐怖袭击等。 二、灾难恢复项目小组的制定和职能 1.管理组：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。

8、市场和客户关系组：负责对外进行信息发布、制定相应应急措施应对客户疑问等。 各小组共同职能： a）负责计划的执行 b）与其它组之间进行信息交流，监督计划的测试和执行 c）所有或是某一个成员可能领导特定的组 d）协调恢复过程 e）评估灾难，执行恢复计划，联系组长 f）监控并记录恢复的过程 三、业务恢复流程 （一）自然灾害引起的灾难恢复流程 由自然灾害引起的灾难往往影响较大，可能会直接导致一些基础设施的无法使用，甚至会对导致人员减少。因此对于自然灾害引发的灾难恢复流程相对特殊且繁琐。 1.数据抢救 灾难发生时，需在保证人身安全的情况对公司的重要数据进行抢救，抢救的范围主要包括：记录公司重要信息的文件、资料，存储公司重要数据的磁带，存放重要数据的硬盘、服务器。此过程需由安全组进行统筹指挥，按照既定的计划执行，各组成员、公司员工必须服从安全组的统一调度和指挥。 2.损坏评估及启动应预案

QSY 1332-2010 信息系统灾难恢复管理规范

信息系统灾难恢复管理规范 Specifications for information system disaster management

Q/SY 1332—2010 目次 前言................................................................. 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 灾难恢复的组织机构 (3) 4.1 综述 (3) 4.2 构成及职责 (3) 5 灾难恢复需求分析 (4) 5.1 风险分析 (4) 5.2 业务影响分析 (5) 5.3 确定灾难恢复需求 (6) 6 灾难恢复策略制定 (7) 6.1 灾难恢复能力等级 (7) 6.2 灾难备份中心布局 (7) 6.3 灾难备份中心建设模式 (7) 6.4 对灾难备份中心的要求 (8) 7 灾难备份中心运行维护 (8) 7.1 运行维护目的 (8) 7.2 运行维护内容 (8) 7.3 运行维护管理信息系统 (8) 7.4 灾难恢复预案的演练 (8) 8 灾难恢复预案 (9) 8.1 预案的目的 (9) 8.2 预案的制定 (9) 8.3 预案的管理 (9) 9 应急响应和灾难恢复 (9) 9.1 应急响应流程 (9) 9.2 灾难恢复流程 (10) 9.3 重建与回退 (11) 10 演练及培训 (11) 10.1 灾难恢复演练 (11) 10.2 认知与培训 (13) 附录A（资料性附件）灾难恢复预案框架 (14) 参考文献 (16) I

Q/SY 1332—2010 II 前言 本标准是中国石油天然气集团公司信息标准体系管理与服务规范系列标准之一。 本标准的附录A为资料性附录。 本标准由中国石油天然气集团公司信息技术专业标准化技术委员会提出并归口。 本标准起草单位：中国石油集团东方地球物理勘探有限责任公司。 本标准主要起草人：周晓松、冯梅、王雨、李闻喜、胡革强、辛麒、于普漪、徐刚、颜伟海、李颖琦、秦侃、魏占玲。