设置恢复时间目标至关重要，尤其是当网络黑客和勒索软件攻击呈上升趋势时。 你永远不知道你什么时候是下一个受害者。 此时，如果您的恢复时间目标未定义，您将如何制定数据备份和恢复计划？
这篇文章将带您了解 RTO 的基础知识以及在设置 RTO 时要记住的因素。
什么是恢复时间目标？
恢复时间目标 (RTO) 定义为在发生灾难、故障或任何不可接受的事件后，应用程序可以停机的最大可接受时间长度或组织在不对业务造成重大损害的情况下承受的最大可容忍停机时间。
RTO 时间表示恢复和完成服务级别协议中定义的故障系统的系统恢复所需的时间。 服务水平目标考虑了组织设置的恢复时间，以从灾难发生时将其关键任务 IT 流程/操作恢复/恢复到正常状态，以确保业务连续性。
专业建议： ：您应该始终致力于实现尽可能低的 RTO，以尽量减少灾难的影响。 要确定您的 RTO，您必须首先确定持续时间长度对您的数据不可用的业务的影响。
例如：
- 如果 10% 的数据必须在 24 小时内可用，
- 并且在数据库完全丢失后，50% 的数据必须在 2 天内可用，
- 剩余 40% 的数据必须在接下来的 5 天内可用，然后，
您的总 RTO 为 = 8 天。
再举一个例子：
假设 Exchange Server 已关闭。 如果您的 RTO 为 5 小时，那么您的企业可以承受的最大停机时间为 5 小时，并且您的 Exchange Server 的 RTO 必须少于 5 小时。 您的灾难恢复策略必须包括 IT 部门为备份和恢复数据而采取的必要步骤。
因此，在设定恢复目标的时间时，没有一刀切的解决方案 业务连续性计划. RTO 可以设置为在灾难发生后恢复数据。 但是，如果发生事故，您的灾难恢复计划在现实生活中的实用性还取决于用于提供恢复的特定工具和技术。 因此，实现 RTO 的能力会随着不同的技术和 DR 工具的能力而变化。 甚至在中断开始之前就测量 RTO，包括修复服务器、安装优先应用程序和恢复数据所花费的时间。 它还包括恢复的方法和需要恢复的备份数据。
RTO 决定什么？
恢复时间目标是一个目标持续时间，其中应用程序、系统和/或进程在停机时间内幸存下来，并且在中断开始之前无法运行。 RTO 对于确定在 RTO 参数内优先考虑应用程序和进程的时间长度至关重要。 在数据保护计划和灾难恢复策略中，RTO 回答了“在收到服务中断通知后恢复服务的目标时间是多少？”这个问题。
RTO 可以确定：
- 要设置的实时持续时间，以从事件中断正常操作流程的时间点恢复站点直到恢复
- 应该为实施灾难恢复计划设计哪些 IT 准备工作
- 当系统或关键应用程序脱机时，可接受的数据丢失风险级别。
如何计算灾难恢复计划的 RTO？
RTO 指标提前为 IT 团队设定了目标期望，因为它确定了系统或应用程序在停机后可以多快恢复并使您的系统重新上线的阈值。 根据恢复系统的“实时”量定义此度量后，您可以计划恢复策略以使服务再次运行。 要计算 RTO，您必须考虑与 (BCP) 业务连续性计划恢复时间目标中断相关的损失。 还包括解释业务中断服务的短期或长期影响的影响分析。 这包括风险、收入损失、费用、面向客户的应用程序、关键任务应用程序以及受影响或将变得不可用的优先级较低的应用程序。 RTO 更关心数据恢复过程的停机时间和时间限制。
要制定 RTO，您可能需要多个 RTO 类别，因为某些中断可能不需要太多恢复时间，而有些可能需要不同的长期保护解决方案。 例如，对于任务关键性较低的应用程序（不经常使用），RTO 可能要长得多。 根据运行中的多个安全系统的复杂程度，您可能需要根据短间隔和长间隔备份来设置 RTO。 这可能是由于勒索软件事件或其他大规模灾难事件而发生的。
计算 RTO 时要考虑的主要因素
- 回收解决方案的成本/收益方程
- 个别系统和数据的优先应用
- IT 部门根据流程、自动化技术或技术采取的步骤来恢复 IT 基础架构
- 停电和缓解成本
- 恢复过程的复杂性
RTO 采样间隔
对于大多数 IT 企业而言，实现接近零的 RTO 成本很高，但如果您优先考虑应用程序和数据，则可以实现。 对于业务关键性较低的应用程序，RTO 时钟可能会比平时消耗更长的客观时间。 任务关键型应用程序的近零 RTO 计划可能需要您考虑即时故障转移功能。
根据中断的严重程度，您可以设置可实现的目标 RTO 时间。 但是，RTO 恢复时间也取决于 IT 组织的限制。 例如，如果恢复所有 IT 功能和操作需要 3 小时，则 RTO 必须至少为 3 小时。
备注：从灾难恢复 (DR) 的角度来看，RTO 时钟在恢复过程开始时立即开始。
在计算业务部门的 RTO（恢复时间目标）时，请考虑以下样本间隔：
1小时
此间隔用于外部硬盘驱动器上的冗余数据备份。
5天
在这种情况下，最具成本效益的解决方案是使用光盘、磁带或异地磁盘存储备份数据。
实现 RTO，Zmanda 方式
恢复时间目标 (RTO) 和 恢复点目标 (RPO) 是非常重要的目标，也是恢复计划的基础。 您如何确定实际恢复目标的一系列步骤？ 这是我们可以提供帮助的地方！
借助 Zmanda 的 DRaaS 计划和自定义服务级别协议，无论您的业务规模如何，我们都可以根据您的业务需求帮助您缩短停机时间并避免停机带来的痛苦。 除了支持过渡和实现相对更快的 RTO 的混合备份之外，我们的企业解决方案将 Amazon Glacier 与 20 倍成本降低的长期数据归档相结合，可部署强大的高可用性并确保业务连续性。
我们的企业备份解决方案统一了备份、灾难恢复和长期存储归档，专门针对客户的需求量身定制。 这提供了安全性、可靠性、可扩展性和可用性，同时即使在发生服务器故障事件时也能恢复您的环境。
