Office 365迁移经验小结

我们开始进行邮箱的O365的迁移了，起初学得高大尚，可惜总部只给了一个如何迁移用户的文档，啥技术架构都没有讲。文档就两步：
第一步生成一个迁移任务去执行
第二步，给迁过去的用户指定一个license

在测试过程中，我们发现了好多问题，同时我们一步步总结出了规律。因为本人比较懒，也没有时间去研究这些O365的官方文档，因为本人在研究PYTHON和OPENSTACK，没有时间弄微软的东西了。

以下应该是我译音出来的实现过程，肯定通过一个什么协议，把公司的域信息和微软的Offce365配置成功，这个操作都是微软做项目实施的人做的，反正到我们这一个级别肯定不让你知道，也没有啥复杂的。我是通过一个在O365上删除一个迁移过去的邮件帐户出错时才发现，我们配置的是单向复制，从我们域内向O365同步账号信息的。

我总结了有三点：
第一，需要了解一个概念，Microsoft ID，这个值取的是域的UPN,说白了就是帐号名@域名，加上你的那个域帐号密码。我假定你们公司的域叫abc.com，你的帐号就是张三@abc.com 这个东西对于小白看着就是邮件地址，其实真不是这个概念，邮件地址你是可以随意定义的，也就是说张三@ab.com的邮件地址可以是张三1@abc.com,你是可以在邮件服务器上随意指定SMTP地址的，不知道的，自己搭一个EXCHANGE，很好玩的。

第二，迁移其实就分两步走，在O365的管理控制端，生成迁移任务，任务完成以后，指定一个license。这里面是有坑的。
创建任务后，你的任务状态是syncing的，我猜就是仅仅在同步邮件数据而已，任务完成后，那个状态就变成了，synced,此时，你原来EXCHANGE上的帐号和数据都还在呢，需要你做的就是选 中这个任务，点完成，此时任务的状态变成completing,我猜现在就是把邮件帐号信息在Office365上创建呢，在这个阶段你还是可以用EXCHANGE上的邮箱的，这个阶段完成以后，会变成completed状态，你的客户端变会跳对话框，需要你重启客户端。

第三，就是这个坑， 注意，这时候坑就来了。一般情况下，你不可能说完成一个迁移就手动指一个license,系统会在迁移过后邮箱在一定时间内自动指定一个license,泥马，这就是坑呀，其实没有真正指定license,只不过是显示是有的。

如果你跟我一样，就会发现，OUTLOOK客户端和网页版都没有办法登录了，而且最可恨的是你用网页版登录O365的话，会给你重定向回你的原来网页版邮箱，你登录网页版邮箱，又给你重定向回O365，跟个皮球 一样来回踢。

把那个邮箱帐号指定证书那关了再重新打开，这样就可以用了。微软的东西就是这样子，开着不能用，关了再打开就能用了。习惯就好了。

其实把邮箱迁到O365后，运维这一块相对简单了。我们照样可以用POWERSHELL进行批量管理的，有空时我再写一下怎么用POWERSHELL进行管理。

O365可不仅仅是邮箱呀，上面有好多应用呢。自己研究吧。

转载于:https://blog.51cto.com/shadingyu/2067995