存储池与共享文件夹：SHR vs RAID、权限与配额

上一篇完成了初始化，这一篇把存储这件事讲到底：SHR 和标准 RAID 在实际使用中的差别、共享文件夹的权限模型、配额怎么用。存储结构是 NAS 里最不建议返工的部分，值得在动手前多想十分钟。

SHR 与标准 RAID：实操层面的真实差异

两者在可靠性上没有本质区别——SHR-1 对应单盘冗余、SHR-2 对应双盘冗余，底层思路与 RAID 5/6 一致。真正的差异有三处：

第一，混盘能力。 SHR 允许不同容量硬盘混用并把每块盘用满；标准 RAID 5 按最小盘切分，大盘认小。家里硬盘是陆续添置、容量不一的，SHR 的优势会被反复兑现。

第二，平滑扩容。 SHR 支持「逐块换大盘」的扩容路径：换入一块更大的盘、等重建完成、再换下一块，存储池容量随之增长。标准 RAID 5 在 DSM 上也支持类似扩容，但混盘场景下 SHR 的空间利用率更高。

第三，可移植性。 标准 RAID 是行业通行规范，硬盘拆下来放到其他设备上被识别为标准阵列的概率高；SHR 是群晖私有实现，脱离群晖环境（尤其带多组冗余的 SHR-2）恢复难度明显更大。

结论：不打算离开群晖生态的家庭用户选 SHR；有「哪天换系统/自建」念头的选标准 RAID。拿不定就 SHR，多数人的实际收益更大。

共享文件夹：一切的入口

DSM 里所有数据都以共享文件夹为单元管理。控制面板 → 共享文件夹 → 新增，创建时有两个关键选项：

• 所在位置：默认在唯一的存储空间 1 上即可，别为「隔离」乱建多个空间；
• 回收站：建议所有共享文件夹都启用，勾选「只允许管理员访问回收站」。误删文件的第一道救命绳。

另外两个容易被忽略的选项：加密共享文件夹（重启后需手动挂载，适合敏感文档）和数据校验（Btrfs 卷上建议开启，可发现静默损坏）。

权限模型：想清楚「谁能干什么」

DSM 的权限挂在「用户和群组」上。家庭场景建议不要逐个用户配，而是建群组：

控制面板 → 共享文件夹 → 选中文件夹 → 编辑 → 权限
  ├─ administrators：读写
  ├─ family（家人组）：media 只读、docs 读写
  └─ kids（孩子组）：media 只读、docs 子目录读写

三条实操纪律：

1. 拒绝 Everyone 权限：新建文件夹默认给 Everyone 的权限全部取消，再按群组加；
2. 应用层权限单独管：Synology Photos、Drive 有自己的共享界面，与文件夹权限是两套系统，家庭相册在 Photos 里共享更直观；
3. 不确定时给只读：写入权限意味着「能改能删」，宁缺勿滥。

配额：防止一个人吃光全家空间

配额（Quota）限制用户或群组在共享文件夹上可用的容量。典型用途：给孩子的同步目录限额 500GB，避免 iPad 视频缓存把存储池灌爆。

路径：控制面板 → 用户与群组 → 选中用户 → 编辑 → 容量配额（或对群组设置）。注意配额按用户在单个卷上的用量计算，Btrfs 卷上的配额功能最完整。文件系统差异（ext4 与 Btrfs）以官方文档说明为准。

实操示例：家庭媒体库的标准结构

/storage
├── media
│   ├── movies/      电影（只读给家人）
│   ├── series/      剧集
│   └── music/       音乐
├── photo/           相册（Synology Photos 索引）
└── docs/            文档（family 组读写）

用 File Station 建好目录后，在 Photos 套件设置里把 photo 目录纳入索引，Jellyfin 等第三方媒体库则通过 Docker 挂载 media 目录（挂载方法见本书 Docker 入门篇）。

文件系统：Btrfs 还是 ext4

建存储池时还有一个岔路口：文件系统选 Btrfs 还是 ext4。给家庭用户的判断依据：

结论简单：新池一律 Btrfs。快照和数据自愈是家用场景里实打实的安全网，性能差异在机械盘上感知不到。 ext4 的存在意义主要是老机型或特殊兼容需求，具体支持范围以机型与 DSM 版本的官方说明为准。

File Station：网页版资源管理器

共享文件夹建好后，日常管理靠 File Station（DSM 桌面那个文件夹图标）。几个值得知道的功能：

• 在线预览：照片、视频、文档点开即看，找东西不用先下载；
• 复制/移动进度：大文件搬移有进度条且支持后台执行，比 SMB 拖拽更可控；
• 共享链接：右键任意文件生成带有效期与密码的下载链接，临时给朋友传文件不用开任何端口——这是把「分享」和「暴露」分开的官方姿势；
• 回收站管理：删除的文件在各文件夹的 #recycle 目录里，定期清理，别让它变成隐形的空间黑洞。

空间去哪儿了：快速体检清单

存储池用着用着就满，先按这个顺序排查：

1. 回收站：各共享文件夹的回收站经常藏着几十上百 GB；
2. 照片缩略图与索引：Photos 的缩略图缓存随照片量增长，属正常开销，别手删；
3. 下载目录：BT 任务的残留种子与未清理的样本文件（下载机篇的纪律问题）；
4. 容器与日志：Docker 镜像堆积、应用日志不轮转，docker 目录值得定期看一眼；
5. 快照保留：快照保留期拉太长会持续占用空间（备份篇讲过取舍）。

存储管理器里的「容量分析报告」功能可以图形化列出大文件分布，对着报告清理比凭感觉翻文件夹高效得多。

快问快答

Q：存储池和存储空间必须一一对应吗？ 家庭场景建议「一池一空间」，管理最简单。多空间只在确有隔离需求时使用（如敏感数据单独成卷加密）。

Q：共享文件夹能改名吗？ 可以但慎做：改名的只是文件夹名，已有的 SMB 映射、套件索引路径要跟着失效重建。结构尽量在建库第一天定稳。

Q：家庭两代人共用一台 NAS，权限怎么划？ 老人一个账户只开 Photos（相册只进不出）；成年人各自账户；孙辈设备归入儿童账户。群组化管理，别逐人配。

Q：存储池显示「警告」但读写都正常，要紧吗？ 警告通常来自 SMART 预警（坏道增加、重映射扇区超阈值），这是「值得警惕但未失效」的信号：立即确认备份最新、安排换盘，别等它变「降级」。

Q：容量配额和回收站冲突吗？ 不冲突。配额统计的是用户的净用量，回收站里的文件通常仍计入——这也是「定期清回收站」进月度清单的原因之一。

Q：能限制某个用户只读不给删吗？ 可以，共享文件夹权限里只勾「可读」即可；Photos 这类应用另有自己的共享层级。给「只准看、不准动」的对象（比如共享给老人的老照片库）就是这套组合。

新手常见误区

• 「存储空间多建几个，文件分类更清楚。」 分类靠文件夹，不靠存储空间。多空间互相之间容量隔离，一个满了另一个空着，最是别扭。
• 「权限配好 Photos 就自动跟着走。」 Photos 有独立的共享与权限逻辑，家庭共享相册请在套件内设置，别在文件夹权限里绕弯。
• 「回收站是备份。」 回收站只防「刚删完就后悔」，硬盘故障、误格式化它无能为力。真正的备份见本书 3-2-1 策略篇。
• 「混盘组 SHR 之后随时可以自由换等级。」 存储池的 RAID 类型转换支持范围有限（如 RAID 1 转 RAID 5 有条件），并非任意转换，动手前查存储管理器内的说明或知识中心文档。

存储这块地基打好，下一篇解决最高频的需求：手机照片备份与 Synology Photos 的日常使用。

本章由 WorkBuddy 原创整理，关键参数以官方文档为准。