上一篇文章群晖使用Active Backup For Buiness 整机恢复中，我使用ABB套件将名称为A的群晖NAS备份，并重新安装了一台群晖B，成功的将备份的内容完整的恢复，使得A和B的内容完全一致。

我也用HyperBackup完成了同样的备份恢复流程，过程和ABB差不多。。

现在，我将使用Migration Assistant完成迁移，使得A和B的内容一致，并观察过程和上述两个备份套件有何不同。

Migration Assistant的概念

Migration Assistant 是一种用于将数据从一个 Synology NAS 迁移到新 Synology NAS 的应用程序。该工具只需几个简单的设置步骤，即可简化传统的迁移过程，并无缝迁移系统设置和数据。

来源和目的地 Synology NAS

在这些 Migration Assistant 文章中，从中移出数据的原始 Synology NAS 称为来源 Synology NAS 或来源设备，而新的 Synology NAS 称为目的地 Synology NAS 或目的地设备。

可迁移项目

Migration Assistant 用于将所有服务和数据迁移到新的 Synology NAS。

以下是可迁移项目：

• 数据（基于存储空间/块级的 LUN 迁移）
• 套件、套件设置和套件数据
• 系统配置

不可迁移项目

Migration Assistant 不会迁移以下项目：

• 目的地设备上的 DSM 版本将保持不变
• Synology 帐户设置
• 注意：迁移后，Synology 帐户相关服务会禁用。若要启用服务，请参阅本文以了解更多信息。
• 许可证
• 控制面板中的网络设置“常规”选项卡中的服务器名称、默认网关、IPv6 默认网关网络接口（VPN 配置文件、IPv6 隧道、IPv4 设置中的 MTU 值及 802.1X 除外）静态路由
• 控制面板 > 通知设置中的推送服务设置
• 桌面小工具和任务栏设置
• Virtual Machine Manager 的设置

让我们开始吧 ,将NAS-A的所有内容迁移到NAS-B

两台NAS基本情况

NAS-A: 2块1.8TB的硬盘组成SHR，安装了若干套件，IP： 192.168.10.14

上传了一些文件如图

NAS-B： 4块1T的硬盘组成SHR，并安装了一些套件。IP : 192.168.10.5

在目的地NAS-B上安装Migration Assistant

如图，记得勾选作为目的地

输入NAS-A的用户名口令确认

迁移前检查和设置

如下图，需要在NAS-B上移除所有共享文件夹，并且NAS-B的容量要大于NAS-A

想想也是，为了防止一些通用的文件夹，如homes，photo，video等等重复，作为目的地的NAS-B,肯定是不能有任何一个共享文件夹的，要求容量大于NAS-A那也是理所应当的。

注意：迁移会抹除B的所有内容，默认场景，就是NAS-A的容量不够用了，或者太老了，买一台新的NAS-B，用迁移工具将A的内容迁移到B。

在控制面板删除共享目录，是有一些前置条件的，比如删除video，要先卸载videostation，有些套件按提示必须卸载。移除homes目录，必须向到控制面板停用家目录。

再次检查，会提示快照设置会被删除

最后检查确认

进一步提示

输入NAS-B的密码开始迁移

开始迁移

会提示迁移完成还需要手动设置一些内容

查看日志，会发现迁移工具会删除NAS-B上的所有套件

会重新启动几次

迁移完成的提示，无非就是IP不会变，要自己手动改ABB套件等设定要重新设置。

迁移后的检查NAS-B

• NAS-B的IP还是192.168.10.5
• 登录门户和外部访问端口号保持迁移前的状态没有变
• 已安装套件已经和NAS-A一致
• 存储空间还是迁移前的状态：4块1TB组成的SHR
• Synology Drive ShareSync同步已经暂停，需要手动设置
• Filestation中的内容也和NAS-A完全一致
• 共享文件夹的内容也已经和NAS-A完全一致

注意点

• 参考开篇描述的不可迁移项目，包括IP，登录端口号等内容需要手动设定。特别是IP和端口号，群晖故意不拷贝NAS-A，否则会IP冲突了。如通过DDNS外网访问的，记得修改路由器的端口映射。
• 我是在PVE下新建的A和B做测速，内容也不多，速度非常快，如果是连接真实网线的群晖，内容很多的话，建议用万兆网络完成迁移。
• 迁移只是针对上层内容的迁移，NAS-B底层的存储空间不用动，只要保证可用容量>NAS-A即可。 这就是和ABB整机还原的最大区别，还是很人性化的。

本次迁移圆满成功