应用程序备份：它是什么、为什么重要以及为什么几乎每个人都低估它

在需要之前，没有人会考虑备份。这是话题的本质。虽然一切正常，但备份似乎既昂贵又官僚。当[数据库0损坏、服务器着火、有人删除了错误的表或勒索软件劫持了一切的那一天，它就成为世界上最重要的事情。在那一天，你要么拥有它，要么没有。

技术史上不乏经历过惨痛教训的公司。运营停止，数据永远消失，组织因为失去了无法失去的东西而关闭。几乎总是在事件发生后，人们发现备份存在，但没有人测试过它是否有效。

本文是对该主题的诚实介绍。这不是一个技术教程；而是一个教程。本书概述了任何需要了解备份的真正含义、备份为何如此重要以及为何大多数组织对备份不重视，直到为时已晚的人。

备份到底是什么

从最简单的意义上来说，备份是存储在其他地方的数据的副本，以便在原始数据丢失时可以恢复它。但这个定义虽然正确，但却隐藏了重要的部分。

应用程序备份不仅仅是复制文件。应用程序是一个活生生的集合：包含信息的数据库1、用户上传的文件、使其正常工作的配置，有时还包括正在进行的进程的状态。只备份数据库而忘记用户发送的文件是无法恢复的备份。当你试图返回时，你就发现了这个洞。

因此，正确的问题不是“我正在复制数据吗？”，而是“如果我现在丢失了所有内容，我可以用我保存的内容重建一个工作应用程序吗？”。这是一个要求更高的问题。

误导性的直觉是认为数据丢失是一种罕见且戏剧性的事件，比如一场火灾、一场灾难。实际上，最常见的原因是平庸且常见的。

人为错误是胜利者：有人运行了错误的命令，删除了不应该删除的记录，用错误的信息覆盖了正确的信息。硬件故障会发生，磁盘会死掉，这只是时间问题，而不是是否发生的问题。错误会默默地损坏数据。攻击（尤其是勒索软件）已将备份变成了中心防线，因为通常支付赎金的唯一替代方法是从干净的副本进行恢复。

添加到此法律层面。在巴西，[LGPD2] 将数据可用性视为组织必须保证的保护的一部分。由于缺乏足够的备份而丢失个人数据不仅是运营损失，还可能是合规性失败。备份不再是技术卫生，而是成为一种责任。

成熟度有一个等级，可以帮助您了解自己所处的位置。

第一级是有备份。这似乎是理所当然的事，但许多组织在运作时没有任何组织，全靠运气。有备份总比没有好。

第二级是在其他地方有备份。在可能着火的同一服务器上、在可能崩溃的同一数据中心上进行复制并不能防止出现最坏的情况。备份需要在物理上和逻辑上与其保护的内容分开。如果勒索软件将原始文件和备份一起加密，那么您就没有备份，而是有问题的两个副本。

第三级，真正重要的是拥有经过测试的备份。从未恢复的备份只是一种假设，而不是保证。在危机中发现备份已损坏、不完整或无法恢复的组织数量令人恐惧。从未测试过的备份是信念，而不是工程。

每个备份决策都归结为平衡成本和两个简单的问题。

第一：您会丢失多少数据？ 如果上次备份是昨天的，而灾难发生在今天下午，那么您会丢失昨天以来的所有数据。如果可以接受，每日备份就足够了。如果没有，您需要更频繁的副本，这会花费更多。

第二个问题：您可以停机多久？ 恢复大型系统可能需要数小时或数天。如果您的运营无法在一天的停机期间幸存下来，那么您需要一种能够让您快速返回而不仅仅是返回的策略。

这两个问题没有普遍答案。个人博客和支付系统具有完全不同的容忍度。错误在于没有在事件最激烈的时候提出问题并找出答案。

如果备份如此重要，为什么还有那么多人忽视它呢？答案是心理上的，而不是技术上的。备份是一项投资，只有在每个人都希望永远不会到来的糟糕日子里才会有回报。当您的汽车从未发生过事故时，很难优先考虑保险。

还有一种错觉，“它在云端，所以很安全”。云提供商提供令人印象深刻的耐用性，但这并不能取代您的备份策略。云可以防止硬件故障，但它不能防止您删除错误的内容，防止错误损坏您的数据，也不能防止被盗的帐户删除所有内容。共同责任意味着部分责任仍然由您承担。

将备份视为一个项目而不是一个过程是错误的。设置一次，将任务标记为完成，然后就可以忘记它。但系统发生变化，新数据出现，结构发生演变，两年前配置的备份可能不再涵盖当今重要的内容。备份是持续的护理，而不是清单项目。

备份是成功是无形的、失败是灾难性的学科之一。当它起作用时，没有人注意到。当它丢失时，操作可能会结束。

正确的心态很容易表述：假设有一天您会丢失数据，并为今天做好准备。进行备份，将其放在其他地方，最重要的是，测试它是否真的可以恢复。前两件事需要努力；第三个是几乎每个人都会跳过的一个，但它恰恰是最重要的一个。

如果您的组织从未真正测试过是否可以从完全损失中恢复过来，那么在现实迫使这个问题出现之前，可能值得面对这个问题。博客上还有其他有关连续性、安全性和良好操作实践的文本，深入探讨了该主题。