![从本地迁移到 O365](https://linux22.com/image/665445/%E4%BB%8E%E6%9C%AC%E5%9C%B0%E8%BF%81%E7%A7%BB%E5%88%B0%20O365.png)
我正在调查将客户从 Windows SBS2008 迁移到 Office 365 需要什么。服务器具有 Active Directory 和 Exchange 2007 等功能。由于服务器即将退役,因此不可能有混合解决方案(所有信息似乎都围绕着这一点)。客户很小(2 个用户)。我的问题是:
- 有没有办法保留域用户以便登录?
- 我可以使用 O365 帐户登录 Windows 8.1 吗? 如果这取决于 O365 计划,哪些计划包括此功能?
- MX 记录更改的推荐做法是什么(请阅读 Microsoft 建议提前更改记录的 TTL 以减少邮件延迟)?
- 还有什么我应该注意的吗?
我想这些就是我所有的问题了,如果还有更多问题/出现更多问题,我会进行编辑添加。
答案1
- 如果您添加第二个域控制器(不必为两个用户提供强大的功能),那么您可以保留现有的 AD 帐户。根据您拥有的 SBS08 版本,您甚至可能拥有随附的 Windows Server 2008 副本。
反过来...
- 您可以创建真实账户[电子邮件保护]并让他们使用这些进行登录,与任何其他 Windows 8 用户一样。
- 这是针对微软的一个问题。 我尊重他们。
答案2
听起来您想完全迁移到 O365 并且没有本地服务器。由于您要停用 AD 和 Exchange 服务器,因此您将没有客户端计算机将连接到的域帐户。
如果是这种情况,您将无法获得适用于 Windows 8.1 的匹配登录信息。要使用 Azure AD 帐户登录(Azure AD 用于 O365 帐户管理),您需要支持此功能(并且运行良好)的 Windows 10。
因此,如果您想保留 Windows 8.1 - 他们将需要转换为本地帐户或使用 Live 帐户来“伪造”使用域帐户的外观。本质上,这意味着使用当前域用户的电子邮件地址创建一个实时帐户。但是,这些帐户不会与 O365 同步。无论哪种方式,他们都需要在他们的机器上安装新的配置文件,因此请为此做好计划。
对于 O365,所有计划都支持添加自定义域,以便您可以创建用户[电子邮件保护]登录。您需要拥有该域,并且该域必须是公开的,因为您必须进行一些 DNS 条目来验证所有权。
至于您的 MX 问题 - 您在更改 TTL 之前将其设置为低,因此更改时窗口很小。如果您有 24 小时 TTL - 则需要这么长时间才能传播更改。
所以,这是我要采取的方法。
- 开始试用 O365
- 使用默认租户名称配置帐户。
- 配置用户帐户以使用 IMAP 或 POP 链接其现有的电子邮件帐户并评估该体验。
笔记:除非你打算保留这个租户不要在这里使用您的域名。如果租户过期,它将占用您的域名,您将很难处理 MS,因此您可以在另一个租户上使用它。
如果您已准备好采取行动 - 请确保获得正确的计划。如果您不需要存档或高级发现,请继续使用 SMB 计划。如果您不需要单驱动器或 Lync,请查看仅限 Exchange Online 的计划。
您不需要任何第三方工具来进行迁移 - 按照此处的信息进行切换迁移
https://technet.microsoft.com/en-us/library/jj874016%28v=exchg.150%29.aspx
- 为他们使用的设备和应用程序制定计划。您必须更新 Outlook 客户端和移动设备以指向 O365(尤其是移动设备 - 计划删除并重新创建这些配置文件)。
- 确保备份所有 Outlook 规则和签名。
- 检查您已制定的所有传输规则,并确定是否需要在 O365 中添加这些规则
- 确保你能在新的 ECP 中找到解决方法,并了解如何跟踪邮件消息,并创建规则以绕过在线保护,并了解如何调整 EOP,很多东西只能用 PowerShell 来配置(https://technet.microsoft.com/en-us/library/jj723137%28v=exchg.150%29.aspx)
希望有所帮助。