先说说我踩过的坑
NAS 这东西，买的时候图的是省心，用起来才发现备份才是真正的学问。我最早一台 NAS，硬盘坏了直接丢了大半年的照片，才知道 RAID 不是备份——它防的是硬盘故障，防不了误删、加密勒索和火灾。后来陆陆续续折腾了几套方案，有些心得可以分享。
备份软件怎么选
市面上的 NAS 备份工具大致分两类：一类是厂商自带的，群晖的 Hyper Backup、威联通的 HBS 3 都做得不错；另一类是开源的，restic、borg、rsync 这些。
如果你用的是主流品牌 NAS，先别急着装第三方工具，自带的一般够用。Hyper Backup 支持版本控制、去重、加密，还能备份到多种远端。HBS 3 的 QuDedup 技术在兼顾空间占用和恢复速度上做得挺好。
但自带工具有个通病：单机绑定。真要换品牌或者迁移到纯 Linux 服务器，导出配置和数据是个麻烦事。所以我目前的主力方案是 restic，开源、跨平台、支持加密和去重，备份到本地外接硬盘同时再推一份到对象存储。命令行工具初看有点门槛，但配合脚本一劳永逸。
RAID 别当备份用
不少人是这么配置的：四盘位 NAS，组个 RAID 5，以为万事大吉。实际上一块盘挂了，重建阵列时另一块盘受不了压力跟着挂的概率不小。RAID 10 相对保险一些，但牺牲容量。不管哪种阵列，误删一个文件，或者中了勒索病毒，阵列里的文件都保不住。
我给家里的 NAS 配的是两块盘组 RAID 1，另外一块独立盘做本地快照。快照不等于备份，但对付误删和勒索软件很有用，能让你回滚到数小时前的状态。再往外，接一个两三TB的移动硬盘做每周增量备份，放防潮箱里。这套方案够用了。
增量备份的细节
很多人在增量备份上栽过跟头：只同步新增文件，不同步删除动作，时间久了源端删掉的文件在备份端全留着，目录越来越大，真到恢复时又找不到想要的版本。rsync 要用 `–delete` 参数才能保证两边的目录结构一致，但误删了源文件马上同步的话备份也没了。
所以更稳妥的思路是“快照式备份”：保留 N 个时间点的版本，定期清理太旧的。restic 默认就是这种策略，通过 `–keep-last` 和 `–keep-daily` 之类的参数控制保留粒度。用 NAS 自带工具也一样，Hyper Backup 的版本控制策略要专门花时间配置清楚，而不是默认无限保留。
验证备份这件事
很多人的备份流程看着没问题，等真要恢复时才才发现备份文件早坏了。验证的办法很笨但有效：定期从备份里恢复几个文件到临时目录比对。restic 自带 `check` 命令，会校验仓库的完整性和数据块哈希，我每周自动执行一次，有报错就发邮件通知。
自带工具里的“备份完整性检查”功能也是这个作用，可以设成每月一次。别嫌麻烦，真到要用备份的那一天，一份能恢复的备份才是备份，否则只是个心理安慰。
最后留一句
备份这事最怕的不是技术难，是习惯懒。方案不用复杂，先跑起来，再慢慢加策略。配置完成后建议把恢复流程也演练一遍——毕竟备份的成功标准只有一个：用得上的时候真能救回来。