企业官网建设流程全解析

最近在群里回答群晖相关问题时，被问得最多的一句话就是：“我新买的群晖到了，里面RAID到底选basic、shr、raid1、jbod、raid0还是raid5？”说实话，这个问题每次都要解释很久，因为很多人对RAID的认知还停留在“越多越好、越安全越好”的层面，甚至有人看到“群晖推荐SHR”就直接创建，完全不清楚SHR和RAID5有什么区别，也不知道自己选错了以后该怎么改回来。

群晖的RAID类型选择，表面上是安装向导里一步就能跳过的小事，实际上决定了你未来几年手里的数据到底有多安全、容量利用率有多高、扩容是否方便、重建时会不会翻车。这篇文章就把basic、shr、raid1、jbod、raid0、raid5这六种常见模式，连同raid6、raid10在内，从底层原理讲到实际部署建议，再配合我这些年帮朋友和自己组过的十几台群晖机器的踩坑经验，一次性讲透。不管你是第一次接触群晖的新手，还是已经跑了一段时间想重新规划存储布局的老玩家，这篇文章应该都能给你一个可以直接照抄的结论。

1. 群晖的RAID体系：为什么SHR会成为“默认答案”

群晖和大多数传统RAID方案最大的不同，就是它有个自己家的SHR（Synology Hybrid RAID）。你在DSM里创建存储池时，系统默认推荐的就是SHR，很多新手就稀里糊涂点了确定，事后也不知道自己到底选了个什么。

1.1 传统RAID的硬规则：盘位、容量与冗余的三角约束

在聊SHR之前，得先弄清楚传统RAID为什么“不香”。传统RAID是固定格式，比如RAID 1必须要两块盘，RAID 5必须三块起步，容量计算都以“最小硬盘容量”为基准。这就带来一个很尴尬的问题：假如你手里是一块4T加一块8T，想组RAID 1做镜像，可用容量只有4T，8T盘剩下那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裸奔。如果换成三块盘4T+4T+8T，SHR-1会先以4T为基准做三盘RAID 5，得到8T的冗余空间；8T盘多出来的4T，由于没有第二块“多余”的盘来镜像，就只能裸奔。同样是4T+4T+8T，传统RAID 5可用容量只有4×3-4=8T，SHR-1却能用出12T（8T有保护+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：把不同容量硬盘串起来

JBOD（Just a Bunch of Disks）字面意思是“一堆磁盘”，实际作用是把多块硬盘首尾相连，合并成一个逻辑卷。比如一块4T加一块8T，JBOD之后就是一个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 六种模式快速对比表

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 常见问题速查表

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最好的方案。