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

[lnbiuc]

自组的 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 存储费等额外等费用

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

[loading]

给你更正一下：
Raid 是高可用技术，不是备份技术。

[xzaf]

之前给小姐姐住 raid1 的路过，raid1 方便灵活。反正现在矿盘二手盘也不算贵。

[kekylin]

我就没有组 RAID ，NAS 已经用了快十年。重要资料就照片和工作文件，总数据量大概 5T 。每天自动增量备份到另外一块硬盘，然后打包加密压缩备份到 115 网盘。至于影视文件，随时下，无所谓。

[falcon05]

看你组的是 raid 几

[natsukage]

NAS 要不要组 Raid
> 可以组 Raid1
NAS 是否不能用来存放重要数据
> 可以组 Raid1
我了解到如果不是企业级硬盘，Raid5 重组成功概率很低
> 可以组 Raid1
而且每次扩容都需要很长时间进行重组
> 可以组 Raid1
重组失败的结果就是数据全丢。
> 可以组 Raid1
那我不得不作出一个假设：硬盘是一定会坏的，数据是一定会丢的。
> 可以组 Raid1

[BeautifulSoap]

组毛线 raid 哦，几块大点的硬盘赛进去，一个硬盘一个分区分别共享出来不就好了

个人的 nas 盘位再多能有几个盘位，为了那点冗余还有统一的一个分区，牺牲的是扩容麻烦没法简单换更大硬盘，文件迁移也麻烦，天天提心吊胆，硬盘也没法根据实际负载休眠停转，一年 365 天通电在那转着故障发生概率总归是更高的

[Vneix]

家用 raid 当“备份”的意义不大，毕竟 raid 不是为了备份设计的，但还是要用。

1.raid 提升存储的读写性能。

2.有硬盘坏了，依然能保持数据可访问，给你一点把重要数据备份出来的时间。

3.有硬盘坏了能收到提醒，及时关注剩下硬盘的状态。

4.最后才是重建 raid ，成功的话就省了事儿，失败的话至少你做了第一步能保证重要数据不丢。

[busier]

RAID 主要实现高可用，例如不停机更换硬盘。RAID 无法实现备份。

可以接受短时间停机维护硬盘的用户，应当使用诸如快照，增量备份，完全备份之类的技术手段

而不要用 RAID 自找麻烦！

[GooMS]

有 raid 省的管理硬盘了

[ferock]

所以我用 raid6

[msg7086]

> 我了解到如果不是企业级硬盘，Raid5 重组成功概率很低
那就买企业级硬盘。

另外你这帖子里把应用部分和存储设计部分放在一起谈了。存储设计看你具体需求，如果只是下载和跑程序，放点电影，那做不做 RAID 本来就无所谓。比如说你 8 块 16T 硬盘，你说就 8 块单盘来用那也 OK ，组个 RAIDZ1 或者 Z2 放文件我觉得也完全 OK 。

我自己的主存储刚刚从单盘换到 RAID ，现在是 6 块 16T 组了 Z1 存数据。系统盘下载盘另外放。

[hefish]

不要组，丢了就丢了，天塌不下来。

[zhaogaz]

话该这么讲。raid 啥的不重要。。。你先思考要什么，再想怎么做。

手持 群晖 ds218+ 2 盘位，原来一盘存东西，一盘备份；现在是搞了个 raid1 ，主要是为了预防坏一块硬盘。
使用自带的工具，上传备份到 类 s3 ，预防 nas 出意外损坏
使用 rsync 同步到另一台设备，预防意外

因为 nas 是我的主要的存储中心，用来预防数据损坏、丢失什么的，所以 nas 分 不备份，月备份，周备份 3 个目录。。挑挑拣拣把所有数据扔进去了，算是按重要程度分级，备份也方便。

- 没有增减硬盘需求，也没得减，现有空间用不完。当然也一点没觉得浪费的想法。
- 备份上，backblaze 比 azure 便宜 40%吧，目前测试是这样的。azure 一个月 10rmb 吧。我的数据量

[Int100]

用 raid1 或者 raid10 ，看看数据中心都是怎么做的就知道了～

[ncbdwss]

重要怕丢的就 raid1 ，其它的裸奔

[lnbiuc]

@loading 感谢🙏

[lnbiuc]

@falcon05 我的理解，NAS 只能选 raid56 吧，其他的空间损失太大了

[lnbiuc]

@natsukage 空间只剩一半了

[c0xt30a]

我用 nas 这么多年 (10+），只硬盘损坏重组过一次 4x16T 的 raid-5 ，全程很顺利。不知大家重组成功和失败过多少次？

[GaoNengwWw]

备份建议直接扔到 COS 深度归档或者低频归档，等取回的时候按量租服务器，内网访问 COS 免费，只用支付服务器费用就行，取回完服务器直接销毁

[falcon05]

@lnbiuc 不一定，我就用 raid0 ，不但没有损失空间，还能加快读写，但是只要任何一块盘损坏数据全丢，不过我的重要数据不放这，而是异地备份。

[AvilCore]

个人用户 99.99999 趴用不到 raid 带来的高可用性，组个寂寞吗

raid 不是备份罚抄三遍

[lxcombox]

个人感觉还是需要 raid1 来维持一些基本服务的高可用的，比如 lz 提到的密码管理器、个人的知识库或者其他涉及到工作流的应用等等。这部分内容和影视资源比起来往往占用的空间不是很大，在前面提到的备份的基础上，raid1 的冗余可以保证 nas 上的服务维持正常运行。这样即便坏了一块盘，raid1 依然还能保证工作不受影响，而不至于让我们狼狈地去各个云存储上下载恢复文件然后重新部署这些服务，特别是当自搭建的服务以及自定义的脚本越来越多的时候。

至于其他一些一个月或者一个季度都不一定会访问一次的冷数据，这些就没必要上 raid 了。比如现在很多 nas 都会带两条 ssd 组 raid1 。其他机械盘就存点不那么重要的数据，出问题的时候依靠备份恢复就足够了.

[alfawei]

10+年群晖用户，raid1/shr

[shimingyun]

家用要么 R0 要么多备份

[lzzzzl006]

年纪大了懒得折腾，NAS 我直接用某空间，省时省力省心

[NAVYFIELD]

不组 raid 买 nas 干什么？

[wabway]

不组 raid 为啥不用云盘？

[nealot]

楼主买了 NAS 居然还在质疑它 "是否能用来存重要数据"？

NAS 就是用来存放所有重要的、不重要的数据，保证几乎不可能丢失，保证随时可访问的。台式机和笔记本电脑中的数据定期整理到 NAS ，万一哪天 SSD 挂了影响也不大。只有 NAS 中的数据才认为是稳定可靠的。

我平时用 NAS RAID1 存所有数据，然后每隔几个月 rsync 到另一台无冗余的设备作为备份，备份前还会预览一下文件变更清单，避免误删文件。

任何一块硬盘坏了，就再买块硬盘重建 RAID1 。手抖误删文件了，就从备份设备中找对应的文件恢复。

这样总共是 1:3 的冗余。

如果去掉 RAID1 ，只做 1:2 的冗余，会发生什么事呢？

问题就在于备份的频率。如果也像我一样，一个月一次低频备份，那么主硬盘挂了会损失一个月内的新文件。

如果每天备份一次，那势必是自动化增量备份。想象一下：今天下了一个电影存 NAS ，RAID1 直接帮我同步冗余了。自动化增量备份，只是把操作推迟到了凌晨而已，没多大意义。

如果备份并不是完全镜像式的，而是 "不删文件" 式的，或者建立版本管理体系的，这时的自动化增量备份才是有意义的，这时备份机的管理会变复杂一些。然而 Synology RAID1 + 启用文件版本完全可以实现相同的功能，为什么要自己折腾一套每天增量同步的程序呢？

[hotmiaowmiaow]

不用 raid , 重要的数据，每个硬盘放一份，不同嘅地方都放一份就行

[eric107008]

个人认为，大家一直说的 Raid 不是备份，只解决可用性不解决可靠性之类的说法，通常是在更广义或者更严格的“可靠性”语境下提出的。对于个人和家用的 NAS ，RAID 实际上可以提升一些使用体验，降低一些心智负担。特别是，实际上个人和家用环境并不会有企业环境那么大量的硬盘和数据，同时自己用的东西对成本也会比企业更敏感，结合好校验以及备份，数据丢失的风险实际上可以在家用 NAS 上降低到一个可以容忍的程度。如果个位数的硬盘组个 RAID1 ，绝大部分情况下可以做到“换块硬盘就能继续用”的效果的。

只依赖 RAID 确实并不能避免所有可能导致数据丢失的风险，比如多盘同时故障，人为或程序误操作（比如软件层误删除或勒索病毒），文件系统/RAID 系统的元数据丢失或出错导致的恢复失败等等。对于这些情况，RAID 并不会给你“后悔药”。但在“一块硬盘坏了”的情况下，我希望能够做到“换块硬盘就能用”，那么 RAID 还是可以提升一些可靠性的。毕竟相比起没有冗余没有备份的大多数非专业用户的使用情况，如果他们遇到“一块硬盘坏了”的情况，大概率是所有数据全丢。从这个角度看，RAID 确实帮我提升了一些可靠性。

RAID 最初设计的主要目标之一确实是为了减少硬盘故障对系统带来的停机时间，提高整体存储的吞吐、可用性以及对单盘故障的容忍度。站在运维或服务连续性的角度，RAID 更常被提到的是“系统还能不能继续运行”——这就是可用性的范畴。因此，如果单纯从“某块硬盘坏了之后还能不能快速、无痛地继续工作、并且重建数据”来看，RAID 确实能让你在硬件层面做到数据不丢失、系统不中断，也就是具备“提升部分可靠性+可用性”的作用。但如果放到“所有可能导致数据出问题的场景”这个更大范畴下，RAID 只是众多保护机制中的一环，做不到“全方位无死角”的数据可靠。

结合我自己的使用策略来看，RAID 对提升“数据可靠性”是有帮助的——至少能抵御一定数量的硬盘物理损坏，让你“坏盘不丢数据”。数据本身的安全性当然是需要备份，容灾，校验等多层次的保护手段来实现的，良好的数据管理习惯才是确保数据不丢。

我刚刚也在 NAS 的话题下提了个关于存储规划方案的帖子，在我目前的方案中，除了备份以外，我也打算用 RAID1 来降低我维护的心智和体力负担。如果一个硬盘坏了，我可以以一个还不错的概率赌一把我换块硬盘就能继续用且不会丢数据。如果真的阵列恢复失败，那我就把备份恢复回来，毕竟问题比“换块硬盘就能用”还严重了的话，多花点力气似乎也是理所应当的事情。

[huangdog]

家用 nas 做 raid 给自己找麻烦，家用 nas 不需要无间断服务。你自己删除的文件，raid 救不回来。为了避免给自己找麻烦，用 goodsync 一式两份自动同步在 2 块硬盘上，文件级同步即可，方便灵活。

[Guest321]

快 10 年 NAS 用户，4 盘组的 Raid5,期间坏了 4 次硬盘，都重组成功了，可能人品好，都没问题。

[lnbiuc]

@nealot 这样其实也不太合理，指只有一个存储池 raid1 ，我目前总结下可行的方案是两个存储池，两块 4T 组 raid1 ，存放重要数据作为存储池 1 ，其他数据不组 raid ，一块硬盘写满再写下一块做存储池 2 ，数据丢就丢了。这样实际上是把存储空间划分成了两份

[lnbiuc]

@eric107008 我也觉得应该两块硬盘 radi1 存放重要数据，其他硬盘不组 raid ，或者 raid0 ，数据可以丢随便丢，反正就是电影留好种子再下回来就行。但是肯定不是上来选中所有硬盘 raid56 这样子

[lnbiuc]

@Guest321 我听说 16t 的盘重建要等一周是真的吗