群晖可以在保留数据的前提下变更机型和升级系统吗？

https://kb.synology.cn/zh-cn/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_HDD

可以的，用新引导启动，assistant 页面显示可迁移就行，如果出现所有数据将被删除的警告就别再继续了

数据保留没有问题，有些软件不能保留。升级的时候注意一下，我上次 6.2 升级 7.1 的时候，通讯录软件不能保留，我升级后不注意，在没有备份的时候，把老通讯录软件删除了，导致我的通讯录都丢了。

操作错一步，就完蛋，NAS 要的是稳定，功能更新，或者新添功能，都建议外置独立系统内，NAS 本身，留三个通用接口，SMA ，WEBDA 就可以了。

黑裙前段时间刚从 3617 升级到 918 ，数据肯定可以保留，但是对应的系统设置，套件没有保留，不知道是不是升级的时候我最先插入的硬盘不是存套件的那块的原因。不放心的话，可以先弄个空盘，插到老系统上，存点东西，然后再插到新系统试一下，没有问题再全部迁移

黑裙稳点，别折腾

@minbaby 有些套件确实没有保留，但是套件对应的数据还在。

我的黑裙也是从 617 升级上来的, 建议做好充分测试, 我在升级前把 NAS 的所有硬盘包括 617 的启动 U 盘都拿下来, 用新的 U 盘和新硬盘做了全套的升级测试才开始升级的, 目前在 7.1.1

op 已经升级过了吗？
我也是 3617 现在 7.1 想升 7.2 了

@BetterTomorrow 升级了，稍微测试了一下。另外 download station 下载了大概 100g ，目前没发现问题。可能需要更多测试。

@huangya 回家就整

@BetterTomorrow #8 今天下午把 j1900 的 ds3617xs 升级到 7.2 了, 无损
1. 备份系统设置和重要的 photos
2. 在 7.1.1 里手动上传 pat 包升级 7.2-64570 Update 3
3. 重启的时候, 关闭电源, 拔出引导 U 盘
4. 重新写入新的 arpl 到 U 盘, 我用的这个 https://github.com/wjz304/arpl-i18n/releases/tag/23.8.8
5. 插入 U 盘开机, build bootloader, 常规操作
6. 10 多分钟完成升级, 虚拟机需要修复一下, ffmpeg 修复一下, 其他暂没测, 看起来都正常

@xhcnb @BetterTomorrow 我的 ARPL 引导比较新，直接手动上传 7.2 更新包就升级成功了，没有更新 ARP

我试了 7.2 的引导，想自己修改序列号和 DiskIdxMap ，结果一重启就自动重新 build 引导，然后修改就丢失，这个有办法解决吗

7.2 还是很稳定的，完全可以日常使用

ds918+系统最多就只支持 8 个 cpu 线程，你这 12 线程的 cpu 确实有 4 个线程浪费了

https://xpenology.com/forum/topic/61634-dsm-7x-loaders-and-platforms/

如果接受不了可以考虑换 ds3622xs+，最大支持 24 个线程，能充分发挥 cpu 的性能，代价就是放弃硬解，还得看你对核显硬解的需求有多大了

或者也可以跑虚拟化，把核显直通给虚拟 dsm ，分配 8 个核心，剩余的 cpu 性能可以带其他虚拟机，倒也不算浪费了，就是会更折腾一些，而且核显直通的稳定性也不太理想

另外提一句，楼主附言里面的 at 好像收不到提醒，我是随便逛又点进来才发现还有附言的。。

@ruixue 谢谢提供信息，但我听有人讲，似乎不会影响性能，只是显示错误。不知道对不对，还是这些人混淆了 cpu 核数显示错误和 cpu 型号显示错误的区别。

@huangya 可以 bench 一下看看分数，和同型号 cpu 的参考分数差距大不大

其实我觉得没必要纠结太多，群晖这个系统对 cpu 要求并不高，无论 8 线程还是 12 线程，只作为 nas 使用，平时几乎感觉不到什么区别的，除非 all in one 跑很多 docker 虚拟机

可以，黑群引导 arlp ，整个系统转移，我是用虚拟机转物理机，没有任何问题；换机器都行；

跟 OP 的情况完全一样，想问下升级之后 918+硬解正常吗

@goodryb 没有测试过硬解，其余正常