群晖磁盘阵列怎么选？RAID与SHR核心解读与实战指南

1. 群晖磁盘阵列类型，到底该怎么选？

玩群晖的人，十有八九都会在创建存储空间时被那一串选项拦住：Basic、RAID 1、RAID 5、RAID 6、SHR、SHR-2……每个名字都认识，但真要选一个的时候，心里完全没底。我当初第一次搭NAS时也在这儿卡了半天，翻了一圈教程，发现大部分都在讲RAID的数学原理，看完更懵。

这篇文章不绕弯子，直接说人话：每一种阵列类型适合什么场景、容量怎么算、坏几块盘数据还在、性能什么水平、要不要选。看完你就能对着自己的硬盘数量和用途，直接对号入座。

先说结论：群晖的阵列体系一共两大类——标准RAID模式和群晖独有的SHR模式。SHR是群晖把RAID配置过程打包成了傻瓜模式，让你不用手动算RAID层级，底层自动适配。理解SHR等于理解群晖的大半存储逻辑，而想真正掌握怎么选，还是得先把RAID那几个基础类型吃透。

文章适合三类人：刚入手群晖、准备插盘还没初始化的小白；已经建好存储空间、想扩容或调整冗余策略的老用户；以及单纯想搞懂SHR和RAID区别、为下一次组NAS做功课的朋友。我尽量不堆参数，多讲实际场景和我在操作中踩过的坑。

2. 先把群晖常见阵列类型的底细摸清楚

2.1 Basic与JBOD：最简单，但别指望它有保护

先说Basic，这是群晖里最基础的用法——一块硬盘独立成一个存储空间，不跟其他盘发生任何关系。听起来废话，但它的存在其实很有意义：单盘用户、临时挂载、还有那些“我就放点不重要的电影”的人，Basic是最干净的方案。没有校验、没有镜像、没有条带化，磁盘空间100%全用，读写速度就是单块硬盘的极限。

Basic的潜台词是：这块盘挂了，数据全没。没有后悔药。所以我自己只在一种情况下用Basic——外挂USB硬盘做冷备份，或者给临时下载盘当缓冲。你要是拿它存照片、文档、代码库，那属于给自己埋雷。

JBOD（Just a Bunch Of Disks）也简单：把多块物理硬盘串成一个大仓库，先插的盘用满了再用下一块。它不提升性能，也不提供冗余，纯粹是“空间不够了，我多挂一块盘”的思路。JBOD最大的价值在于——如果你手里是一堆不同容量、不同接口的杂牌盘，JBOD能一股脑全收纳。但它有个致命性格：任何一块盘挂了，整个JBOD存储空间里的所有数据都可能受影响（取决于数据跨盘分布），因为群晖是跨盘写入的，单块盘损坏往往意味着整个卷无法挂载。

2.2 RAID 1与RAID 5：小规模容灾的经典之选

RAID 1，也就是镜像模式，至少需要两块盘。它做的事情很直白：同样的数据同时在两块盘上各写一份。容量上，两块盘组RAID 1，可用空间等于其中较小一块的容量，另外一块是完整副本。性能方面，读取速度比单盘快（因为可以同时从两块盘读），写入速度反而跟单盘差不多（因为每笔数据都要写两份）。

Raid 1的安全逻辑是：最多允许坏一块盘，坏了一块，另一块顶上，换上新盘后自动重建镜像。两块盘同时坏？数据没了，概率再低也是风险。我见过有人用两块盘组RAID 1就当天下无敌，其实同批次硬盘同时挂掉的情况在停电、雷击、电源故障时还真会发生。

RAID 5至少需要三块盘，做法是把数据切成一块一块的，分散写到所有盘上，同时每块盘都留一部分空间专门存校验信息。这个校验信息是数学运算算出来的，如果某块盘坏了，系统可以结合其他盘的数据和校验信息，把丢失的那部分数据反推出来。

容量计算上，RAID 5可用空间是（N-1）× 最小盘容量。比如三块4TB的盘，可用空间是8TB，第三块4TB全部用于校验。性能方面，读性能不错，因为数据分散在多盘上可以并行读；写性能略逊，因为每次写入都要额外计算并写入校验信息。容错能力跟RAID 1一样：只允许坏一块盘。坏第二块的时候，数据就可能已经救不回来了——尤其是重建过程中再坏盘，许多人的数据就是死在这个节点上。

2.3 RAID 6与RAID 10：两块盘的冗余，两种思路

RAID 6是在RAID 5基础上多算了一份校验信息，所以允许同时坏两块盘。至少需要四块盘，可用容量是（N-2）× 最小盘容量。四块4TB的盘，可用8TB。写入性能比RAID 5更差一点，因为每次写入要算两次校验、写两处校验信息。但换来的是更高的安全性——适合数据量大、重建时间长、不想在重建期间提心吊胆的人。

RAID 10是个混合体，先把盘两两做成镜像，再把多组镜像做成条带。它至少需要四块盘（两组镜像），可用容量是总容量的一半。举个例子：4块4TB的盘，可用8TB。RAID 10在性能和冗余之间拿到了一个比较均衡的得分——读写都快，且允许坏一块盘（如果是同一镜像组里坏两块就完蛋了）。

很多人在RAID 6和RAID 10之间纠结。我的建议是：如果你更在乎数据安全、盘位够多，RAID 6；如果你更在乎性能、经常密集读写的小团队，RAID 10更合适。

2.4 SHR与SHR-2：群晖把复杂留给自己

SHR，全称Synology Hybrid RAID，是群晖的看家本领。它本质上是把上面的RAID类型做了一个自动化封装：系统根据你的硬盘数量和容量，自动挑选最合适的RAID层级来组合，并把不同容量的盘组合得尽可能不浪费空间。

普通RAID模式下，阵列容量受最小盘限制。比如你有三块盘：8TB、8TB、4TB，组RAID 5，可用空间是（3-1）×4TB = 8TB，那两块8TB有一半白瞎了。SHR会聪明地把4TB的盘当作基础层组成RAID 5，多出来的4TB再组合成另一个RAID 5，最后可用空间是12TB。这就是SHR最大的价值——混用不同容量硬盘时，空间利用效率最大化。

SHR-2的思路一样，只是底层对应RAID 6，允许同时坏两块盘。盘位越多、容量越杂，SHR-2越能体现“空间利用不浪费”的优势。代价是SHR/SHR-2对硬盘品牌和型号的兼容性要求有点挑，尤其SHR-2，群晖系统计算复杂，非标准容量盘有时会组合出让你意外的结果。

3. 动手算一算：不同方案的容量、性能、安全性全对比

3.1 容量计算的具体方式和注意事项

关于容量计算，有个最容易被忽略的细节：所有阵列计算都以“最小盘容量”为基准。RAID 1的两块盘，一块4TB一块6TB，可用空间是4TB，多出来的2TB在镜像期间完全不可用。RAID 5三块盘：6TB、6TB、4TB，可用空间是（3-1）×4TB = 8TB，而不是拿12TB总容量去算。这不是群晖的缺陷，是RAID的根本逻辑——条带化和校验信息都要以一致的容量边界去写。

SHR呢？同样这套盘（6+6+4），SHR能算出8TB的基础RAID 5空间，然后每块6TB盘剩下的2TB再组成一个2TB的RAID 1，最终可用空间是10TB。你们发现区别了吗？同样三块盘，SHR比标准RAID 5多出2TB可用空间，冗余等级却完全一样（都允许坏一块盘）。这就是为什么老用户常说“混容量盘，SHR是唯一解法”。

再提醒一句容量相关的隐藏成本：RAID 5和RAID 6在重建阵列时，需要把所有盘的容量都读一遍，盘越大、重建时间越长。重建期间阵列性能明显下降，如果此时另一块盘又出坏道，重建失败的风险很高。这也是我建议8TB以上大盘优先考虑RAID 6或SHR-2的原因，重建窗口太长，单一冗余不够安心。

3.2 性能对比：读快写慢是常态

阵列性能不是玄学，可以拆成读写两方面来看：

Basic/JBOD读写就是硬盘本身的速度，机械盘大概200MB/s级别，SSD会更快。RAID 1读快写慢：因为数据有两份，读可以从两块盘同时拉，写要两边都落盘。RAID 5读性能更好，写还是个瓶颈，但比RAID 1强一些，因为RAID 1每笔写都是双份完整写，RAID 5只有校验运算的开销。RAID 6写最慢，双份校验计算量摆在那。RAID 10读写都漂亮：条带化并行读，镜像组内并行写，代价是容量利用率低。

群晖用户实际跑下来，千兆网环境下（约125MB/s），RAID 5和RAID 6的写性能差距感知不明显，因为网络先成了瓶颈。真正能察觉差异的是万兆局域网、或者直接在NAS上跑虚拟机和Docker容器的时候。所以家用场景，性能不该是你选RAID 6的阻碍——网络才是。

3.3 安全性评级和适用盘数速查

表格里的空间利用率，RAID 1是50%，RAID 5是(N-1)/N，盘越多利用率越高；RAID 6是(N-2)/N，同理；RAID 10恒为50%。容量和安全性永远是直接冲突的，没有哪一种方案能同时把两者拉到最满，选型就是在你的数据估值和硬盘预算之间找平衡点。

4. 实操过程：群晖上创建阵列类型的具体步骤

4.1 创建前的检查清单

初始化阵列之前，有几件事务必做，全是过来人的教训：

先确认硬盘列表里没有需要保留的数据。创建存储池和存储空间会清空所有硬盘上的数据，这一步没法撤销。拆过机的旧盘、之前在别的设备上存过资料的盘，建议先挂到电脑上备份，再插进群晖。

其次，在“存储管理器”里查看每块硬盘的健康状态。群晖对每块盘都有SMART信息，通电时间、重映射扇区数、温度、错误日志都在里面。如果某块盘已经亮黄灯，别拿它组阵列，尤其是RAID 5和RAID 6——一个满是坏道的盘加入阵列，重建时容易拖垮全局。

最后，确认你的群晖系统版本和机型是否支持SHR。绝大多数DS系列都支持，但部分入门机型在SHR-2上有兼容限制，可以在群晖官网的规格表里核对。另外，SHR仅支持Btrfs和ext4文件系统，创建时群晖默认推荐Btrfs，我的习惯是无脑选Btrfs，快照功能以后用得上。

4.2 从零开始创建存储池的具体路径

实际操作不算复杂，但每个选项都需要理解后再点。

登录DSM，打开“存储管理器”，在“存储”标签页点“新增存储池”。系统会让你选择“快速创建”还是“自定义”。我的建议：如果是初次建阵列，用“自定义”，别嫌麻烦，它让你选择每个RAID类型的明确选项，你对最终结果心里有数。

选好“自定义”后，系统列出所有可用硬盘。勾选你计划加入阵列的盘，然后进入RAID类型选择。这里如果选“SHR”，系统自动计算最优组合；如果选标准RAID类型，你得自己确定RAID级别。我建议第一次建阵列直接选“SHR”，系统帮你完成大部分优化；如果你有特殊需求，比如几个盘容量一模一样、想走传统RAID 5，那也没问题。

选完类型，系统会有一个摘要页显示“预计可用容量”。这里一定要仔细核对你算出来的数字。如果系统给的数和你的预期差得远，先别急着下一步，回去检查是不是勾多了盘、或者某块盘容量特别小拉低了基准。

确认后点“创建”，系统开始初始化。初始化时间取决于盘的数量和容量，一块10TB机械盘可能要好几个小时。这期间你可以继续做别的，但别强迫重启NAS，会导致初始化中断。初始化完成后，在存储池上新建“存储空间”，选文件系统（推荐Btrfs），设置卷名称，然后就是格式化、挂载、开启共享文件夹的常规流程了。

4.3 SHR模式下添加不同容量硬盘的注意事项

SHR最吸引人的地方是以后扩容可以混插不同容量的盘。但这里有一个很多人没注意到的坑：如果你一开始的两块盘是4TB+4TB组SHR，可用空间是4TB（RAID 1镜像）。这时候你加一块8TB盘，SHR不会简单地把所有空间都利用起来，而是会先升级底层RAID 5（8TB、4TB、4TB组合），可用空间变成8TB，然后你再想利用8TB盘多余的容量，SHR才会继续加一层。整个过程是自动的，但加完盘之后，系统会要求你“扩展存储池”，你不手动点，空间不会自己跑出来。

还有一点，添加的硬盘容量不能小于阵列中现有最小盘容量，否则SHR可能会提示你无法使用整块盘。举个例子：现有阵列是三块8TB，你想加一块4TB进去，SHR能收，但这块4TB只能当作8TB盘的小弟来用，空间利用率极低，不如干脆不插。

4.4 阵列类型创建后的验证方法

建完阵列后别急着往里塞数据，先做个基础验证。

在“存储管理器”里看存储池状态是否显示“正常”，不是的话别跳过，排查黄色警告或红色异常。然后进入“存储空间”页面，点击“文件系统检查”，跑一遍完整性扫描，确认底层文件系统没有问题。

验证阵列性能可以用群晖自带的“存储空间分析器”，它能把每个共享文件夹的占用情况列出来，顺便测试卷读取速度。如果你觉得自带工具不够直观，可以SSH登录NAS，跑一下fio或者dd的读写测试，看看顺序读写速度是否符合预期。因为家用千兆网络限制，测试结果和理论值有差距很正常，不用紧张，关键是确认阵列没有异常。

5. 常见问题与排查技巧实录

5.1 为什么我看到的可用容量比预期少？

这个问题出现得频率极高。多数情况是你忽略了两类容量开销：第一类是RAID本身的校验/镜像开销，这是阵列机制决定的，没法省；第二类是文件系统、系统预留空间和快照开销。Btrfs文件系统会预留一部分元数据空间，快照功能又会占用额外空间，这些都会从总容量里扣除。

还有一种可能：你的阵列里有不同容量的盘，而标准RAID按最小盘容量计算。比如两块盘6TB和4TB组RAID 1，可用容量只有4TB，那多出来的2TB不是不见了，而是不能单独使用。SHR模式下不会有这个问题，这也是我强烈推荐混容量用户选SHR的原因。

5.2 硬盘指示灯闪烁却迟迟不重建，怎么办？

阵列重建期间，硬盘会持续高负载工作，指示灯狂闪，读写速度下降，这都是正常现象。重建速度取决于盘的读写速度和阵列大小。如果你发现重建卡在一个百分比很久不动，不要贸然重启机器，那会中断重建，甚至导致阵列状态异常。

优先检查“存储管理器”里的“存储池日志”，看是否有硬盘I/O错误记录。如果某块盘反复报错，大概率是那块盘本身有问题，建议先更换并重新加入阵列，再把重建流程跑完。如果是数据量特别大、盘特别多的情况，重建可能持续一整天甚至几天，耐心等就好。

5.3 阵列降级后如何正确更换硬盘？

“降级”意味着阵列里已经有一块盘挂掉或缺失。此时第一优先级是找一块同样容量（或更大容量，部分RAID支持）的健康硬盘，插入空盘位，进入“存储管理器”的“存储池”，在“硬盘”栏里选择“更换硬盘”，系统会开始重建。

这里有个关键经验：不要直接把坏盘拔出来就把位置空着。如果是热插拔机型，换盘过程中千万别断电。如果是普通家用机型，最好关机再换盘，避免热插拔导致硬盘损坏。换盘完成后，等重建100%结束才算真正安全，这段时间内不要删除存储空间、不要额外新建存储池。

5.4 SHR扩容时空间不增加，是哪里出了问题？

SHR加盘后空间不增加，通常是少了“扩展存储池”这一步。系统提示你扩容时，需要到存储池页面点击“扩展”按钮，然后选择“将新硬盘加入现有存储池”，确认系统预估的新容量，执行后等待扩展完成。如果你加了盘但直接忽略提示，存储池固然能识别到新盘，但不会自动把空间并入卷，白折腾一场。

还有一个可能：你加的新盘容量小于阵列最小盘容量，SHR拒绝利用这块盘。这种情况建议换个更大容量的盘，或者手动将其作为独立Basic存储池使用。

5.5 阵列类型改变，能否在不丢失数据的前提下转换？

这是个热门问题。很遗憾：大多数RAID类型之间不能直接无损转换。RAID 1可以根据群晖的“更改RAID类型”功能升级到RAID 5（盘数足够时），SHR之间也支持升级（SHR升级到SHR-2），但RAID 5到RAID 6、RAID 1到RAID 6这类跨级别转换基本不被支持。

如果确实需要改变阵列类型，常规路径是：备份数据、删除存储池、重新创建阵列、再把数据传回来。备份介质可以是另一台NAS、外置硬盘或云服务。我见过不少人为了省时间直接硬切，最后数据丢失后又回来找恢复方案，折腾得够呛。我的建议：涉及阵列类型变更，务必备份，没有例外。

6. 混合使用思路：多存储池架构的实战建议

6.1 一个池跑全家桶，还是分池更香？

群晖支持在一个NAS上创建多个存储池，每个池可以用不同阵列类型。很多人从没想过这个组合玩法，但实际上它相当实用。比如一台四盘位机器，可以拿两块盘组RAID 1存重要照片文档，另外两块盘拿Basic或JBOD做下载盘和影视库。这样既保证了核心数据安全，又不会让不重要的大文件白白占用镜像空间。

分池的另一个好处是：不同业务的故障域隔离。如果影视盘挂了，不会影响照片盘；如果下载盘坏了，你顶多重新下载，照片还能正常访问。当阵列类型产生冲突时，与其纠结“全部用RAID 5还是全部用RAID 1”，不如先想清楚每一块数据的重要级别，再做物理隔离。

6.2 单盘不重要的文件是不是可以直接裸奔？

电影、电视剧、软件安装包这类可以从互联网重新获取的资源，用Basic甚至JBOD完全没问题。空间利用率100%，坏盘也没关系，重新下载就行了。但如果是家庭照片、工作文档、代码仓库这些唯一副本，必须放进有冗余的阵列。很多新手喜欢把所有文件一股脑塞进同一个存储池，方便是方便，但一旦那一个池出问题，所有数据都会遭殃。

我的习惯是：重要资料在RAID/SHR池，影视音乐在Basic池，两者之间通过群晖的共享文件夹权限隔离。这样既能享受群晖的易用性，又把损失风险控制在一个池的范围内。

6.3 使用SSD缓存会不会影响阵列安全？

群晖的SSD缓存有两种模式：只读缓存和读写缓存。只读缓存不会影响阵列数据，因为它只是把热点数据读到SSD上加速，即使SSD损坏，原始数据依然完好。读写缓存则会把数据先写入SSD再落盘，一旦SSD突然损坏，缓冲区里尚未写入机械盘的数据可能丢失。

如果你决定用读写缓存，务必使用群晖官方兼容列表里的SSD，最好有掉电保护，并且定期监控SSD健康度。另外，读写缓存不适合跑重要的数据库之类的高频写业务，因为丢失窗口会更大。家用场景下，我更推荐只读缓存，性价比高，安全风险低。

7. 从选型到维护，我的几条切身经验

7.1 开机自检与硬盘健康监测的日常习惯

阵列类型的讨论再热闹，真正的核心还是硬盘本身。群晖的“存储管理器”里有SMART信息，你可以设置定期自检计划，比如每周跑一次快速自检、每月跑一次完整自检。完整自检会全盘扫描读取数据，耗时较长，但它能在坏道大面积出现前提前报警。

我见过一块盘SMART显示“重映射扇区数”从0涨到十几个，当时没在意，两个月后阵列直接降级。从那以后，我每个月都手动看一眼SMART关键指标：通电时间、重映射扇区数、待映射扇区计数、CRC错误计数。任何一个出现非零且持续增长，就准备换盘。

7.2 定期清洗备份：阵列不是备份的替代品

这句话要刻在脑门上：RAID不是备份。RAID解决的只是硬盘硬件故障问题，它无法应对误删、勒索病毒、火灾、水灾、整机被盗。所以群晖里要开启“快照”功能，定时对共享文件夹做快照，遇到误删可以快速找回历史版本；重要数据再定期用Hyper Backup推到另一台设备或者云端冷备。

我的做法是：群晖阵列保证日常高可用，快照保证最近的误操作可恢复，云端备份保证极端灾难场景有兜底。三层下来，才算完整的备份策略。阵列类型选得再好，也只是这盘棋的第一步，不是全部。

7.3 阵列选型的一点个人心得

如果你只有两盘位，直接SHR，基本等于RAID 1，简明高效。三盘位，SHR或RAID 5都行，混容量选SHR。四盘位以上，数据重要且容量需求高，优先SHR-2或RAID 6，重建窗口大，双冗余让人踏实得多。

再分享个小技巧：新盘买回来后，先在电脑上用专业工具做一次全盘扫描，确认没有隐藏坏道再插进群晖。不要嫌麻烦，这一步能替你规避掉很多未来阵列降级的心烦事。还有，阵列创建时的盘序尽量固定，虽然群晖不强制，但固定盘序能减少一些奇奇怪怪的兼容性问题。

阵列选型的本质，是在安全、容量、性能、预算之间做取舍，没有标准答案，只有最合适你的场景。看完这些，再回到群晖的创建向导，你应该不会再犹豫了。