作为中型企业主，您充分了解灾难恢复规划的重要性。您可以让您的备份计划像发条一样，确信如果不可想发生的情况，您的数据会很快恢复。这听起来不错，但你真的是准备回应还您是否通过确保您的恢复目标和业务目标在同一页面上对齐而表明进行了准备？希望如此因为如果不是，你可以在你面前拥有一条长长的艰苦的道路。

任何灾难恢复策略的最关键方面的一个是优先考虑每个系统将恢复的顺序。如何接近优先级排序是一个多层难题，主要取决于手头的危机。如果你不知道你反对什么，这里有一个简短的威胁，你可以让你避开危机：

• 大自然的力量。地震，龙卷风和飓风有力量为您的企业转出灯光。
• 人为错误。错误发生了，但IT部门中的单一事故可能类似于通过门降低防御和邀请麻烦。
• 内幕威胁。不幸的是，并非所有员工都意味着良好。从篡改盗窃，内部工作是真正的威胁。
• 恶意软件。无论是勒索软件还是经典的病毒，恶意软件都可以对业务运营产生严重影响。
• 软件故障。网络依赖系统的普遍性增加了软件故障的概率，尤其是依赖于托管应用程序的组织。
• 硬件故障。计算机失败而无丝毫警告，当他们跌倒时，您的数据会随着船舶而下来。

任何人都可以拼写灾难。我们正在造成损失，声誉损害，监管处罚的无数美元，并可能更多。如果他们罢工，你必须立即转移到恢复模式并工作，让您的系统在线返回。你在哪里开始？你先恢复什么？事实是取决于，它始于优先级。

技术问题

优先考虑您的恢复工作可以与业务连续性规划的任何方面一样涉及。与此同时，它可以是相对简单的过程 - 即使时间似乎是最黑暗的。事实上，如果您在网络级别中断，则逻辑接近优先级的最合乎逻辑的方法通常会依靠您的基础架构本身依赖。

典型的IT环境由这四层组成：

1.数据中心

2.硬件

3.软件

4.数据

想一想。您的数据取决于您的数据库。数据库取决于您的操作系统。操作系统取决于您的硬件。您的硬件依赖于网络，主要依赖于物理设施本身。即使灾难迫使您失败到一个热门网站，也很重要，了解在他们提供的家属之前必须恢复这些特定组件。作为您的业务运营的基础，您的IT环境完全能够指导您的优先级策略。

系统恢复

不幸的是，灾难恢复并不总是如上部分所述的简单。您的数据中心可能站立高。您的网络仍然可以在线。但是，如果您的系统已关闭，了解开始恢复工作的地方变得更具挑战性。这是您的业务影响分析（BIA）派上用场的地方。通常，BIA标识对每个关键系统的风险。此外，它还概述了需要恢复的每个系统的恢复时间目标（RTO）和恢复点目标（RPO）。特别是RTO对优先级至关重要。

要回顾，RTO是组织在灾难之后建立恢复系统的预定时间量。让我们说你是你的msp，所以用你的生活rmm工具。在这种情况下，您必须问自己在它开始影响您的底线之前，此系统可以承受到无法操作的时间。如果您将RTO设置为3小时，那就是您必须在线，功能且可用于最终用户的rmm系统。定义RTO通常是优先考虑系统恢复的第一步。

在大多数情况下，您的RTO将因一个系统而异。例如，严重依赖于数据库操作的组织可以将最短的RTO提供给SQL Server等应用程序。另一方面，您的运输软件对于将产品提供给客户至关重要，但对您的整体运营并不至关重要。在这种情况下，如果在下列日期发货前提供足够的时间恢复系统，则可以接受更长的RTO。RTO可以通过基于其重要性顺序优先考虑系统来获取恢复之外的猜测。

争先恐后的争夺恢复您的业务并没有任何乐趣。在光明的一面，如果你筹划提前提前，对优先级排序的承诺将使您在快速恢复之路上。