备份完成以后，再试一次恢复

从恢复需要什么开始

做备份时，很容易把注意力放在复制了多少文件上。换一个方向想：如果现在要把服务恢复到这个时间点，需要哪些东西？配置文件之外，可能还有数据、文件权限、程序版本、启动方式，以及由外部系统维护的设置。

把这些依赖写在一份清单里。能够重新下载的程序文件和无法重新生成的数据，可以采用不同的保存方式；密钥与认证信息则需要单独限制访问。

保存一份能核对的清单

目录名称最好能说明备份对象和创建时间。清单里再写下文件路径、大小和摘要，搬运之后就可以检查内容是否一致。摘要用来发现内容变化，并不能代替访问权限和安全的保存位置。

sha256sum settings.yml > settings.yml.sha256
sha256sum --check settings.yml.sha256

• 备份对应哪个服务、哪个时间点。
• 包含哪些文件和数据，哪些内容明确没有包含。
• 恢复时需要的程序版本与依赖。
• 验证方法，以及不成功时应当停在哪一步。

在隔离的位置试着放回去

恢复演练不必一开始就触碰正在运行的系统。可以先把文件解到单独的目录，检查格式、权限和依赖，再验证程序能否读取。涉及数据恢复时，使用独立实例或测试环境会更容易控制影响。

记录演练用了多长时间，哪些步骤需要临时查资料。如果恢复说明里有一句“按平时的方法处理”，这通常就是下一处需要补全的地方。

备份也有保质期

一份过去能恢复的备份，并不一定适合已经升级后的系统。程序版本、目录结构或配置格式改变之后，要重新检查恢复步骤。重要的是知道备份目前能恢复到什么状态，而不只是知道硬盘上还有一个压缩包。

保留的份数和时间长度应当与实际需求相符。定期清理之前，先确认留下来的版本足够覆盖需要保留的时间点。