昨天看到群晖正式发布 DSM 7.4，一时间有些心动。
不过，对于家里的这台 DS218+ 来说，我其实一直奉行一个原则：稳定压倒一切。
这台 NAS 已经承担着家里的大部分服务，包括 Immich、Podsync、Tailscale、Docker 等十几个容器，最近好不容易把各种环境都调试稳定。如果因为一次系统升级导致某个服务出现兼容性问题，后面可能又要花不少时间排查和折腾。
因此昨天一直没有下决心升级。
社区评价基本打消了顾虑
今天上午又花了一些时间看看 Reddit 和各大论坛上的用户反馈。
让我比较意外的是，大家对于 DSM 7.4 本身的评价其实不错。
升级过程普遍都比较顺利，没有看到大规模翻车案例。Docker、虚拟机、常用套件基本都能正常运行，不少用户甚至评价说：“升级之后什么变化都没有，这反而说明它足够稳定。”
真正引发大量讨论的，其实并不是 DSM 7.4，而是 Synology 对新功能 Storage Efficiency（存储效率） 的限制。
Storage Efficiency 成了最大的吸引力
原本我只是准备观望一段时间。
但在了解 DSM 7.4 的新功能时，Storage Efficiency 一下子吸引了我。
它集成了在线去重、空间优化等能力，对于长期保存照片、视频和文档的 NAS 来说，看起来还是挺有吸引力的。
虽然家里的 DS218+ 并不是性能很强的型号，但还是忍不住想着：
万一支持呢？
于是决定升级。
从 DSM 7.2 跨到 DSM 7.4
这次属于跨版本升级。
升级之前，我先做了一次配置备份，同时确认 Docker 数据都已经正常保存。
随后点击升级。
整个过程比想象中顺利得多。
系统自动下载安装、重启、迁移配置，所有 Docker 容器、共享文件夹、网络配置都完整保留。
开机之后检查了一遍：
- Docker 容器全部正常启动；
- Immich 正常访问；
- Podsync 正常更新；
- Tailscale 在线；
- 各项共享服务也没有受到影响。
整个升级过程几乎可以说是”无感升级”。
可惜，还是高兴得太早了
升级完成后的第一件事，就是准备体验 Storage Efficiency。
结果打开存储管理器之后才发现：
我的 DS218+ 根本不支持这个功能。
后来又查了一下官方说明和社区讨论，才知道 Storage Efficiency 不仅要求较新的机型，还需要满足 Synology 对硬件平台和存储池的一系列限制，很多经典型号都无法使用。
也就是说，我升级 DSM 7.4 最大的期待，最终并没有实现。
多少还是有点失落。
写在最后
不过，回头想想，这次升级还是值得的。
至少 DSM 7.4 的稳定性比我预想中更好，整个升级过程没有踩坑，原有服务全部正常运行，也算给自己吃了一颗定心丸。
至于 Storage Efficiency，更多还是 Synology 的产品策略问题，而不是 DS218+ 的性能真的完全做不到。
从社区讨论来看，大家吐槽的也不是 DSM 7.4 本身，而是越来越多的新功能开始绑定新型号和官方硬盘，这多少让不少老用户有些无奈。
对于我来说，这次升级最大的收获反而不是新功能，而是验证了一件事情：
只要提前做好备份，DSM 的跨版本升级远没有想象中那么可怕。
至于那个没能体验到的 Storage Efficiency，就只能等下一台 NAS 再说了。
