备份并不简单

原文 ↗ Hacker News 讨论 ↗

备份被证明出人意料地复杂，许多人认为真正的价值在于可靠、经过测试的恢复，而不仅仅是复制数据。评论者比较了 Restic、Borg、ZFS 快照和云服务等工具，强调了静默损坏、勒索软件、同步与备份混淆、bit rot，以及对 OneDrive 或 iCloud 等提供商的锁定等问题。无论在家用实验室还是生产系统中，普遍共识都是：有效策略需要多份副本、异地存储、定期恢复演练，以及对安全性和故障模式的仔细关注。

恢复 > 备份

  • 普遍共识是，只有在定期测试恢复时，备份才有价值。
  • 有几个人表示，只有在尝试恢复时才发现静默损坏或损坏的方案。
  • 一些服务/公司明确将自己的业务定位为“恢复”，而不是“备份”。

工具和策略

  • 经常被称赞的有 restic（通常配合 Backrest）、Borg/borgmatic、Kopia、rsnapshot、基于 rsync 的方案、ZFS/Btrfs 快照、Proxmox Backup Server、ReaR、CloudNativePG+Barman。
  • ZFS/Btrfs 快照 + 异地复制（例如 syncoid/sanoid、rsync.net、NAS 到 NAS）因其“简单、可靠”的配置而很受欢迎。
  • Time Machine 也被反复提到，令人惊讶地好用；当整机恢复能够成功时，甚至被形容为“神奇”。
  • 也有人更喜欢纯文件、tar+zstd+gpg 以及轮换策略，以获得更好的可移植性和类似 Glacier 的存储。

云、对象存储与 3-2-1

  • 关于在线备份存在争论：它作为一份副本很有用，但不适合作为唯一归档，因为可能面临计费、公司倒闭、账号锁定或流量出口定价等问题。
  • 对象锁定 / 仅追加功能被视为防范勒索软件或恶意脚本的重要保护，但无法防止提供商崩溃。
  • 3-2-1（多份副本、不同介质、异地）被频繁提及，并且有人提醒要分散供应商和硬件。

同步 vs 备份

  • 有几位强调，同步/复制（例如 Syncthing、类似 OneDrive 的方案）不是备份：删除和损坏会立刻传播。
  • 需要版本历史、快照或文件历史记录，才能从用户误操作或恶意软件中恢复。

照片、移动设备与消费级痛点

  • 许多人把家庭照片视为自己唯一严格备份的数据，通常会同时使用多个云服务和本地 NAS/Immich。
  • 对 iCloud/Google Photos 做全面备份被描述为并不简单；大家分享了各种脚本和工具，但都不完美。
  • 相机因内置备份/同步能力差以及双卡支持有限而受到批评，不过也有人重视它们“离线”的特性。

失败故事与人为因素

  • 有多个关于灾难性丢失的轶事（雷击、SD 卡故障、云策略变更、糟糕脚本、重新分区、手机重置）。
  • 这些经历往往会促使人们认真对待备份纪律。
  • 也有人认为，大多数非技术用户并不真正关心复杂方案，而是默认依赖云服务。

隐藏的复杂性与风险

  • 备份会牵涉到一致性（数据库 vs 应用）、ACL/LDAP、稀疏文件、root 权限、容器、提权风险。
  • 人们讨论了通过校验和与写时复制文件系统来缓解 bit rot；但工具和运维开销并不低。