摘要:群晖SHR、SHR-2、传统RAID、独立卷和JBOD解决的问题并不相同。选型前先看NAS系统、硬盘数量和容量,再决定需要多大的容错能力,以及数据如何独立备份。
有位读者留言说,他的NAS里有3块14TB和1块12TB机械硬盘,都是陆续购买的,没有组阵列。硬盘存满后再加新盘,真正重要的内容另外做了3份备份。
这种做法到底对不对?
不能只看“有没有RAID”。更重要的是:硬盘坏一块时,影响范围有多大;重要数据有没有独立副本;出现故障后,能不能接受停机和重新整理。
这是一条读者提供的使用场景,不是已经远程检查过的案例。下面只讲选择方法和风险边界。
先给结论
-
• RAID主要解决部分硬盘故障后的连续运行,不等于备份。 -
• 群晖SHR、SHR-2以及其他厂商的弹性存储池,本质上仍是容量管理与硬盘容错方案,不会自动变成独立备份。 -
• 每块盘做独立卷,坏一块通常只影响这一块,但管理和容量利用没那么方便。 -
• JBOD或线性存储池把多块盘拼成一个大空间,使用方便,但故障影响可能跨盘,不能把它当成“更大的独立盘”。 -
• 重要文件已有独立、可恢复的多份副本,且能接受单盘内容丢失,不组RAID可以是一种明确的成本取舍。 -
• 如果家人照片、工作资料、数据库或系统配置只存在NAS里,无论有没有RAID都不够。

RAID解决的不是“误删”
以常见的单盘冗余阵列为例,一块硬盘故障后,数据仍可访问,并可更换硬盘后重建。它更像是在减少停机时间。
但下面这些问题,RAID通常不会替你解决:
-
• 文件被误删或覆盖。 -
• 勒索软件加密了共享目录。 -
• NAS系统、控制器或电源故障。 -
• 火灾、进水、雷击或整机被盗。 -
• 同步软件把错误同步到所有目录。
所以“做了RAID”与“有备份”是两件事。
独立盘、JBOD和RAID有什么不同
每块盘都是独立卷
优点是故障边界清楚:一块盘损坏,通常不直接拖累其他独立卷。不同容量、不同批次的硬盘也更容易逐步加入。
代价是空间分散,需要自己规划目录。某一块盘快满时,不能自动借用另一块盘的空闲空间。
JBOD或线性存储池
它把多块硬盘组合成一个更大的逻辑空间,目录管理更方便。
但不同NAS系统对跨盘存储、元数据和故障恢复的实现不同。一块盘故障后,可能不只是丢失这块盘上“看得见的几个文件”。使用前必须看清系统说明和实际恢复边界。
RAID
RAID用一部分容量换冗余或性能。它适合希望服务尽量不中断、硬盘坏一块后仍能继续访问的人。
代价包括可用容量减少、重建时间长,以及重建期间其他硬盘压力上升。RAID级别、盘数、容量和文件系统不同,结果也会不同,不能只用一句“组阵列更安全”概括。

成品NAS不只有传统RAID
买群晖、威联通、铁威马、华芸、绿联等成品NAS时,用户通常不是直接面对底层磁盘命令,而是在系统的“存储池”向导中选择方案。名称不同,但仍要分清三件事:
-
• 允许坏几块硬盘而不中断访问。 -
• 不同容量硬盘能否充分利用。 -
• 后续扩容需要满足什么条件。
群晖SHR和SHR-2
群晖官方将SHR定义为自动化RAID管理系统。它建立在Linux RAID管理机制之上,会根据硬盘数量和容量自动组合空间,重点是降低传统RAID选型门槛,并改善混合容量硬盘的利用率。
SHR并不代表一定有容错:
-
• 单盘SHR没有硬盘故障容错。 -
• 至少两块硬盘时,SHR可以提供一块硬盘故障容错。 -
• SHR-2至少需要四块硬盘,可承受两块硬盘故障。
因此,看到“SHR”三个字不能直接理解为数据已经安全,还要看当前存储池实际显示的是无容错、单盘容错还是双盘容错。
SHR更适合硬盘分批购买、容量不完全一致,并希望以后逐步扩容的家庭或小型办公环境。SHR-2则会消耗更多容量,通常要在盘位较多、重建时间较长,或者业务更不能中断时再考虑。
其他厂商的弹性阵列和存储池
铁威马TOS提供TRAID一类弹性磁盘阵列方案,同样强调不同容量硬盘的空间利用、故障冗余和后续扩容。其他成品NAS更多是在存储池向导中提供标准RAID、单盘和JBOD等选项,具体支持范围取决于设备盘位、系统版本和机型。
不要只凭名称判断等级。自动分层、SSD缓存、读写缓存、存储池和快照也不是新的RAID级别:
-
• SSD缓存主要改善部分访问性能。 -
• 自动分层决定冷热数据放在哪类介质。 -
• 快照帮助回到某个历史状态,但仍可能与NAS本体一起损坏。 -
• 存储池是管理容器,内部仍要看实际采用的冗余方式。
DIY NAS还要看文件系统和阵列实现
TrueNAS、Unraid以及普通Linux自建NAS的磁盘组织方式并不完全等同于成品NAS界面里的SHR。可能使用镜像、RAIDZ、校验盘、传统md RAID或独立文件系统。
所以讨论“该不该组RAID”之前,第一步不是看机箱是不是DIY,而是先确认:
-
1. 使用什么NAS系统。 -
2. 当前是独立盘、跨盘存储池还是带冗余的阵列。 -
3. 最多允许同时损坏几块硬盘。 -
4. 更换和扩容硬盘有什么限制。
先给数据分级,再决定硬盘怎么组
可以先把NAS里的内容分成三类:
A类:不能丢
例如家人照片、合同、工作文件、密码库导出、数据库和关键配置。
至少保留3份副本,放在2种不同介质上,其中1份离线或异地。同步盘可以是其中一份,但不要把“同步”自动等同于备份。
B类:能重建,但代价高
例如长期整理的媒体库、剪辑素材、项目缓存、下载后很难重新找到的资源。
可以根据容量和重建成本选择RAID、第二台NAS或冷备硬盘。
C类:丢了也能重新下载
例如临时下载、缓存和可随时重新获取的安装包。
如果明确能接受损失,放在独立盘、不做冗余也可以。这里的重点不是“省钱”,而是你已经知道会失去什么。
三份备份还要确认三件事
“有3份”只是数量,真正能恢复还要看:
-
1. 是否都连接在同一台NAS上。长期在线的多个副本,可能同时遭遇误删、加密或硬件事故。 -
2. 是否包含NAS配置、容器数据库和照片索引。只备份共享文件,不一定能恢复完整服务。 -
3. 是否做过恢复测试。随机抽几个目录恢复一次,比只看任务显示“成功”更可靠。

怎么选更合适
如果使用群晖,硬盘分批购买、容量不完全一致,并希望以后逐步扩容,可以先比较SHR与标准RAID的实际可用容量和容错级别。盘位较多、业务更不能中断时,再评估SHR-2是否值得额外占用容量。
如果使用其他成品NAS,先看系统实际支持的标准RAID或弹性存储池,不要照搬另一品牌的名称和扩容规则。
如果是逐块买盘、容量不一致,重要资料已有独立备份,并能接受某块盘故障后丢失其中的普通数据,独立卷仍然是一种可以解释清楚的方案。
如果不想管理多个卷,希望一块盘坏掉后服务继续运行,可以考虑合适的RAID、SHR或其他具备冗余能力的存储池。
如果只是为了把容量拼大而选择JBOD,必须先确认单盘故障后的影响范围和恢复方式。
最后别只问“要不要组RAID”,先回答两个问题:
-
• 这些数据最多能丢多少? -
• 服务最多能停多久?
前一个决定备份,后一个决定是否需要冗余。
本文关于SHR、SHR-2和TRAID的能力边界,分别参考群晖与铁威马官方说明。不同机型和系统版本可能存在限制,实际操作前应再核对当前设备的帮助文档。




