其中一个最简单也最复杂的概念是恢复点目标(Recovery Point Objective, RPO)。你可能会问，RPO怎么会既简单又复杂呢?我的朋友，这就是我觉得RPO如此有趣的部分原因。从表面上看，RPO应该是一个简单的问题，即选择一个过去的点来恢复信息。应该就是这么简单，对吧?好吧，让我们来看看这是怎么回事。

现在是劳动节假期两天后，我在我的办公桌前。我收到Nagios警告，其中一个服务器没有响应，目前处于离线状态。当我进入服务器室时，我闻到了电子设备烧焦的微弱刺鼻气味，我的服务器无法启动。我立刻切换到恢复模式，开始权衡我的选择。由于服务器甚至不会启动，我想使用最近的备份启动服务器的临时虚拟机。我可以在我的新主机上通过右键单击备份映像并选择来做到这一点VirtualBoot．VirtualBoot进程加载我的服务器虚拟机，通过一些快速检查，我可以看到它的功能正常。我验证ShadowProtect重新启用这个VM上的备份，并观察下一个增量备份被处理并添加到我的映像链中。

现在的问题是，我丢失了多少数据?好吧，如果这是一个关键系统，我希望尽可能频繁地运行增量备份，以最小化数据丢失量。另一方面，如果这是一个服务器托管文件和打印服务，我可能不需要经常备份。所以你可以看到有一些变量开始成形，这些变量决定了我的RPO。其中一个变量是服务器上数据的重要性。这是“我能承受多少数据丢失?””的问题。

本例中隐含的另一个变量是存储的数据类型。简单的文件服务器可能不会频繁地更改文件。它更像是一个存储数字信息的区域。如果我的数据是一个高度活跃的SQL数据库，记录每秒钟都在变化，这可能会影响我备份数据的频率。另一个变量可能是我备份的数据量。备份100MB的数据比备份100TB的数据要快。所有这些都决定了我备份的频率，或者换句话说，我的RPO是什么。

另一个变量是我能够存储的备份数据量。增量备份通常是首选，因为它们只是对上一次备份之后发生的更改进行备份。这些都是较小的文件，但随着时间的推移，它们会累积起来，需要大量的存储空间。使用ImageManager可以很容易地设置一个保留策略，通过将增量映像合并到每日、每周和每月的映像文件中，从而减少所需的存储空间，并加快整个系统的恢复。通过使用统一映像文件，这种压缩减少了创建恢复映像所需的备份映像数量。一个好的保留策略通常会提供更多最近的恢复点，提供高粒度级别，同时允许统一的月度文件为恢复点提供长期的归档数据，这些恢复点可以追溯到遥远的过去。

随着我们的继续，复杂性的层次是否变得越来越明显?我们考虑的变量越多，恢复点目标就会变得越复杂。事实上，似乎每个独特的环境都应该有自己的RPO。如果我在前面的例子中告诉您我的RPO是2小时，您就会解释我在数据上放置的一组隐含值。如果我告诉你RPO是15分钟，你可能会认为我的数据有不同的价值，甚至可能更有价值。在现实中，我所做的只是权衡变量和衡量可用选项，然后分配一个代表我备份数据频率的数值。这就是我的RPO:它是对变量、过程、风险和选项的复杂衡量，所有这些都归结为一个漂亮、简单的数字。这就是为什么RPO概念可以既简单又复杂，而且在我看来也很有趣。

想提高你的恢复点目标吗?你的恢复时间目标是什么?了解使用StorageCraft有多容易Recovery-Ability解决方案．

图片来源:h.koppdelaney通过Compfightcc