最近在群里回答群晖相关问题时被问得最多的一句话就是“我新买的群晖到了里面RAID到底选basic、shr、raid1、jbod、raid0还是raid5”说实话这个问题每次都要解释很久因为很多人对RAID的认知还停留在“越多越好、越安全越好”的层面甚至有人看到“群晖推荐SHR”就直接创建完全不清楚SHR和RAID5有什么区别也不知道自己选错了以后该怎么改回来。群晖的RAID类型选择表面上是安装向导里一步就能跳过的小事实际上决定了你未来几年手里的数据到底有多安全、容量利用率有多高、扩容是否方便、重建时会不会翻车。这篇文章就把basic、shr、raid1、jbod、raid0、raid5这六种常见模式连同raid6、raid10在内从底层原理讲到实际部署建议再配合我这些年帮朋友和自己组过的十几台群晖机器的踩坑经验一次性讲透。不管你是第一次接触群晖的新手还是已经跑了一段时间想重新规划存储布局的老玩家这篇文章应该都能给你一个可以直接照抄的结论。1. 群晖的RAID体系为什么SHR会成为“默认答案”群晖和大多数传统RAID方案最大的不同就是它有个自己家的SHRSynology Hybrid RAID。你在DSM里创建存储池时系统默认推荐的就是SHR很多新手就稀里糊涂点了确定事后也不知道自己到底选了个什么。1.1 传统RAID的硬规则盘位、容量与冗余的三角约束在聊SHR之前得先弄清楚传统RAID为什么“不香”。传统RAID是固定格式比如RAID 1必须要两块盘RAID 5必须三块起步容量计算都以“最小硬盘容量”为基准。这就带来一个很尴尬的问题假如你手里是一块4T加一块8T想组RAID 1做镜像可用容量只有4T8T盘剩下那4T就白白浪费了想组RAID 5三块盘得一样大否则还是按最小的来算。而现实里绝大多数人不是一次性买齐所有硬盘都是先拆了两块旧盘用着后面再逐渐加盘、换盘。这种情况下传统RAID的容量利用率非常难看而且将来想从4T升级到8T往往要逐块替换、反复重建过程相当痛苦。传统RAID还有一个绕不过去的坎阵列里所有盘的“地位”是固定的小盘拖累大盘短板效应极其明显。你哪怕只有一块盘容量偏小整个阵列都只能按它的容量来算可用空间。这在硬件RAID卡的服务器上是个老生常谈的问题到了家用NAS上依然把人折磨得够呛。群晖做SHR的初衷就是想打破这个“整列限制”。1.2 SHR到底做了什么把“整列限制”拆成“分块冗余”SHR底层并不是什么神秘技术它本质上是Linux下标准的mdadm软件RAID加LVM逻辑卷管理。群晖做的事是把不同容量的硬盘按容量划分成多个“段”每一段分别做RAID 1或者RAID 5/6最后再用LVM把这些段拼成一个完整的存储空间。这样带来的直接好处就是你能把不同容量的硬盘混搭在同一个存储池里而且冗余空间的计算效率接近理论最大值。举个例子两块盘一块4T一块8T组SHR-1。系统会把两块盘的4T部分做成RAID 1得到4T受保护的空间8T盘多出来的4T单独放着没有冗余。整体可用容量8T其中4T有保护4T裸奔。如果换成三块盘4T4T8TSHR-1会先以4T为基准做三盘RAID 5得到8T的冗余空间8T盘多出来的4T由于没有第二块“多余”的盘来镜像就只能裸奔。同样是4T4T8T传统RAID 5可用容量只有4×3-48TSHR-1却能用出12T8T有保护4T无保护这就是混容的价值所在。但这里有个容易误导人的地方SHR不等于“所有数据都有冗余”。大盘多出来的那部分往往是无保护的。如果你希望整个池子里的数据全部都有冗余最省心的办法还是所有盘同容量、同型号。这也是我后来给人装机时反复强调的一句话SHR能救混容但救不了“想当然”。1.3 面对媒体库与热数据Basic仍有不可替代的位置SHR虽然好但如果你去论坛上看会发现很多老玩家根本不用SHR而是大量使用Basic模式。这不是因为老玩家不懂RAID而是因为他们特别清楚自己NAS里装的是什么数据。一个存了几十部4K原盘、几百集剧集的影音库占了几十个T这些数据就算整盘损坏重新下载也就几天几夜的功夫根本不值得用昂贵的RAID冗余去保护。这时候Basic模式反而是最优解。Basic模式在群晖里就是每块硬盘一个独立的存储空间互不干扰。某块盘坏了只坏那一个卷其他盘上的数据完全不受影响更妙的是Basic盘可以随时拔下来插到Linux电脑上直接读取没有任何阵列组装成本。这种“简单粗暴”在数据救援场景下价值极大。所以后面我在实际部署建议部分会多次强调一个原则重要文件放SHR/RAID影音下载类数据放Basic一台群晖里两种模式完全可以共存没必要逼着所有数据都享受同一种保护级别。2. 六种模式逐一拆解容量、冗余、性能与重建代价每个模式都有它存在的理由也都有它适合的场景。这里我把常见模式逐个讲清楚重点放在“什么情况下你会后悔选它”。2.1 Basic单盘裸奔的“大仓库”Basic是群晖里最简单的方案一块硬盘对应一个存储空间容量就是硬盘本身的容量。DSM在初始化时把系统分区装到每一块磁盘上所以Basic模式下每块盘都是独立的、可移动的。它的优势很直接空间利用率为100%性能就是单盘性能机械盘顺序读写普遍在150~220MB/s左右对家庭SMB网络共享来说完全够用。Basic的短板也一眼看穿没有冗余。一旦硬盘出现物理坏道或者整个盘报废数据基本没救除非送专业数据恢复机构。所以我给新手建议时一直强调Basic是可以用的但只适合放“丢了能重新下载”的数据。而且Basic不等于不需要备份群晖的Btrfs快照照样可以开防止误删和勒索病毒。快照不是备份它是时间机器但至少能让你后悔药吃得起。2.2 JBOD把不同容量硬盘串起来JBODJust a Bunch of Disks字面意思是“一堆磁盘”实际作用是把多块硬盘首尾相连合并成一个逻辑卷。比如一块4T加一块8TJBOD之后就是一个12T的大空间数据先写满4T那块再往8T那块写。它的可用容量是所有盘容量的总和但性能基本等同于单盘因为只是线性拼接没有条带化。JBOD最大的坑在于它没有任何冗余而且因为数据是跨盘存储的如果中间某块盘损坏会造成整个卷的文件系统结构损坏运气好只是部分数据读不了运气差整卷直接没法挂载。很多人觉得JBOD“只是把盘拼起来坏一块只坏一块”这种理解是错的。坏了中间盘跨盘的文件全都要遭殃。我的态度很明确JBOD在群晖上几乎没有任何不可替代的使用价值。你想用满所有盘容量的同时还不想要阵列那不如直接建两个Basic卷一个4T一个8T至少坏哪块只影响哪块。2.3 RAID 0速度拉满风险同样拉满RAID 0需要至少两块盘数据被条带化后交替写入所有盘。理论性能翻倍群晖里两块机械盘组RAID 0顺序读能到250MB/s甚至更高。可用容量同样是所有盘容量之和空间利用率100%。代价是什么零冗余。RAID 0阵列中任何一块盘损坏整列数据全部丢失而且由于条带化分散写入数据恢复的难度和成本远高于JBOD。专业恢复机构看到RAID 0报价往往是普通单盘恢复的好几倍成功率还不保证。我见过太多人图快、图容量拿两块旧盘组RAID 0存照片结果一块盘坏掉后整个人傻掉。家庭场景里我几乎找不出必须用RAID 0的理由。如果你真需要速度那就拿它专门放视频剪辑的缓存工程文件、临时输出目录里面不要放任何不可再生的数据。2.4 RAID 1最纯粹的镜像保护RAID 1就是两块盘互为镜像数据写一份到盘A同时写一份到盘B。可用容量是单盘容量冗余能力为一块盘损坏时数据不丢。读性能有提升可以从两块盘同时读写性能基本等同于单盘毕竟每一笔写入都要做两份。RAID 1最大的问题在于容量浪费两块8T组RAID 1可用只有8T。但它也是“最少盘数、最低复杂度、最高安全感”的入门方案特别适合两盘位群晖、数据又比较重要的用户。选RAID 1时有个细节两块盘容量最好相同如果你拿4T和8T组RAID 1系统只会用掉4T的空间8T盘剩下的4T直接浪费不要这么干。另外RAID 1里的盘可以随时取出一块插到电脑上读出完整数据这一点让它成了很多老玩家的数据保险方案。2.5 RAID 5三盘起步的折中与重建困境RAID 5需要至少三块盘把数据和奇偶校验信息分布式地写在所有盘上允许损坏一块盘。同容量盘组RAID 5时可用容量(N-1)×单盘容量比如三块8T就是16T。读写性能都优于单盘读接近N-1倍的并发写因为有奇偶校验计算反而会慢一些。看起来RAID 5是个很完美的折中三块盘换来两块盘的容量加一块盘的容错。但RAID 5有个被很多人低估的风险——重建。当阵列里某块盘损坏后系统需要读取剩余所有盘上的数据来重建那块新替换的盘。这期间所有盘都在高强度I/O下工作如果剩余老盘里本来就有隐藏坏道或者性能衰减很容易在重建过程中触发二次掉盘而RAID 5在丢失一块以上的盘后数据直接全完。硬盘容量越大重建时间越长一块8T盘的重建往往要十几个小时甚至几天。所以我一直说RAID 5不是不能选但它更适合盘容量不大比如4T以内、盘数不多3~4块、并且你定期有备份的场景。在群晖里SHR-1和RAID 5的冗余级别一样但SHR-1在混容量时更从容所以我通常更推荐SHR-1。2.6 SHR-1/SHR-2群晖的“聪明RAID”SHR-1可以理解成“优化版RAID 5”冗余级别同样是允许坏一块盘但通过分段冗余支持不同容量硬盘混搭。SHR-2则对应“优化版RAID 6”至少需要四块盘允许坏两块盘。底层依然是mdadm加LVM所以并不存在“被群晖绑架、数据取不出来”的问题真到了极端情况把盘拆下来装到Linux机器上用mdadm --assemble配合LVM命令通常都能认回来。为什么群晖把SHR设为默认推荐因为对大多数用户来说SHR-1在容量利用率、冗余、扩容灵活性上综合表现最好。你可以先在机器里插三块4T组SHR-1后面再加一块8T系统会自动把多出来的容量用于扩展或者冗余完全不需要重新拷贝数据。这个体验是传统RAID给不了的。不过SHR也不是没有缺点。最明显的一点是它的分段结构让“这块盘被拔下来插到别的电脑上单盘读取”变得很困难毕竟它不是简单的镜像或条带。另一个问题在于很多新手会误以为SHR是万能钥匙随手就选SHR-1结果把一块4T和一块16T组一起看似可用20T实际有16T是裸奔的一旦16T盘损坏那部分数据全没。这种“伪安全感”比不用RAID更危险。2.7 六种模式快速对比表模式最少盘数可用容量同容量盘冗余能力性能特点适合场景风险提示Basic1总容量无单盘速度影音、下载、缓存无保护坏盘即丢数据JBOD2总容量之和无单盘线性拼接旧盘利用不推荐跨盘文件易受单盘损坏拖累RAID 02N×单盘容量无读写翻倍临时缓存、剪辑工程任何单盘损坏全列报废RAID 12单盘容量一块盘读快写一般重要文件、两盘位机器大盘浪费容量按小盘算RAID 53(N-1)×单盘容量一块盘读快写略慢三盘以上折中方案大容量盘重建慢易二次掉盘RAID 64(N-2)×单盘容量两块盘写更慢数据很重要、盘位多容量利用率偏低RAID 104N/2×单盘容量每组镜像坏一块读写都强性能与冗余兼得成本高SHR-11建议2按容量段计算混容利用率高一块盘同RAID 5群晖用户首选大盘多出部分可能无冗余SHR-24按容量段计算混容利用率高两块盘同RAID 6数据可靠性要求高盘位成本高3. 实际部署建议根据盘位、用途和预算做决定理论看完了接下来是大家最关心的“我到底怎么选”。很多朋友买群晖之前根本不确定自己会用到什么程度所以我按盘位数和用途给出几个可以直接照抄的配置思路。3.1 两盘位机器别急着上RAID 1两盘位机型比如DS220、DS224这类是入门主力也是问题重灾区。很多人看到“两盘位可以做RAID 1”就觉得不组镜像太亏直接两块盘做成RAID 1等后面发现容量不够用时又后悔。我的建议是先问自己一个问题NAS里的数据有多少是丢了会崩溃的如果你主要用来存照片、文档、代码、工作资料那RAID 1或SHR-1是有必要的毕竟两盘位能给你的冗余选择不多。但要注意两块盘尽量容量一致避免浪费。如果主要用来下载电影、做Docker临时目录、挂PT、备份手机里的非核心照片两块盘直接Basic反而更香。把一块盘作为“重要文件盘”另一块盘作为“媒体和临时盘”通过群晖的共享文件夹权限控制做到互不干扰。某天一块盘坏了另一块盘照常工作数据恢复成本极低。两盘位机器不要想RAID 5硬件不支持强行折腾只会让自己疲惫。3.2 四盘位机器SHR-1是唯二选择四盘位是家用NAS的甜点区也是我给人推荐最多的配置。DS423、DS920、DS1522这类四到五盘位机型我的标准建议是所有数据盘组SHR-1重要数据放这个卷上如果还有富余盘位单独放一块盘做Basic专门存影音和下载垃圾。为什么不推荐RAID 5直接组因为SHR-1和RAID 5冗余级别相同但SHR-1能混容、能在线扩充、容量利用率高群晖官方也是这么默认推荐的。折腾成本更低后续升级更平滑。四盘位还有一个常见误选组RAID 10。RAID 10确实读写性能强但可用容量打五折四块8T只能得到16T而同样四块8T组SHR-1能得到24T。家用NAS跑的是SMB/NFS共享大多数场景根本不会用到RAID 10那种级别的并发I/O。除非你的群晖主要拿来跑多路虚拟机、视频剪辑否则老老实实SHR-1。3.3 八盘位及以上的玩法SHR-2、热备盘和分层缓存到了八盘位比如DS1821、DS1823xs这个级别就不适合把所有鸡蛋放一个篮子了。我的建议是分池一个池子用SHR-1放高频读写数据另一个池子用SHR-2放冷备份和归档。SHR-2允许坏两块盘虽然可用容量比SHR-1低一块盘但面对8块大容量盘的重建风险多一层冗余是值得的。总容量超过40T以后RAID 5/SHR-1的重建时间会拉得很长重建期间如果再坏一块盘就全盘皆输这类事故在论坛里见过太多次。如果预算允许可以留一个盘位做Hot Spare热备盘。热备盘平时不参与读写一旦系统检测到某块盘故障会自动用热备盘顶上开始重建不用等人工介入。群晖存储管理器里可以一键设置热备盘非常简单。另外八盘位以上机器强烈建议上UPS并在群晖里开启“供电异常时自动关机”功能防止断电导致阵列里的多块盘同时掉线。3.4 硬盘选购与运行细节CMR、NAS盘与功耗的权衡RAID类型选得再对硬盘选错也是白搭。这里最核心的原则是组阵列必须用CMR传统磁记录的NAS专用盘。SMR叠瓦式磁记录盘不是不能用于NAS但让它参与RAID/SHR重建会极其痛苦。叠瓦盘在正常写入时靠缓存遮掩性能问题一旦阵列重建需要持续写入大量数据缓存瞬间耗尽写入速度能掉到几十MB/s甚至十几MB/s重建几天都完成不了系统还可能误判“硬盘掉线”导致重建失败。现在市面上的NAS盘基本上都标了CMR购买时注意看型号和官方说明。桌面蓝盘、酷鱼这类没有做RAID优化的盘缺少TLER有限时间错误恢复机制在阵列里容易因为单次读取超时被系统踢出属于“组阵列翻车重灾区”。硬盘温度也是稳定性的隐形杀手。机械盘长期运行温度超过50℃故障率会明显上升。群晖本身有硬盘温度报警建议把报警阈值设在45℃左右。如果你用的是多盘位机箱注意风道和硬盘之间的缝隙必要时加个机箱风扇。能耗方面机械盘单盘功耗大约6到10W很多人为了让NAS省电把硬盘设成休眠。但对于组了RAID/SHR的机器频繁休眠唤醒反而增加故障概率而且群晖的系统日志、监控服务会定期唤醒磁盘该睡的时候也睡不踏实。我的经验是重要数据所在的盘不要设硬盘休眠保持常转更稳定。4. 实操中的迁移、扩容与替换流程光会选模式还不行真正考验人的是后续的操作。尤其是从Basic想转RAID、硬盘损坏要替换、容量不够想扩容这些环节一旦顺序搞错轻则数据没变大重则整列报废。4.1 磁盘损坏后怎么做别慌先拍个照群晖的监控机制很成熟当硬盘SMART数据异常、出现坏道或者掉线时DSM会通过存储管理器报“存储空间已降级”同时可以设置邮件、短信甚至推送通知到手机。看到“降级”这两个字一不要慌二不要立刻关机拔盘。第一件事是打开存储管理器截个图记录故障盘的型号、序列号、所在盘位。如果系统还能进入记得把日志中心和SMART信息都导出一份这对后续判断是物理损坏还是逻辑故障至关重要。如果是SHR-1/RAID 5这类“允许坏一块”的阵列降级期间数据仍然可读系统只是失去了冗余保护。这时候你要做的是评估故障盘状态如果SMART显示大量坏道或重映射扇区判定物理损坏就准备替换盘如果只是掉线但SMART正常有可能是SATA线松动、电源不稳、内存兼容问题等“假损坏”可以先重启机器再看状态。替换流程上正确做法是关机→把故障盘取出来→把新盘插入同一个盘位→开机→进入存储管理器→点“修复”或“重建”。不要热插拔阵列盘群晖虽然支持热插拔槽位但家用机器稳妥起见还是关机操作或者至少先进入安全模式。4.2 扩容的正确姿势在线替换还是搬家重建群晖的SHR和RAID模式扩容主要分四种情况我按推荐程度排序给你第一种是直接添加一块盘到现有SHR/RAID 5池里让阵列自动扩展容量。这是最理想的扩容方式比如三盘SHR-1想变成四盘SHR-1直接把新盘插进空盘位在存储管理器里选择“扩充存储池”系统会重新平衡数据不会影响现有数据。第二种是逐块替换更大容量的硬盘。想从四块4T换成四块8T正确操作是先从池中移除一块4T在DSM里执行“停用硬盘”替换成8T等重建完成再执行下一块。整个过程要重复四遍每遍重建可能都要十几个小时但全程不需要把数据拷出去。很多人等不及直接拔了两块盘换上大容量盘结果系统傻眼数据全没这种情况我见过不止一次。第三种是换新机器时做系统迁移。群晖本身支持把硬盘拆下来按原盘序插到新机器里开机后会自动识别阵列并迁移系统非常方便。但前提是新机型的系统版本不能比旧机低太多且盘序不能乱。第四种是做文件级迁移用Hyper Backup把配置和数据全部备份出来再新机器上恢复。这种方式最保守也最费时间但不容易出错。我建议只要不是换平台比如从ARM机型换到x86机型优先尝试直接拆盘迁移跨平台则一定用Hyper Backup搬家。4.3 群晖系统的“假损坏”与修复技巧“硬盘已损坏”这几个字不一定代表硬盘真的报废。群晖判断“损坏”有一套独立的机制异常断电、系统分区文件损坏、Btrfs元数据异常等都可能触发误报。如果你确认硬盘在电脑上还能正常读取或者硬盘SMART数据基本正常那大概率是逻辑层故障可以按下面的顺序排查先把DSM日志和SMART信息导出来给群晖客服或社区老玩家看同时备份配置控制面板→更新还原→备份配置。然后尝试对存储空间做一次“文件系统检查”群晖的Btrfs有自动修复能力这一步能解决大部分由于异常断电导致的文件系统错误。如果存储空间无法挂载不要急着重建先尝试重启一次很多情况下重启后系统会自动修复并重新挂载。最后才考虑删除存储空间再重建——这意味着数据清空所以动作前一定确保数据有备份。这里分享一个真实翻车案例一个朋友某天发现存储空间变成“只读”他一上来就点重建结果整块4T盘被格式化后来送去恢复机构才把照片捞回来。实际上当时只是电源模块老化造成瞬时掉电重启就能恢复。所以一旦遇到盘异常第一步永远是拍照、备份配置、导日志而不是急着重建。4.4 SSD缓存要不要上我的真实体验群晖支持为存储池添加SSD缓存分“只读缓存”和“读写缓存”两种。很多新手买群晖时会顺手买两条M.2 SSD想着“不上白不上”但实际体验下来我对家用场景加SSD缓存的评价是不是必须而且踩坑概率不低。只读缓存就是拿SSD缓存读请求对随机小文件读有肉眼可见的提升比如大量照片缩略图、Docker容器日志这类零碎文件。SSD损坏顶多缓存命中率变低不会丢数据风险低可以考虑。读写缓存则不同写入请求会先落到SSD再由系统自动回写到机械盘一旦突然掉电SSD里还没回写的数据可能直接丢失。官方也要求读写缓存必须用两块SSD组RAID1但这只是降低SSD单盘故障概率解决不了断电造成的数据不一致问题。我家里跳过一次闸重启后群晖就提示读写缓存里的数据写不完整个别文件损坏好在重要数据有备份。后来我把缓存策略改回只读缓存又配了UPS才算踏实。那什么情况下该上SSD缓存如果你的群晖主要跑数据库、多路Docker容器、频繁随机I/O的虚拟机读写缓存收益明显。如果主要用途是存电影、照片备份、SMB共享机械盘直接够用省下的钱加内存更实际。还有一种玩法是部分四盘位以上机型支持M.2盘位创建独立存储池把套件和Docker镜像装到SSD池里机械盘池专门存数据这样比缓存更直观可控。5. 常见问题速查表与避坑经验最后把平时在群里被反复问的问题整理成一张速查表然后分享几个值得记一辈子的教训。5.1 常见问题速查表问题现象可能原因解决方案系统提示“存储空间已降级”阵列中一块盘故障或离线进存储管理器确认故障盘位替换新盘后点“修复”想从Basic无损切换成RAID 1/SHR建池时没有冗余群晖不支持在线转换必须备份→删除存储池→重建→恢复数据RAID/SHR重建特别慢盘容量过大、用了SMR盘、盘本身老化换CMR NAS盘重建期间降低负载避免高温两块不同容量盘组RAID 1后大盘容量浪费镜像按小盘容量计算改用SHR-1或大盘单独做Basic卷系统提示“硬盘已损坏”但电脑上能读逻辑故障或群晖校验不通过先导日志和SMART重建前记得先备份更换群晖主机后阵列识别不了盘序打乱或系统版本过低按原盘位顺序插入确认DSM版本必要时用Linux手动挂载底层阵列文件系统变只读Btrfs元数据异常或异常断电尝试文件系统检查必要时重启不要急着重建5.2 我踩过的坑和建议第一个坑是SMR盘组阵列。早几年图便宜买了三块某品牌大容量叠瓦盘组SHR-1平时拷贝电影倒是看不出毛病直到其中一块盘出现坏道触发重建结果重建跑了两天两夜还没完成系统反复报I/O错误最后只能全部换盘。从那以后我对“便宜大碗”的硬盘特别警惕凡是组阵列必须CMR品牌不靠谱的直接Pass。第二个坑是内存兼容性导致的集体掉盘。有段时间群晖周周死机某次重启后直接提示两块盘同时掉线吓得我差点格式化重建。后来排查一圈发现是我换的一根第三方兼容内存条不稳定导致系统I/O线程冻结才让两块盘同时“掉线”。从那以后任何内存、电源、线缆类配件我都不买杂牌群晖这种设备稳定永远优先于参数。第三个坑是读写缓存掉电丢数据。前面已经详细说了这里再补一句如果你决定上读写缓存请务必先配好UPS并在群晖里开启“检测到供电异常时自动关机”。不然缓存里那点速度优势远不够填一次数据丢失的坑。5.3 最后再分享一个小技巧很多人不知道群晖的共享文件夹里可以单独开启“文件版本控制”也就是Btrfs快照功能。哪怕你用的是Basic盘只要文件系统是Btrfs就能对某个共享文件夹定时打快照。这样误删文件时可以随时回滚到几小时前的版本成本极低。对重要文件夹我建议开启快照计划一般每6小时一份保留30天基本能覆盖绝大多数“手滑”场景。当然快照不能替代备份它防的是误删和勒索防不了硬盘物理损坏所以异地备份依然要有。我现在主力机是四盘位群晖三块16T组SHR-1重要文件都放这个卷里剩余一个盘位放了一块16T做Basic专门丢4K电影和Docker临时下载目录。同一个存储管理器下两种模式共存得非常舒服重要数据有冗余保护影音数据不浪费昂贵的镜像空间。照片走群晖Photos加快照每周再用Hyper Backup把重要文件夹备份到外接硬盘另一台旧机型做冷备。相比早年的RAID 5加无备份时代这套方案用了两年多几乎没有再为数据焦虑过。如果你现在要配一台新群晖我的建议非常简单别一股脑追求RAID 5也别盲目迷信SHR。先把数据分成“丢了会死”和“丢了能重新下载”两类前者用SHR-1或RAID 1后者用Basic。重要数据单独再做一份Hyper Backup到外接硬盘或另一台NAS。这样一套组合下来既省钱又省心。少折腾才是家用NAS最好的方案。