信息系统灾难恢复专项方案

合集下载

企业管理信息系统的灾难恢复计划制定

企业管理信息系统的灾难恢复计划制定

企业管理信息系统的灾难恢复计划制定在当今数字化时代,企业管理信息系统对于企业的运营和发展起着至关重要的作用。

然而,各种自然灾害、人为失误、网络攻击等不可预见的灾难随时可能威胁到信息系统的正常运行,导致数据丢失、业务中断,给企业带来巨大的损失。

因此,制定一套完善的灾难恢复计划对于企业来说是至关重要的。

一、灾难恢复计划的重要性企业管理信息系统中存储着大量的关键业务数据,如客户信息、财务数据、供应链数据等。

一旦这些数据丢失或损坏,企业可能面临客户流失、信誉受损、法律纠纷等严重后果。

此外,业务中断也会导致生产停滞、销售受阻,直接影响企业的经济效益。

一个有效的灾难恢复计划可以在灾难发生后迅速恢复信息系统的运行,减少数据损失和业务中断的时间,帮助企业尽快恢复正常运营。

同时,它还能够增强企业的应急响应能力,提高员工的应对信心,为企业的持续发展提供有力保障。

二、灾难恢复计划的制定步骤1、风险评估首先,需要对企业可能面临的各种灾难风险进行全面评估。

这包括自然灾害(如地震、洪水、火灾等)、人为灾害(如误操作、恶意破坏、网络攻击等)以及技术故障(如硬件故障、软件错误、电力中断等)。

通过评估风险的可能性和潜在影响,确定灾难恢复的优先级和重点。

2、确定恢复目标根据风险评估的结果,明确灾难恢复的目标。

这包括恢复时间目标(RTO)和恢复点目标(RPO)。

RTO 是指在灾难发生后,信息系统需要在多长时间内恢复正常运行;RPO 是指允许的数据丢失量。

例如,对于某些关键业务系统,可能要求 RTO 在数小时内,RPO 接近于零。

3、制定恢复策略根据恢复目标,制定相应的恢复策略。

常见的恢复策略包括数据备份与恢复、备用系统切换、异地容灾等。

数据备份可以采用定期全量备份和实时增量备份相结合的方式,确保数据的完整性和可用性。

备用系统可以是热备、冷备或温备,根据恢复时间要求和成本进行选择。

异地容灾则可以将数据和系统复制到远离本地的地点,以应对本地灾难。

重要信息系统灾难恢复指南

重要信息系统灾难恢复指南

重要信息系统灾难恢复指南在现代社会,信息系统对组织和企业的运营起着至关重要的作用。

然而,灾难事件可能会导致信息系统中断或数据丢失,对组织造成巨大的影响。

因此,建立一套健全的重要信息系统灾难恢复指南至关重要。

本文将介绍一套包含重要信息系统灾难恢复指南的方法,以帮助组织应对可能出现的灾难事件。

1.风险评估与业务连续性计划在建立重要信息系统灾难恢复指南之前,组织需要进行全面的风险评估。

这包括确定潜在的灾难事件,如自然灾害、黑客攻击等,并评估其对信息系统的威胁程度。

根据风险评估的结果,组织可以制定适当的业务连续性计划,以确保即使在灾难事件中也能够继续运营。

2.信息系统备份与恢复组织应定期进行信息系统备份,并将备份数据存储在安全可靠的地方。

备份数据可以用于在灾难事件中恢复信息系统。

组织应制定备份策略,包括备份频率、备份存储位置、备份数据的完整性验证等。

4.灾难恢复计划测试与演练灾难恢复计划的有效性需要通过定期测试和演练来确保。

组织应定期组织模拟灾难事件的演练,以检验灾难恢复计划的可行性和有效性。

这将帮助团队了解应急响应程序、恢复过程以及相互之间的协作方式,并及时发现和解决问题。

5.异地备份与云存储除了本地备份外,组织还应考虑将信息系统数据备份到异地存储或云存储中。

这样即使发生本地灾难,数据仍可恢复。

异地备份和云存储可以提高数据的安全性和可靠性,确保信息系统灾难恢复的成功。

6.完善的安全措施信息系统的安全是组织应急响应和灾难恢复的重要一环。

组织应采取各种安全措施,如防火墙、入侵检测系统、数据加密等,以提高信息系统的安全性并减少黑客攻击和数据泄露的风险。

7.持续监测和改进建立一套重要信息系统灾难恢复指南后,组织需要持续监测信息系统的安全和有效性,并根据新的威胁和技术变化进行不断改进。

这可以通过定期的风险评估、安全演练和技术更新来实现。

总之,建立一套重要信息系统灾难恢复指南对于组织的稳定运营至关重要。

通过风险评估、备份与恢复、灾难恢复团队、计划测试与演练、异地备份与云存储、安全措施以及持续监测和改进,组织可以有效地应对灾难事件,并尽快恢复信息系统的运行。

信息系统灾备与恢复计划制定方法

信息系统灾备与恢复计划制定方法

信息系统灾备与恢复计划制定方法信息系统是现代企业不可或缺的重要资产之一,而系统灾备与恢复计划的制定是保障信息系统运行连续性和业务稳定性的基础。

本文将介绍信息系统灾备与恢复计划的制定方法,旨在帮助企业构建强大的灾备机制和高效的恢复能力。

一、风险评估和业务影响分析信息系统灾备与恢复计划的制定需要基于充分的风险评估和业务影响分析。

首先,利用专业工具对当前的信息系统进行全面的风险评估,确定系统运行过程中可能面临的各类风险和威胁。

其次,对企业的核心业务进行深入分析,确定系统中断、故障或数据丢失等灾难性事件对业务造成的潜在影响。

只有充分了解风险和业务影响,才能制定恰当的灾备与恢复计划。

二、应急响应和紧急措施信息系统灾备与恢复计划制定时,需要建立起完善的应急响应和紧急措施。

首先,确定一个响应团队,指定责任人,明确各成员的职责和权限。

其次,制定各类灾难事件的应急预案和紧急措施,包括如何快速部署备用设备,如何备份和恢复数据,如何切换业务流程等。

应急响应和紧急措施的制定可以有效减少灾难事件带来的影响,确保系统故障时能够迅速采取行动。

三、备份与恢复策略备份与恢复策略是信息系统灾备与恢复计划的核心内容。

根据评估和分析结果,确定合适的备份策略和数据恢复策略。

备份策略应包括:备份频率、备份介质、备份存储地点、备份数据的验证与完整性检查等。

同时,制定数据恢复策略,包括数据恢复的顺序、恢复时间目标(RTO)和恢复点目标(RPO)等。

合理的备份与恢复策略可以最大程度地降低数据丢失风险,并在系统故障后快速恢复数据。

四、灾备设施和应急设备建设信息系统灾备与恢复计划的制定还需要考虑建立相应的灾备设施和应急设备。

根据风险评估的结果,选择合适的灾备设施,如备用数据中心、云平台或异地备份机房,并确保其拥有足够的硬件和软件资源。

此外,应配置应急设备,如备用服务器、网络设备和电源设备等,以便在系统故障时能够及时切换并提供必需的服务。

五、测试与演练信息系统灾备与恢复计划的制定并不仅仅是个静态的文件,更需要经过周期性的测试与演练。

数据中心灾难恢复预案

数据中心灾难恢复预案

数据中心灾难恢复预案第一章灾难恢复预案概述 (3)1.1 概述 (3)1.2 编写目的 (3)1.3 适用范围 (3)第二章灾难恢复组织架构 (4)2.1 组织架构 (4)2.2 职责划分 (4)2.3 沟通协调 (5)第三章灾难风险识别与评估 (5)3.1 风险识别 (5)3.1.1 目的 (5)3.1.2 方法 (5)3.1.3 内容 (6)3.2 风险评估 (6)3.2.1 目的 (6)3.2.2 方法 (6)3.2.3 内容 (6)3.3 风险等级划分 (6)第四章灾难恢复策略 (7)4.1 恢复目标 (7)4.2 恢复策略 (7)4.3 恢复时间要求 (8)第五章数据备份与恢复 (8)5.1 数据备份策略 (8)5.1.1 备份范围 (8)5.1.2 备份类型 (8)5.1.3 备份频率 (8)5.1.4 备份方式 (8)5.2 数据恢复流程 (9)5.2.1 数据恢复条件 (9)5.2.2 数据恢复步骤 (9)5.2.3 数据恢复优先级 (9)5.3 备份存储管理 (9)5.3.1 存储设备管理 (9)5.3.2 备份介质管理 (9)5.3.3 备份策略调整 (9)第六章硬件设备恢复 (9)6.1 硬件设备清单 (9)6.2 设备恢复流程 (10)6.3 设备维护保养 (11)第七章网络恢复 (11)7.1.1 网络拓扑结构 (11)7.1.2 网络设备 (11)7.1.3 网络协议 (11)7.2 网络恢复流程 (12)7.2.1 网络故障分类 (12)7.2.2 网络故障检测 (12)7.2.3 网络恢复步骤 (12)7.3 网络安全策略 (12)7.3.1 防火墙策略 (12)7.3.2 入侵检测与防御 (12)7.3.3 安全审计 (13)7.3.4 数据加密 (13)7.3.5 安全备份 (13)第八章应用系统恢复 (13)8.1 应用系统清单 (13)8.1.1 目的 (13)8.1.2 清单内容 (13)8.1.3 清单管理 (13)8.2 应用系统恢复流程 (13)8.2.1 恢复流程启动 (13)8.2.2 恢复流程步骤 (14)8.2.3 恢复流程监控 (14)8.3 应用系统测试与验证 (14)8.3.1 测试目的 (14)8.3.2 测试方法 (14)8.3.3 测试周期 (15)第九章人员培训与演练 (15)9.1 培训计划 (15)9.1.1 培训目的 (15)9.1.2 培训对象 (15)9.1.3 培训内容 (15)9.1.4 培训方式 (15)9.1.5 培训周期 (15)9.2 演练方案 (15)9.2.1 演练目的 (15)9.2.2 演练类型 (15)9.2.3 演练频率 (16)9.2.4 演练流程 (16)9.3 演练评估与改进 (16)9.3.1 评估内容 (16)9.3.2 评估方法 (16)9.3.3 改进措施 (16)第十章灾难恢复预案管理 (17)10.1.1 修订原则 (17)10.1.2 修订流程 (17)10.1.3 更新周期 (17)10.2 预案发布与宣传 (17)10.2.1 发布范围 (17)10.2.2 发布方式 (17)10.2.3 宣传培训 (18)10.3 预案实施与监督 (18)10.3.1 实施责任 (18)10.3.2 监督机制 (18)第一章灾难恢复预案概述1.1 概述灾难恢复预案是数据中心应对突发性灾难事件,保证业务连续性和数据安全的重要文件。

重要信息系统灾难恢复指南

重要信息系统灾难恢复指南

重要信息系统灾难恢复指南重要信息系统灾难恢复指南1. 灾难恢复计划1.1 定义灾难恢复计划的目标和范围1.2 制定灾难恢复责任人和团队1.3 风险评估和业务连续性分析1.4 制定恢复策略和步骤1.5 确定灾难恢复的时间目标1.6 制定通信和协调机制1.7 灾难恢复计划的测试和演练1.8 定期评估和更新灾难恢复计划2. 灾难通知和报告程序2.1 灾难事件的识别和报告责任2.2 灾难事件通知的流程和渠道2.3 灾难事件的紧急联系人清单2.4 灾难事件的报告和更新要求2.5 灾难事件报告的格式和内容要求3. 数据备份和恢复策略3.1 确定关键数据和系统资源3.2 设计备份策略:全量备份、增量备份、差异备份3.3 确定备份存储介质和位置3.4 确保备份数据的完整性和可用性3.5 制定数据恢复计划:备份数据的恢复顺序和策略3.6 制定数据恢复的测试和验证过程4. 灾难恢复设施和资源准备4.1 建立灾难恢复中心和备份站点4.2 配置必要的服务器、网络设备和存储设备4.3 灾难恢复设施和资源的维护和管理4.4 灾难恢复设施的可靠性和容错性评估5. 灾难恢复团队的组织和培训5.1 灾难恢复团队的组织结构和职责5.2 灾难恢复培训和技能要求5.3 灾难恢复团队的演习和评估5.4 灾难恢复团队的持续改进和发展6. 监控和评估6.1 灾难恢复计划的监控机制6.2 监控恢复进度和效果6.3 灾难恢复计划的评估和审查6.4 灾难恢复计划的改进和更新附件:灾难恢复计划模板、数据备份策略模板、灾难事件通知流程图、灾难恢复团队联系人清单法律名词及注释:1. 灾难恢复计划:指组织为保障重要信息系统连续运行,在灾难事件发生时采取的一系列措施和步骤。

2. 业务连续性分析:指对组织的关键业务进行分析和评估,确定其对灾难的敏感程度及恢复的优先级。

3. 数据备份:指将组织的重要数据复制到备份介质中,以备灾难事件发生时恢复使用。

4. 备份策略:指根据组织的业务需求和恢复要求制定的数据备份的操作流程和规则。

信息系统灾难恢复方案

信息系统灾难恢复方案

信息系统灾难恢复方案第一章总则第一条为规范并指导我公司生产系统灾难恢复工作,提高防范灾难风险的能力,保障持续运营,保护客户的合法权益,根据国家信息安全法律法规及有关规定,制定本预案。

第二条生产系统灾难恢复工作应坚持“统筹规划、平战结合、等级灾备”的原则,平衡成本与风险,确保工作的有效性。

第三条本指引所称灾难恢复为生产系统灾难恢复。

灾难恢复工作是指,为保障生产系统持续运营,防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作,包括:组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。

第二章总体工作要求当生产系统及相关业务流程发生重大变更时,应立即启动灾难恢复需求的再分析,并根据最新的灾难恢复需求分析重审和修订灾难恢复策略。

根据灾难恢复策略定期复审和调整灾难恢复技术方案、灾难恢复预案,并定期开展灾难恢复预案培训和演练工作。

加强与业务密切相关的机构间的协调,共同评估面临的风险,协同制定灾难恢复策略,提高整体风险防范和灾难恢复能力。

第三章灾难恢复项目小组的制定和职能1.管理组:小组人员:职责:统筹规划,指挥各小组按照既定计划进行执行。

2.部门恢复组小组成员:职责:负责制定各部门情况制定应急备案,确定各部门数据和财产的保护方式并执行保护,确定各部门数据的恢复方式并执行恢复。

3.计算机恢复组:小组成员:职责:负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。

4.损坏评估组:小组成员:职责:负责对公司损失的重要数据、财务进行总体评估。

并针对相应损失的财产进行汇总并结合拥有的保险进行申报。

5.安全组:小组成员职责:负责灾难发生后的人员、数据、财务的安全进行保护。

并制定相应的安全策略。

6.设备支持组:小组成员:职责:负责对公司服务器、网络设备、交换机的故障进行排除,制定相应解决重建方案。

7、数据恢复组:小组成员:职责:负责对公司各平台数据进行恢复,并制定相应数据恢复方案。

IT制度灾难恢复计划管理制度

IT制度灾难恢复计划管理制度

IT制度灾难恢复计划管理制度一、定义本计划书所称灾难恢复为信息系统灾难恢复。

灾难恢复计划包括:灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。

二、组织机构及其职责1.总经理或信息总监为信息系统灾难恢复工作的责任人,负责灾难恢复需求分析和策略制订。

2.董事会参与制订和审核灾难恢复策略,保证灾难恢复策略与经营目标的一致性。

3.灾难恢复的组织机构由信息部的管理、业务、技术等相关人员组成。

4.信息部总监负责灾难恢复预案的审批、维护和演练,负责资源准备和经费审批。

5.信息部经理负责灾难备份中心的日常运行和管理。

6.信息部主管负责灾难恢复预案的制订、灾难备份中心的日常运行和维护。

7.信息部专员负责灾难备份中心的日常运行和维护。

三、灾难等级1.第一类:信息系统短时间中断会影响公司的关键业务的进行,并造成重大经济损失。

2.第二类:信息系统短时间中断会影响公司部分业务的正常进行,并造成较大经济损失。

3.第三类:信息系统短时间中断会影响公司某个或某些部门业务的正常进行,可能造成间接损失。

四、灾难恢复的目标要求1.第一类灾难等级恢复要求:(1)第四级电子传输及完整设备支持;(2)RT0W36小时,RP0W8小时。

2.第二类灾难等级恢复要求:1)第三级电子传输和部分设备支持;(2)RT0W72小时,RP0W24小时。

3.第三类灾难等级恢复要求:(1)第二级备用场地支持;(2)RT0W7天,RP0W36小时。

五、灾难备份系统实施要求1.建立数据备份系统、备用数据处理系统和备用网络系统,技术方案中所涉及的系统应获得同信息系统相当的安全保护,具有可扩展性。

2.应确保技术方案满足灾难恢复策略的要求,组织开展灾难恢复技术方案和业务功能恢复的测试,并记录和保存测试结果,以保证灾难恢复时最终用户能正常使用灾难备份系统。

3.应充分考虑到灾难备份系统的处理能力、存储容量、网络宽带能否满足业务运作要求。

4.应建立灾难备份系统的技术支持体系。

IT系统灾难恢复计划及实施步骤;

IT系统灾难恢复计划及实施步骤;

IT系统灾难恢复计划及实施步骤;第1章灾难恢复计划概述 (4)1.1 灾难恢复计划的重要性 (4)1.2 灾难恢复计划的制定目标 (4)1.3 灾难恢复计划的适用范围 (5)第2章灾难类型与风险评估 (5)2.1 常见灾难类型 (5)2.1.1 自然灾害 (5)2.1.2 技术故障 (5)2.1.3 人为因素 (5)2.1.4 社会事件 (6)2.2 风险评估方法 (6)2.2.1 定性评估 (6)2.2.2 定量评估 (6)2.3 风险评估实施步骤 (6)2.3.1 确定评估目标 (6)2.3.2 收集资料 (6)2.3.3 识别风险因素 (6)2.3.4 分析风险 (6)2.3.5 评估风险 (6)2.3.6 制定风险应对措施 (6)2.3.7 形成风险评估报告 (6)第3章灾难恢复策略与原则 (7)3.1 灾难恢复策略选择 (7)3.1.1 完全备份策略:对整个IT系统进行定期备份,灾难发生时,恢复整个系统。

该策略适用于数据规模较小、业务恢复时间要求较低的企业。

(7)3.1.2 差分备份策略:在完全备份的基础上,仅备份自上次完全备份以来发生变化的数据。

该策略可以节省存储空间,缩短恢复时间,适用于数据量较大、业务恢复时间要求较高的企业。

(7)3.1.3 增量备份策略:仅备份自上次备份以来新增或修改的数据。

该策略在节省存储空间和备份时间方面具有优势,但恢复时间较长,适用于数据量较大、业务连续性要求较高的企业。

(7)3.1.4 混合备份策略:结合完全备份、差分备份和增量备份,根据数据的重要性和变化频率制定不同的备份策略。

该策略具有较高的灵活性和效率,适用于大型企业。

(7)3.2 灾难恢复原则 (7)3.2.1 最小化业务中断原则:在灾难发生时,尽可能减少业务中断时间,保证关键业务迅速恢复。

(7)3.2.2 数据一致性原则:在灾难恢复过程中,保证数据的完整性和一致性,避免数据丢失或错误。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

信息系统灾难恢复方案
第一章总则
第一条为规范并指导我企业生产系统灾难恢复工作,提升防范灾难风险能力,保障连续运行,保护用户正当权益,依据国家信息安全法律法规及相关要求,制订本预案。

第二条生产系统灾难恢复工作应坚持“统筹计划、平战结合、等级灾备”标准,平衡成本和风险,确保工作有效性。

第三条本指导所称灾难恢复为生产系统灾难恢复。

灾难恢复工作是指,为保障生产系统连续运行,防范灾难风险并减轻灾难造成损失和不良影响而开展一系列工作,包含:组织机构设置和职责、灾难恢复需求分析、灾难恢复策略制订、灾难备份系统实施、灾难备份中心建设和运行维护、灾难恢复预案管理、应急响应和恢复。

第二章总体工作要求
当生产系统及相关业务步骤发生重大变更时,应立即开启灾难恢复需求再分析,并依据最新灾难恢复需求分析重审和修订灾难恢复策略。

依据灾难恢复策略定时复审和调整灾难恢复技术方案、灾难恢复预案,并定时开展灾难恢复预案培训和演练工作。

加强和业务亲密相关机构间协调,共同评定面临风险,协同制定灾难恢复策略,提升整体风险防范和灾难恢复能力。

第三章灾难恢复项目小组制订和职能
1.管理组:小组人员:职责:统筹计划,指挥各小组根据既定计划进行实施。

2.部门恢复组小组组员:职责:负责制订各部门情况制订应急立案,确定各部门数据和财产保护方法并实施保护,确定各部门数据恢复方法并实施恢复。

3.计算机恢复组:小组组员:职责:负责对全企业范围内计算机故障进行排除、恢复范围包含系统、必备办公软件。

4.损坏评定组:
小组组员:
职责:负责对企业损失关键数据、财务进行总体评定。

并针对对应损失财产进行汇总并结合拥有保险进行申报。

5.安全组:
小组组员职责:负责灾难发生后人员、数据、财务安全进行保护。

并制订对应安全策略。

6.设备支持组:
小组组员:职责:负责对企业服务器、网络设备、交换机故障进行排除,制订对应处理重建方案。

7、数据恢复组:
小组组员:职责:负责对企业各平台数据进行恢复,并制订对应数据恢复方案。

8、市场和用户关系组:
小组组员:职责:负责对外进行信息公布、制订对应应急方法
应对用户疑问等。

各小组共同职能:
a)负责计划实施。

b)和其它组之间进行信息交流,监督计划测试和实施。

c)全部或是某一个组员可能领导特定组。

d)协调恢复过程。

e)评定灾难,实施恢复计划,联络组长。

f)监控并统计恢复过程。

第四章业务恢复步骤
灾难往往影响较大,可能会直接造成部分基础设施无法使用,甚至会对造成人员降低,所以对于灾难恢复步骤相对特殊且繁琐。

1.数据抢救灾难发生时,需在确保人身安全情况对企业关键数据进行抢救,抢救范围关键包含:统计企业关键信息文件、资料,存放企业关键数据磁带,存放关键数据硬盘、服务器。

此过程需由安全组进行统筹指挥,根据既定计划实施,各组组员、企业职员必需服从安全组统一调度和指挥。

2.损坏评定及开启应预案灾难发生后各小组需依据情况汇报损失情况给损坏评定组,损坏评定组依据汇总信息进行消息通知。

损坏信息包含:
a)企业关键生产、监视测量、办公设备
b)拥有在能够实施计划之内关键性功效职员
c)保留企业关键数据介质
d)网络、通讯设备
各小组人员依据披露损坏信息情况进行应急预案开启,如选举临时领导、使用备份服务器、备份通讯设备进行替换等。

3.业务恢复计划
业务恢复计划需要多个小组支持和配合,总体可划分为以下多个阶段:
a)IT 基础设施恢复阶段:此阶段关键目标是将对于保留数据基础设施、业务系统所在主机、企业网络架构进行恢复。

首先须依据损失评定小组给出汇报分析可继续利用IT 基础设施,如供电设施、交换机、服务器、防火墙等。

若有损坏不可用设备,需立即同代理商进行沟通借用或新购对应设备。

此阶段由设备支持组实施。

b)系统恢复阶段:系统恢复关键针对关键应用主机,如DB-server 服务器。

为节省时间需同时针对各个服务器系统进行快速恢复。

此阶段由数据恢复组实施。

c)网络恢复阶段:网络恢复阶段关键针对以下几点进行:关键商业应用系统内部局域网和网络设备支持外部广域网和电信服务待恢复系统和终端用户(企业同事)间通讯此阶段由数据恢复组同设备支持组共同实施。

d)业务平台恢复阶段:
在此阶段恢复工作关键围绕预付卡业务平台进行。

平台恢复工作分为两个部分:
●业务系统数据恢复
●业务系统重搭建
●业务系统数据导入
业务系统数据恢复:
数据恢复小组首先须对业务系统数据进行恢复,需要寻求对应恢复设备完成此操作,现在我们关键利用磁带机、远程灾备数据,可正常工作主机或同城备份机房进行数据恢复工作。

需要将抢救出磁带、硬盘或远程数据在对应设备上恢复出数据。

业务系统重搭建:
为提升业务恢复效率,数据恢复小组组员需分工协作,共同完成业务系统重搭建工作,因为部分业务系统特殊性,需立即和对应平台供应商接口人取得联络,并申请临时可用加密狗、许可文件等。

各个平台责任人需对自己管理平台在短时间内进行重搭建。

业务系统数据导入:
数据恢复小组组员需依据导出数据结合自己管理业务平台进行数据导入,并测试可行性。

再导入成功并可使用后立即同个小组组员责任人进行通知。

在恢复后由恢复检验人员对主机进行检验,确定主机确实恢复后,再接入网络,恢复后检验人员应在48 小时内对恢复后主机亲密关注,确实恢复正常后,汇报灾难恢复小组组长。

并对主机恢复情况留有具体统计,以备后续检验。

相关文档
最新文档