看到备份任务显示成功，很容易松一口气。但“归档文件生成了”和“以后能够恢复服务”之间，还有不少细节。

先列出恢复需要什么

对于静态博客，文章源文件、主题版本、自定义模板和配置通常比生成后的 HTML 更重要。对于数据库应用，还需要考虑数据库的一致性快照、上传文件和必要的密钥。

不要仅凭目录名字决定备份范围。应用实际读取的配置可能不在安装目录，上传数据可能在另一个挂载点。记录版本和启动方式，也属于恢复资料的一部分。

校验和能解决什么

sha256sum site-backup.tar.gz

校验和可以帮助判断文件传输前后是否一致。它不能证明归档里包含了所有必需文件，也不能证明数据库快照可用。备份完整性需要从“文件没坏”和“内容够用”两个角度确认。

在隔离位置恢复一次

恢复演练应该写入新目录或独立测试实例，避免覆盖正在使用的数据。检查文件能否解压、权限是否合适、程序能否读取配置，然后用实际请求验证功能。

如果涉及数据库，要使用与备份格式兼容的版本。直接把运行中的数据库目录复制出来，不一定能得到一致的数据，应优先使用数据库支持的备份方法。

别把所有副本放在一起

同一块磁盘上的多个压缩包，可以应对误改文件，却无法应对整盘丢失。不同位置的副本、合理的版本保留和受限的访问权限，分别解决不同问题。

备份记录里值得保留四项信息：备份时间、覆盖范围、恢复步骤和最近一次演练结果。真正出问题时，最需要的是可以照着执行的路径。