看似混合部署后没有什么问题了，接下来就进行测试用户从本地迁移到云端
迁移需要登录到Office365的ECP来进行迁移，本地ECP中迁移会直接跳转到国际版Office365登录Portal，通过修改本地Exchange config文件将登录地址强制修改成21V版后，可以跳转到国内版Office365登录，但迁移还是报错，如下图。
开了工单21V也无法解决，所以最终通过在Office365的ECP中进行迁移。
选择远程移动迁移
选择单个用户进行迁移，当然也可以选择通过CSV文件来批量迁移用户
确认终结点
选择传递目标
选择完成迁移后通知的收件人，这里有个启动批处理和完成批处理，在大量的迁移过程中发现启动批处理可以先将本地用户邮箱数据校验完成，真正的数据迁移是需要完成批处理这一步来操作
迁移完成
整个迁移过程参考如下：
自动答疑：
有小伙伴可能会问了：
不都是先分配许可然后再迁移用户吗？
解答：
的确，21V官方工程师给出的意见是这样的，但是再实际迁移过程中，如果先分配了许可，再去迁移用户数据那么会存在一个恶心的问题：许可分配好了，用户可以登录上去，但是本地Exchange上数据量可能会有好几个GB（最多单个用户的有60+GB数据），迁移没有完成，那么这时候用户怎么去使用邮件？难道让最终用户休息等数据迁移完成后再使用Exchange Online？这样显然是不可取的。再者分配Office365许可后需要等到0-24小时才会生效，这段时间是不可控的。在启动批处理后用户依然可以正常使用本地的Exchange服务。
所以我是首先将批处理启动，等统计分析比较完用户的本地数据后再进行完成批处理（当然这个时间都得在晚上进行，苦了我一个月晚上几乎没咋睡觉守着等数据对比完成），完成整个邮箱数据迁移后再给用户分配许可，这样最终用户可以在第二天上班之前使用Exchange Online服务。
以上经验仅作为个人分享，实际生产环境各位就自己把控，反正我在项目中迁移了400+User都是没有问题的。
转载于:https://blog.51cto.com/scnbwy/2173527