我有一个SBS 2011的客户端,不断将IP列入黑名单(不良ISP,而不是垃圾邮件！),他们决定转移到Office 365并摆脱本地Exchange.
首先,我遵循了一些指南,并使Active Directory同步工作,并确认更改已复制.
然后,我为用户设置了Office 365许可证.
在阅读了很多建议之后,看来切换迁移是最好的路径 – 但是,我只是无法选择该选项…在打开支持案例之后,我被告知在设置目录同步后无法进行切换迁移,我将不得不禁用它,删除已同步的用户,然后执行迁移…但是,用户将在Azure AD上掌握,密码同步等功能将无法正常工作.
我说同步是必不可少的,我建议改为删除交换许可证,因为邮箱已经不存在并执行远程移动迁移.
我花了几天时间准备服务器,安排升级(因为我需要更高的服务包)和完成所有其他必需品,并在准备好迁移后 – 一些用户报告完成了(有一些关于超时错误……).
所以,我真的不明白这是如何工作的,或者电子邮件的迁移地点,因为没有分配许可证,但是,这就是指南说的……然后我给了用户一个办公室365许可证,当我尝试以该用户身份登录,我得到以下内容：
我再次向微软提出了一个案例,我刚刚和别人说了2个小时,他说我不应该做这个迁移,而是说我应该做一个混合配置然后移动(他试图设置这个,我们失败了,因为我需要获得自动发现的公共SSL证书).
去年我将一个客户端迁移到Gmail,迁移工具和AD同步这一切都做得很快！我不认为我想做的事情是如此复杂,这似乎是一件令人头疼的问题……有谁知道正确的迁移路径是什么以及我应该做些什么？
您需要获取有效的公共SSL证书,并确保在任何地方(RPC over https)正确设置并运行自动发现和Outlook.您可以在http://exrca.com进行测试.
如果您无法完成这项工作(在MS的免费支持下),那么您需要聘请一位顾问为您做这件事/告诉您该怎么做.
如说明中所述,您必须在完成邮箱迁移后配置DirSync.
您遇到问题的原因是您没有阅读/遵循MS提供的用于转换迁移的说明：
If you’ve activated and installed the Azure Active Directory Sync
tool,you can’t run a cutover migration. If you’ve already installed
the directory synchronization tool,but haven’t run the tool yet,you
can deactivate directory synchronization in your Office 365 tenant and
then run a cutover migration.The email migration service uses RPC over HTTP,or Outlook Anywhere,to connect to your on-premises Exchange server… …Your Outlook Anywhere configuration must be configured with a certificate issued by a trusted certification authority (CA). It can’t be configured with a self-signed certificate.
