灾难恢复、业务连续性和数据备份

• ，以确保组织的数据和关键系统的安全，以便在灾难发生后可以对其进行恢复。
• 备份–应用程序和数据备份可能是灾难恢复解决方案的一部分，但传统上它们并不是自动进行应用程序恢复的，这是数据备份和复制技术之间的根本区别。

以上每种都可以帮助组织制定灾难恢复，这是业务连续性(DRBC)策略的主要区别和注意事项。

业务连续性计划：第一步

业务连续性计划及其相关讨论始于组织的执行管理团队。他们必须了解关键系统的脱机对业务的影响，这一点至关重要。组织必须应对以下一些典型的问题：

• 需要什么系统才能继续以可接受的水平交付产品或服务?哪些系统是不必要的?
• 如果应用程序不可用，会继续产生收入吗?
• 将如何应对自然灾害、网络安全威胁或内部员工破坏等破坏性事件?
• 如果无法进入办公室，员工将如何继续工作?是否需要考虑采用业务连续性套件?

回答这些问题有助于定义哪些系统和数据是关键任务，需要多久备份一次，以及在出现故障时需要多长时间恢复一次。

组织的业​​务连续性计划如何?大约25%的组织制定了灾难恢复或业务连续性的正式计划。这包括定义和记录首先需要恢复的系统，并描述灾难将对收入产生的影响。

另外75%的组织缺乏业务连续性计划，与第三方合作进行正式的影响分析将会显著受益。

业务连续性计划是制定全面灾难恢复策略的第一步。不幸的是，大多数业务连续性计划经常被搁置一旁，并且其重要性只有在灾难发生之后才能得到充分认识。

灾难恢复计划：下一步

假设组织有25%的部门制定业务连续性计划，那么下一步应该是继续实施灾难恢复计划。这应该始终从业务级别开始，并且不仅仅属于IT部门的权限。

灾难恢复计划首先要确定支持组织的应用程序和基本数据所需的内容。灾难恢复专家可以使用各种工具和平台来回答以下问题：

• 组织的服务器或虚拟机正在运行什么操作系统(OS)?

（编辑：济源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!