备份是企业的一个好策略。企业需要将数据和应用程序备份到某个位置，并能够以某种方式还原数据和应用程序，以便在某些自然灾害或人为错误的情况下保持业务正常运行，从而降低运行的影响重大业务损失。企业可以通过两种方式使用备份站点和备份技术。这些措施和技术可能是被动的，这意味着公司可以在短时间内恢复站点和业务，并重新开始运营。或者，您可以使用主动措施和技术（成本更高），这意味着在某些情况下，公司可以立即使用现有的数据和代码版本来替换损坏的系统，而用户甚至不知道发生了故障。灾难恢复在云中提供了一组新的选项，对于在内部部署系统的公司而言，灾难恢复看起来并不像这些选项。企业采用的方法应充分考虑其应用程序和数据集对企业的价值。在此建议中，公司需要了解其实用性，并确保其花费不会超过灾难恢复配置的成本。选项1：区域间灾难恢复公司可以在同一公共云提供商中设置两个或多个区域来实现灾难恢复。例如，如果弗吉尼亚州的服务中断，则该州的另一个地区也将接管。公司可以付费获得复制到备份区域的数据和应用程序的完整副本，以便它们可以无缝接管（即，主动恢复）。或者企业可以使用更具成本效益的方法（例如，定期备份到大容量存储）来快速在另一个区域进行还原（即，被动还原）。选择2：云到云灾难恢复公司提出的最常见问题是：如果整个公共云提供商破产或长期业务中断，如何保护其数据和应用程序？例如，将一个公共云用于另一个公共云。提供备份使公司可以使用Amazon Web Services备份Azure，反之亦然。尽管这似乎是灾难恢复的最终目标。但是为了支持灾难恢复，需要多线程，这意味着公司需要维护两种不同的技能，两种不同的平台配置以及其他成本和风险。当公司尝试在主要平台和备份平台上复制数据或应用程序时，正在进行的云到云系统复制（也称为云间复制）会增加发生错误的可能性。这不是人们想要的结果。尽管并非不可能，但在不同云平台之间进行复制的难度是在同一提供商内进行复制的难度的五倍。这就是为什么除了少数公司以外，几乎不存在云平台之间的支持。