开始使用
平台指南

运行还原演练

备份在还原之前都是未经证明的。还原演练把最新快照还原到隔离工作区,逐字节比对每个还原文件,对数据库转储做行级比对,并在项目上盖「通过/失败」徽章——自动、按排程。这是相信备份与确知备份的差别。

分步操作

怎么做

  1. 排程每周演练

    在项目 Schedule 标签添加 drill 排程。每周是推荐节奏:演练是昂贵的证明(真实还原),而便宜的结构校验(restic check)可以每天在旁边跑。

  2. 或者立刻触发一次

    项目详情页的 Restore drill 标签展示上次结果,也能立即发起演练。演练还原到隔离工作区——线上项目与仓库绝不被触碰。

  3. 阅读演练报告

    只有差异数为零演练才算通过:每个文件逐字节一致、每个转储行级一致。项目显示 lastDrillAt 和通过/失败徽章——「Verified」意味着真实还原成功了,而不是仅仅存在一个备份。

  4. 把失败的演练当作事故

    演练失败会发出带差异详情的警报邮件。常见原因:绕过适配器的服务产生撕裂转储、备份期间并行部署改动了文件、或仓库损坏(用带数据读取的 check 确认)。修复原因,跑 Backup Now,再演练一次。

用 Dockstash 一键完成

Dockstash 执行的正是上面的转储,把它经 restic 存到异地,并自动演练测试还原——无需维护任何脚本。

最后更新:July 2026

常见 问题

演练究竟比对什么?

每个源路径与配置都与还原镜像做字节哈希比对,每个启用的数据库层的还原转储都与源做行级比对(或解析)。任何差异都判演练失败——没有部分通过。

演练会弄坏我的线上项目吗?

不会。演练还原到隔离工作区,之后清理干净,哪怕演练抛异常也如此。线上项目、容器与仓库都是只读参与者。

演练和 restic check 有何不同?

restic check 证明仓库结构健康(没有丢包、没有索引腐坏)。只有演练能证明仓库真能还原成可用数据。check 每日,演练每周。

演练在舰队代理上运行吗?

还不行——演练在主服务器执行。远程项目的备份、check、prune 和还原仍在其代理上。