2026 平替经济观察 · 独立观察 关于RSS
开源与自托管

自托管备份与恢复:3-2-1 原则

自托管的安全感来自备份而不是冗余,按 3-2-1 原则做多副本加离线,并且定期真的恢复一次,备份才算成立。只保留最新一份备份会在误删或勒索软件面前失效,备份失败也必须能告警。

核心要点

  • 3-2-1 指至少 3 份副本、2 种介质、1 份异地存放。
  • 只保留最新一份备份,遇到误删或勒索软件会一起被覆盖。
  • 没有验证过的备份不算备份,要定期做恢复演练。
  • 备份失败必须告警,否则等于没有备份。

一句话结论:自托管的安全感来自备份,而不是冗余;按 3-2-1 原则做多副本加离线,并且定期真的恢复一次,备份才算成立。

3-2-1 原则讲的是什么

3-2-1 是一条经典的数据保护经验:至少保留 3 份数据副本,存放在 2 种不同介质上,其中 1 份放在异地。它要解决的是同一类风险同时摧毁所有副本的问题,比如硬盘损坏、勒索软件加密、火灾或误删。

落到自托管怎么执行

  • 3 份副本:原始数据加两份备份,不要只有一份。
  • 2 种介质:本地磁盘加另一类存储,比如外部硬盘或云对象存储。
  • 1 份异地:放在不同物理位置,避免同一事故同时损坏。

对个人用户来说,常见的组合是:本机数据、家里另一块硬盘的定期备份,再加一份云上加密备份。

备份之外的三个关键点

  • 版本与保留:只保留最新一份备份,遇到误删或加密会被一起覆盖,应保留多个时间点。
  • 恢复演练:没有验证过的备份只是心理安慰,要定期真的恢复一次。
  • 监控与告警:备份失败若不通知,等于没有备份。

常见坑

  • 备份目录和原数据在同一块硬盘上。
  • 备份文件权限过大,被恶意软件一并加密。
  • 只备份数据库文件而不做一致性导出,恢复后数据损坏。
  • 从不检查备份日志,失败很久才发现。

行动清单

  1. 列出必须备份的数据清单,按重要程度排序。
  2. 按 3-2-1 补齐副本,至少一份异地。
  3. 设置保留策略,保留多个时间点。
  4. 每季度做一次恢复演练并记录耗时。
  5. 为关键数据设定明确的恢复目标,定期演练从备份还原并记录实际耗时;把备份结果与失败告警接入日常检查,确保备份不是只在出事时才被发现早已失效,并定期确认告警真的能送达,把问题尽量暴露在真正发生之前。

注意事项

  • 备份方案需结合具体业务与合规要求,本文不构成专业建议。
  • 各存储服务与工具的能力会变化,请以官方公开文档为准。

参考资料

本文参考以下公开信息源,具体数据与表述以原始来源为准。

  1. Awesome Self-Hosted
  2. Privacy Guides
  3. GitHub
慢
慢慢找编辑部

长期关注平替消费、开源替代与技术选型,坚持公开来源、可验证信息与克制叙事。 编辑原则