从内部转移到O365

我正在研究将客户端从Windows SBS2008迁移到Office 365所需的function。服务器具有Active Directory和Exchange 2007的function。不能有任何混合解决scheme(这就是所有信息似乎都围绕着)作为服务器将被退役。 客户端很小(2个用户)。 我的问题是:

– 有没有办法保留域用户的login目的?
我可以使用O365帐户login到Windows 8.1吗? 如果这取决于O365计划,哪个计划包括这个?
– MXlogging更改的build议做法是什么(请阅读Microsoftbuild议提前更改logging的TTL以减less邮件延迟)?
– 还有什么我应该知道的?

我想这些都是我的问题,如果还有更多的话,我会join编辑。

    1. 如果添加第二个域控制器 – 对于两个用户来说不需要太强大的话,那么可以保留现有的AD帐户。 根据您拥有的SBS08版本,您甚至可能拥有随附的Windows Server 2008的副本。

    反过来…

    1. 您可以为[email protected]创build真实帐户,并让他们使用这些帐户login ,就像任何其他Windows 8用户一样。
    2. 这是微软的问题。 我遵循他们。

    这听起来像你想完全迁移到O365,并没有本地服务器。 B / C你是退役你的AD和Exchange服务器,你不会有你的客户端机器将连接到的域帐户。

    如果是这种情况,你将不会有一个匹配的loginWindows 8.1。 要使用Azure AD帐户login(Azure AD用于O365帐户pipe理),您需要支持此function的Windows 10(并且运行良好)。

    所以,如果你想保持Windows 8.1 – 他们将需要转换为本地帐户或使用真实帐户来“伪造”使用域帐户的外观。 基本上这意味着用当前域用户的电子邮件地址创build一个真实账户。 但是这些不会与O365同步。 无论哪种方式,他们需要在他们的机器上新的configuration文件,所以计划。

    对于O365,所有计划都支持添加自定义域名,以便您可以使用[email protected]创build用户。 您需要拥有该域名,并且必须公开,因为您必须创build一些DNS条目来validation所有权。

    至于你的MX问题 – 在你改变TTL之前你先设定TTL,所以当你改变的时候你的窗口很小。 如果你有像24小时TTL这样的东西 – 那么需要很长的时间来宣传这些变化。

    所以这是我要采取的方法。

    1. 开始一个O365的踪迹
    2. 使用默认租户名称configuration帐户。
    3. configuration用户帐户以使用IMAP或POP来链接其现有的电子邮件帐户并评估该体验。

    :除非你打算保持这个租户不要在这里使用你的域名。 如果租户到期,将会占用您的域名,您将很难处理MS,因此您可以在另一个租户上使用它。

    如果你准备好了,那么确保你有正确的计划。 如果您不需要归档或高级发现留在SMB计划。 如果您不需要单驱动器或Lync,请查看Exchange Online only计划。

    您不需要任何第三方工具进行迁移 – 请按照此处的信息进行切换迁移

    https://technet.microsoft.com/en-us/library/jj874016%28v=exchg.150%29.aspx

    • 规划他们使用的设备和应用程序。 您将不得不更新Outlook客户端和移动设备指向O365(特别是移动 – 计划删除和重新创build这些configuration文件)。
    • 确保备份任何Outlook规则和签名。
    • 请检查您已有的运输规则,并在O365中添加
    • 确保可以在新的ECP中find解决方法,并了解如何跟踪邮件消息,创build绕过联机保护的规则,并阅读如何调整EOP,很多事情只能使用PowerShell( https ://technet.microsoft.com/en-us/library/jj723137%28v=exchg.150%29.aspx )

    希望有所帮助。