备份成功不等于能恢复：用 Restic 设计一次恢复演练
先定义丢失什么最难受
网站需要保护的可能不只有上传目录，还包括数据库、配置和密钥。先列出清单，并决定能接受丢失多长时间的数据、最长停机多久。备份频率、存放位置和恢复步骤都应围绕这两个问题设计。
Restic 提供的是工具，不是完整策略
Restic 支持快照、加密和多种存储后端，可以帮助保存文件的不同版本。仓库密码丢失会导致无法访问备份，因此恢复密码也需要独立保管。把备份放在同一台 VPS 的另一个目录，能够应对部分误操作，却不能应对整机或账户同时失效。
数据库需要一致性备份
运行中的数据库文件不能一概视为可直接复制的普通文件。应按数据库官方方法导出，或使用符合一致性要求的备份流程，再把产物纳入备份范围。恢复时也要使用匹配的数据库版本、字符集和权限配置。
安排一次小规模演练
在隔离目录或测试环境中恢复一份快照，核对文件、权限和必要配置，再启动测试站点检查页面及数据库记录。记录下载耗时和启动步骤。仓库检查能发现部分数据问题，实际恢复演练则能发现“文件都有，但没人知道怎样启动”的流程问题。
删除旧快照前想清保留规则
每天、每周和每月保留多少份，应根据变化频率与存储成本决定。清理操作会影响历史恢复能力，不要把网上的删除命令直接粘贴到生产仓库。一个可靠方案应该能说明：最近一次成功恢复是什么时候，恢复需要哪些账户和密码。
参考资料
资料核查：2026年10月7日。本文根据公开官方资料独立整理撰写；封面为 AI 生成的概念插画，不是产品实拍。