场景 1：如果您的公司致力于快节奏的服务交付，那么应用程序故障可能会给您带来重大损失。
此外，您必须在云计算过程中对 IT 灾难恢复进行大量投资，才能在几分钟内恢复业务运营。
场景二：如果您的业务节奏中等，
您仍然可以找到其他方式来开展业务运营。
因此，您可以在灾难恢复计划中将 RTO 设置为最长一周，这样您就不必在云规划中投入大量资源进行数据灾难恢复，从而在灾难发生后节省充足的时间来获取足够的灾难恢复云解决方案资源。
了解您的 RTO 非常重要，因为它相当于您必须在灾难恢复即服务计划中投入的资源。RTO 中浪费的时间可用于收集备份资源。
恢复点目标
RPO 是指由于重大危机导致应用程序数据丢失的最大承受时间。
确定 RPO 需要 商店 考虑的要点：
1）灾难发生时可能会丢失数据
2）数据泄露前可能存在时间损失
如果您应用上述场景，您的 RPO 可以 面结果的几千条记录可能足以开始 短至五分钟，因为您的业务至关重要，不能承受超过指定的时间流逝。
对于场景 2， 您可能想要备份数据，但由于数据不是时间敏感的，因此您不必在云灾难恢复策略上投入大量资金。
步骤 3：根据 RPO 和 RTO 创建灾难恢复计划
现在您已经确定了您的 RPO 和 RTO，您可以专注于设计一个系统来满足您的 IT 云灾难恢复计划。
您可以从以下灾难恢复策略中进行选择，以在云计算中实施灾难恢复：
备份和恢复
引航灯方法
热备用
云端完全复制
多云选项
您可以根据您的业务 adb 目录 需求组合使用这些方法，或专门使用这些方法。
步骤 4：联系合适的云合作伙伴
在考虑创建云灾难恢复计划后，下一步应该是寻找可信赖的云服务提供商来帮助部署。
如果您计划在云中使用完整复制，那么您需要考虑以下因素来评估理想的云提供商：
可靠性
恢复速度
可用性
设置和恢复简单
可扩展性
安全合规性评估理想云提供商的因素
