免费 10GB 的 Restic 备份仓，先看它刚公开的一次失败演练

备份服务最怕的，不是价格贵，而是把“文件传上去了”误当成“数据救得回来”。ServerCrate 最近做了一件挺少见的事：把端到端恢复演练公开出来。更值得看的地方是，它没有只展示漂亮结果——截至本文查看时，最新一次演练正好失败了。

官方页面记录，这次演练发生在 2026 年 9 月 27 日 09:06 UTC，测试集包含 2004 个文件、共 257 MiB。结果是 FAIL — backup：备份步骤没有完成，因此没有生成快照，后面的 restic check --read-data、恢复和 SHA-256 对比也没有执行。失败本身不能证明整个服务不可用，但它至少说明一件事：现在不能把“官方持续做恢复验证”理解成“当前验证已经通过”。

免费档够不够试一次真正的恢复

ServerCrate 当前价格页列出的免费档是 10GB 存储、2 台设备、7 天快照历史，不收出站和恢复费用。付费档从每月 5 美元起，包含 200GB、10 台设备和 30 天历史；每月 15 美元则是 1TB、25 台设备和 60 天历史。

它使用标准 Restic REST 仓库，数据在客户端加密，每个仓库位于独立的 ZFS 数据集上。这里真正有价值的不是“又一个网盘”，而是没有私有备份格式：以后想迁走，仍可继续使用普通 Restic 工具，不必先把数据转换一遍。

免费档的 7 天历史偏短，不适合直接承担网站唯一的长期备份，但足够完成一次有意义的试用。先放一份可丢弃的数据，不要一上来就传生产站点，然后依次完成：

1. 用 restic backup 创建快照，并确认 restic snapshots 能列出它。
2. 运行 restic check --read-data，让 Restic 读取并校验仓库中的实际数据块，而不只是检查索引。
3. 用 restic restore latest --target /tmp/restore 恢复到新目录。
4. 对原目录和恢复目录分别生成 SHA-256 清单，确认文件数量与哈希一致。
5. 删除本地测试数据后再恢复一次，模拟真正丢盘时的操作路径。

LowEndBox 作者此前在一台 Debian 13 VPS 上测试过该服务，并成功把一个 /etc 快照恢复到临时目录，核对到 709 个文件；这是第三方的一次成功测试，不代表本站亲测，也不能抵消官方最新演练失败的信号。

我的判断是：ServerCrate 的免费档值得拿来练习 Restic 和建立异地副本，但目前更适合作为第二或第三份备份，而不是唯一救命仓。先关注公开演练何时恢复通过，再用自己的仓库完成一次深度校验和全量恢复。还有一件事别忘了：仓库密码丢失后数据无法解密，应放进密码管理器；若写入自动备份脚本，至少限制为仅 root 可读。