NAS 要不要组 Raid， NAS 是否不能用来存放重要数据

自组的 NAS 还在路上，最近做了很多功课，我发现大家对 NAS 要不要组 Raid 有很大争议，一般的教程上来就是硬盘插满然后 Raid5 ，我了解到如果不是企业级硬盘，Raid5 重组成功概率很低，而且每次扩容都需要很长时间进行重组，重组失败的结果就是数据全丢。那我不得不作出一个假设：硬盘是一定会坏的，数据是一定会丢的。

数据按重要程度分组+多个备份应该是比较合理的。这样的话 NAS 的用途变成了： 1 、一个下载器 2 、家庭影院 3 、数据中转站 4 、照片查看器 5 、Docker

为什么是这样的用途，1 和 2 我想应该不用解释了，主要是 3 和 4 在我的使用场景里，并不是所有数据都是重要的，比如照片（重要），下载的电影（不重要），保存的密码（非常重要），工作文档文件（重要）其中照片是占用空间最大的，我的方案是，OneDrive 自动同步+NAS 自动同步，NAS 因为是本地数据可以方便照片查看，也就是上述 4 的功能，除此之外，并不寄希望于 NAS 可以用来永久储存照片，OneDrive 目前来说没有删除过用户数据吧，我用着目前来说没有，如果不信任任何云存储的话，那就需要加密备份了对于除了照片之外的其他提及不大但是重要数据，我的方案是定时加密备份，具体来说我写了个 shell 脚本，每周或每天或每小时，直接对某个目录进行 7z 加密压缩，之后将压缩文件 cp 到 NAS 自动云同步到目录里，删除压缩包。云同步的目录里设置了多个文件夹，根据重要级别，对压缩包同步到腾讯云对象存储、百度网盘、OneDrive ，这就是上面的功能 3 ，数据中转站的功能。

这样看来，NAS 就不应该组 Raid ，原因：1 、重组成功率不高； 2 、空间浪费； 3 、不能自由增删硬盘。缺点： 1 、无法享受 Raid 到读写加速了 2 、没有考虑到多人使用的场景，目前只有自己一个人在用 3 、网盘会员，COS 存储费等额外等费用

发帖只是想分享下自己的使用方案，同时看看有没有更好的方案我借鉴借鉴。

Angus007

261 天前

我用 unraid 做底层
1.两块 m2 固态组 raid1 做主磁盘，虚拟机、容器持久文件都在里面跑（每天自动快照及备份持久文件）
2.三块 12T 组 ZFS-Z1 ，放影片及备份（每天自动快照）
3.一块 4T 放热数据，随时取用，一块 1T 做下载盘
4.虚拟 debian 直通一块 4T 做冷备（用 rsync 备份，每周四自动开机，备份完自动快照，然后自动关机）
5.工作文件、照片、一些重要资料每天自动加密备份上云
用 raid 来保证高可用，因为如果硬盘挂了即使有备份重建也很麻烦，而 raid 直接把坏盘换了就行，建议用 zfs
用快照是为了防勒索病毒（虽然不能完全防住），也方便回滚数据防止误删除等
用冷备是为了保证在本地有一个完整备份随时恢复数据，也是本地最后的最后一道保障
最后上云那就是数据的最后的一道保障了

findex

260 天前

raid 不是给你用来做容灾的，主要是为了高可用。参考 123 准则。重要文件刻盘。

raid5 还不如 raid6 。4 盘推荐 raid6 ，起码 2 个盘冗余。2 盘推荐 raid 1 。玩 nas 的路途：1 、网盘 2 、NAS 3 、异地备份 4 、刻盘（千年光盘）和磁带

> 每天自动增量备份到另外一块硬盘，然后打包加密压缩备份到 115 网盘。至于影视文件，随时下，无所谓。

楼上这位老哥的做法，值得学习

thetbw

260 天前

今天刚看到一个解决方案，感觉挺符合我的需求，还没有尝试。就是 MergerFS + snapraid 。MergerFS 用于合并多个硬盘为一个，不是 raid 方案，其中任何一个硬盘坏了不会影响其他的，其他都能正常读写。snapraid 负责数据安全，奇偶校验之类，用于数据丢失的比如移除一个硬盘后的数据恢复。安全+大容量+灵活性，缺点就是没有速度提升，感觉有点 unraid 的感觉了。当然，后续等我尝试再说