存储池红了、共享文件夹写不进去、DSM 右上角一直弹”存储空间不足”——这是群晖用户最常见的一次”事故”。但扩容不是”买块大硬盘插进去”这么简单，选错路径的代价可能是几天的重建时间，甚至一次数据丢失。
先说结论：四条路径，按代价从低到高是——加硬盘 > 换大盘 > 接扩展柜 > 换机型。选哪条，取决于你的盘位余量、RAID 类型和容量缺口有多大。
一、先确认：到底是哪一层满了
动手之前，先分清三种”满”，处理方式完全不同：
| 现象 | 实际位置 | 处理方式 |
| 存储池显示”容量不足”，所有共享文件夹都写不进 | 存储池/存储空间（物理层） | 需要真正的扩容 |
| 只有某个共享文件夹报错，其他正常 | 共享文件夹配额 | 调整配额，不需要买硬盘 |
| 存储池还有空间，但系统提示不足 | 快照占用 / 回收站 / 套件缓存 | 清理，不需要买硬盘 |
在 DSM → 存储管理器 → 存储池 里能看到真实占用。很多”空间不足”其实是被快照版本和共享文件夹回收站吃掉的——尤其是开了 Btrfs 快照的机器，快照保留策略太激进时，几个月的版本就能占掉一半容量。这两种情况都不需要扩容，先清再判断。
二、四条扩容路径对比
| 路径 | 适用条件 | 优点 | 代价与风险 | 停机 |
| 加硬盘 | 有空余盘位，RAID 支持扩列（SHR、RAID 5/6） | 不牺牲现有数据，操作最简单 | 要求新盘容量 ≥ 阵列现有单盘容量 | 无 |
| 换大盘 | 盘位已满，但机型支持更大单盘 | 不增加盘位，容量提升明显 | 需逐块替换 + 逐次重建，周期长，重建期间无冗余 | 无（但性能下降） |
| 接扩展柜 | 机型支持扩展柜（如 DX 系列，须按机型确认兼容） | 一次性加 5 个盘位，扩容幅度大 | 扩展柜是独立存储池，不能并入主机 RAID；多一层故障点与供电依赖 | 需重启 |
| 换机型 | 盘位、CPU、网口都到瓶颈 | 一次性解决容量+性能 | 成本最高，需数据迁移 | 有 |
最容易误解的一条：扩展柜不等于”给现有阵列加盘”。 群晖扩展柜里建立的存储池是独立的，和主机上的存储池属于两个世界。如果你的目标是”把现有 SHR 阵列从 4 盘扩到 9 盘”，扩展柜做不到。这一点在采购前必须搞清楚，否则买回来发现不能合并。
三、路线一：加硬盘（最省事）
前提是有空盘位，且阵列类型支持在线扩充。SHR、RAID 5、RAID 6 都支持直接加盘扩容。
步骤：
- DSM → 存储管理器 → 存储池 → 选中有空位的存储池 → 动作 → 添加硬盘
- 选择新硬盘，确认后系统开始扩充
- 等待完成。扩充期间阵列仍可访问，但读写性能会明显下降（通常几小时到一两天，取决于容量）
- 完成后容量自动可用，无需额外操作
注意：新加的硬盘容量如果小于阵列现有单盘容量，多出来的部分会被浪费。SHR 允许混插，但会按最小盘计算可用空间的边界。
四、路线二：换大盘（盘位已满时的主力方案）
这是绝大多数企业遇到的情况：盘位插满，只能一块一块换成更大容量。流程本身不复杂，但这是全年风险最高的运维窗口，因为每次重建期间阵列都没有冗余——任何一块盘在这时出问题，就是整池数据。
完整步骤（以 4 盘 SHR 为例）：
- 先做一次完整备份。 不是”快照”，是备份到另一台设备或离线介质。重建期间没有冗余，这一步不能省。
- 换第 1 块盘。 在 DSM 里对该硬盘执行”停用硬盘”（不要直接热插拔拔盘），关机后更换，开机。
- 修复。 存储管理器会提示”存储池已降级”，选中后点”修复”，选择新硬盘。等待重建完成（4TB 约 6–12 小时，16TB 可能超过 24 小时，视机型负载而定）。
- 重复 2–3，直到所有盘换完。 一次只换一块，前一块重建完成后才能动下一块。
- 扩充存储池。 全部换完后容量不会自动变大，需要手动进入存储池 → 动作 → 扩充，把新增容量分配给存储空间。
- 扩展文件系统。 部分情况下还需要在”存储空间”里执行一次扩充，让文件系统识别新容量。
第 5、6 步是最常被漏掉的——很多人换完盘发现容量没变，就是卡在这里。
重建期间的三个硬性禁忌
- 不要重启、不要断电。 重建过程中断会导致存储池降级甚至损毁。
- 不要同时换两块盘。 阵列会直接崩溃。
- 不要在重建期间跑大量 IO。 会让重建时间成倍延长，风险窗口随之拉长。
五、先算清楚：扩容后到底能用多少
很多人扩容后发现”买的容量没那么多”，是因为没算冗余。
| 阵列类型 | 可用容量公式 | 举例（4 块 8TB） |
| SHR（1 盘冗余） | 总容量 − 最大单盘容量 | 32 − 8 = 24TB |
| SHR-2（2 盘冗余） | 总容量 − 最大两盘容量 | 32 − 16 = 16TB |
| RAID 5 | （盘数 − 1）× 最小盘容量 | 3 × 8 = 24TB |
| RAID 6 | （盘数 − 2）× 最小盘容量 | 2 × 8 = 16TB |
| Basic / JBOD | 无冗余，单盘故障即全失 | 8TB（不建议用于企业） |
容量规划建议按三年算：当前数据量 × 1.5（自然增长）× 1.3（快照与版本占用）÷ 0.7（预留空间，RAID 与文件系统在 90% 以上占用时性能会显著下降）。低于这个数的扩容，一年内会再满一次。
另外要注意，单个存储空间有容量上限，超过上限时需要拆成多个存储空间，而不是无限扩大一个卷。
六、什么时候该换机器，而不是继续扩容
出现下面任意两条，扩容就是在给老设备续命，不如换机：
- 盘位插满且扩展柜也不够用
- CPU 长期 80% 以上（尤其跑虚拟机、Docker、转码时）
- 只有千兆网口，但团队已经在抱怨大文件传输慢
- 机型已停止 DSM 大版本更新支持
- 单盘容量已到机型支持上限
群晖提供 Migration Assistant 做整机迁移，可以把账号、套件、共享文件夹配置整体搬到新机，停机窗口可控。
七、常见问题
Q1：SHR 和 RAID 5 选哪个，后期扩容更方便？
SHR 更灵活：支持不同容量硬盘混插，后期换盘时可以一块一块换成大盘，容量利用率也更高。RAID 5 要求容量对齐，扩容时必须所有盘一起换或按最小盘计算，浪费明显。对中小企业，SHR 是更实际的选择；对需要标准化运维、多台设备统一管理的大型环境，RAID 的可预期性更好。
Q2：扩容期间业务能正常用吗？
能访问，但性能会下降。重建是磁盘密集型操作，同时跑业务会让重建时间翻倍。建议安排在夜间或周末启动，白天尽量不要做大文件传输和备份任务。
Q3：能不能把 4 块 4TB 换成 2 块 16TB？
不能通过”换盘”实现。减少盘位属于重建阵列，需要先备份、删除存储池、重新创建、再恢复数据。如果目标是”少盘位大容量”，更合理的做法是换一台支持大单盘的机型，用迁移工具搬过去。
Q4：换完盘容量没变化，是没生效吗？
大概率是漏了最后两步。换盘只完成”重建”，容量释放需要手动执行”扩充存储池”，部分场景还要再扩展一次文件系统。如果两步都做了仍无变化，检查是否有单卷容量上限限制。
Q5：扩容前一定要备份吗？
一定要。尤其”换大盘”路线，重建期间阵列没有冗余，任何一块盘故障都会导致整个存储池不可用。RAID 和快照都不是备份——它们和源数据在同一个故障域里。真正的备份必须在另一台设备或离线介质上。
扩容本质是一次有风险的存储变更，不是一次采购。盘位、阵列类型、容量上限、备份状态，这四项没确认清楚之前，不建议动手。
需要做容量规划或扩容方案评估？ 宇麦科技可协助核算现有存储池的真实可用容量与增长趋势，给出”换盘 / 加盘 / 扩展柜 / 换机”的成本与风险对比，并配合完成备份验证与实施。涉及存储池降级或数据恢复的场景，建议先联系我们评估，不要自行初始化设备。
关于宇麦科技：群晖（Synology）代理
宇麦科技是群晖（Synology）代理，长期为中小企业、设计工作室、制造业与机构客户提供企业级网络存储与数据安全服务，业务覆盖 NAS 选型、部署实施、扩容迁移、容灾备份与日常运维。
作为群晖代理商，我们主要做三件事：把容量算对、把备份做对、把故障接住。
- 选型：按团队人数、当前数据量与三年增长预期核算盘位和容量，不按预算推型号
- 部署：存储池规划、权限模型、快照与备份策略一次性配到位，而不是”先装上能用就行”
- 交付后有人接：扩容、迁移、故障处置、勒索事件应急，由同一个技术团队跟进
关于群晖代理，两个常被问到的问题
Q：群晖 NAS 从代理商买，和自己网购有什么区别？
设备是同型号、同价格体系，差别在两端：买之前有人帮你把盘位、阵列类型、容量增长算清楚；买之后出问题有人接。网购拿到的是一台机器，代理商交付的是一套能长期跑起来的存储方案。
Q：只做群晖吗？
以群晖（Synology）为核心，配套硬盘选型、网络与备份方案；已有其他品牌的存储环境也可以做兼容性评估与迁移规划。
