Ask HN：应该如何整理并备份 23 TiB 的个人文件？

Hacker News 讨论 ↗

范围与优先级

  • 23 TiB 已经大到让整理和筛选与技术同样重要。
  • 多条评论强调，首先应按数据的重要性分类（丢失会灾难性的 / 会让人难过的 / 会令人失望的 / 无所谓），并删除非必要或重复内容。
  • 用于清理 / 去重的工具建议：WinDirStat / WizTree、fdupes、fclones、czkawka。

本地存储策略

  • 许多人偏好家用 NAS，或带多块 HDD 的通用 x86 机器。
  • 常见文件系统：ZFS（raidz 或镜像、scrub、校验和、可选加密）、btrfs（快照、压缩、借助 bees 进行去重）、ext4（图省事）。
  • 对 RAID 的看法不一：它对可用性和一定程度的冗余有帮助，但反复有人提醒“RAID 不是备份”。
  • 建议范围从简单的镜像硬盘（2–3 块 18–24 TB）到 4 块以上磁盘阵列（RAID5/6、ZFS raidz），并定期做 scrub 和完整性检查。
  • 有些人推荐 Synology/QNAP/UnRAID，因为易用且工具集成；也有人更偏好 DIY，以获得灵活性和更低成本。

备份拓扑与异地副本

  • 很多人支持 3-2-1 风格的方案：
    • 主存储。
    • 本地备份（另一块硬盘 / NAS；rsync/borg/restic、快照）。
    • 异地副本（云端，或放在亲戚家 / 银行保险箱）。
  • 低技术方案：定期克隆到新的 HDD，存放在阁楼 / 父母家，每隔几个月轮换硬盘，并测试恢复。

云端与远程备份工具

  • 软件：borg、restic、rclone（配合客户端加密）、rsync、Arq、Git Annex、BorgBase、HashBackup。
  • 提到的云目标：Backblaze（个人版和 B2）、S3 Glacier/Deep Archive、Google Archive storage、Wasabi、InterServer VPS、rsync.net。
  • 反复强调客户端加密和“非可信服务器”模型。
  • 担忧包括：
    • 数十 TB 规模下的成本（Tarsnap 在这里被广泛批评为贵得离谱）。
    • 出口 / 删除费用（Glacier、某些冷存储）。
    • 隐私与服务端解密（Backblaze 文件名泄露；恢复时在服务器端解密）。

替代介质与小众想法

  • LTO 磁带（尤其是二手 LTO-6）被建议作为一种成本效益较高的长期归档方案，只是获取硬件后还需要一些设置和规划。
  • 还提到了 Blu-ray 作为“死媒体”。
  • 少数人建议把这个项目本身当作学习 / 作品集练习，例如做一个自定义的基于 S3 的系统。

核心观点

  • 没有唯一“正确”的方案；最佳配置取决于预算、访问需求、威胁模型，以及你愿意投入多少维护工具的精力。