迁移到云时，必须考虑许多因素，但是，通过采用MS Office 365生态系统，可以简化此路径。
迁移到云的过程必须认真对待。尽管如果企业考虑在迁移到Office 365的过渡过程中省钱，那是不可能的；但是，从高质量基础架构到云生态系统的适当流程和计划是一项艰巨的任务。
因此，Microsoft正在努力鼓励所有类型的公司开始迁移操作以迁移到云中，尤其是在Office 365可用时，并做出最大的贡献以使过渡更加顺畅。 Office 365是从Microsoft Exchange Server 2010，Microsoft Lync Server和SharePoint 2010云版本设计的。 Office 365的某些订阅具有访问Microsoft的Office Pro Plus和Office Web应用程序的优势。
借助众多Microsoft Office 365产品，要彻底涵盖整个移动过渡是一个巨大的挑战。尽管现在是时候检查使用Office 365生态系统执行多个常见任务的方式，并考虑一下在此过程中可能遇到的某些问题。
域名
关于此过程的一个常见问题是它将如何影响公司的域名。 Lync，SharePoint和Exchange完全依赖Active Directory。因此，公司域名受到影响的方式取决于您选择维护内部Active Directory还是选择使用身份联合。
因此，如果您决定继续托管Active Directory，但是对处理实现身份联盟的麻烦不感兴趣，请选择Office 365从部分重新授权过程中管理域名。公司将拥有其域名的所有权；但是特定功能（如网络托管和电子邮件）将重定向到Office 365的服务器。
在这里，Microsoft自己设计了域的重新授权过程，可以轻松地与Office 365一起使用。使用Office 365的管理控制台，您可以轻松地包含域名。通过此过程，可以很容易地将域的现有名称包含到Office 365中。
尽管在将域添加到Office 365之前，您必须通过提供域主机或注册者的登录凭据来验证对域的所有权。
团体& Users
若要与Office 365生态系统中的组和用户合作，您需要遵循一些适应条件。因此，与其公开计算机和活动目录用户的控制台，不如说，Microsoft为用户提供了一个界面，该界面是管理控制台，其中包含管理和创建用户帐户的机制。
有几种解决方案可以管理Microsoft用户的帐户。如果您已经拥有Active Directory生态系统，最好的选择是Active Directory的同步。它可以在公司的MS Office 365云和本地Active Directory中进行协作。之后，您可以继续使用Active Directory的现有基础结构和Active Directory的管理工具。
关于Active Directory同步，必须记住的最重要的事情是：此过程仅以一种方式起作用。 Active Directory内容将复制到云上；但是，您对云所做的更改将不会复制到本地Active Directory。但是，从技术上讲，您可以通过云界面对用户的帐户进行更改，并且这些更改不会复制到本地Active Directory中。此外，如果使用同步过程，它将被覆盖。
管理用户帐户的第二种选择是利用身份联合。身份联合的主要概念是保留对Active Directory生态系统的控制。通过应用Active Directory联合身份验证服务2.0版，企业可以允许用户轻松地从其Active Directory凭据登录云。
因此，如果您计划执行Active Directory的同步，Microsoft明确建议用户启用身份联合。尽管要通过不启用身份联盟来使用Active Directory同步，但必须以先前叙述的方式重新定义域。
从云端开始
必须注意，利用Office 365部署本地Active Directory并不是前提条件。同样，您可以选择使用本地Office 365部署迁移到云，但前提是您不运行需要访问Active Directory的本地应用程序。
通过管理界面，可以直接在Office 365生态系统中为用户创建帐户；但是，如果要进行目录同步，请避免这样做。使用基于Web的向导，您可以为用户一个一个地创建帐户，而管理控制台则可以通过在CSV文件中填充用户帐户信息并将其导入，从而使一个人大量创建帐户。从管理控制台，您可以选择下载空白或示例CSV文件。
迁移现有用户的方式
就像Office 365使我们能够为云中的用户创建新帐户一样，人们也可以移动其公司现有用户。 Office 365集成了Exchange Server 2010。尽管邮箱的数据已存储在邮箱服务器中，但仍然以具有Active Directory质量的邮箱而闻名。就像这样，移动帐户也打算迁移用户的邮箱。
对于迁移，可以创建一个共存方案，其中将包含Exchange上具有本地邮箱的用户（尽管云中存在其他用户的邮箱）包括在内。
话虽如此，用户到Office 365的迁移就是邮箱的迁移。因此，撇开共存，Office 365支持邮箱的两种迁移，其中一种应该执行IMAP，即Internet邮件访问协议迁移和内部Exchange迁移。
基于IMAP的迁移
从Exchange 2000或Exchange 5.5或从非Exchange的邮件系统迁移数据邮箱时，应利用IMAP迁移。尽管真正的迁移过程非常简单，但是需要您做一些准备。
因此，在执行IMAP迁移过程之前，应为每个需要迁移其邮箱中数据的用户创建Exchange邮箱。此外，对于每个需要迁移的邮箱，还需要使用电子邮件，用户ID和密码来制作CSV文件。组装所需的数据后，请在Outlook Web App中选择电子邮件迁移以进行实际迁移。
当前，Office 365在beta测试阶段可用，尚不清楚可以有效迁移多少用户。从电子邮件的迁移界面，您可以知道邮箱应该少于一千；但是，文档显示您应该通过基于批处理的邮箱迁移进行大规模迁移。该文档暗示一个批次应限制为2500个邮箱。
Exchange Server的迁移
就像IMAP迁移过程一样，Exchange服务器迁移将邮箱数据迁移到云中。此过程将迁移所有通讯组，联系人和消息。
的 Exchange Server的迁移 可以通过两种方式完成。简单迁移可立即迁移Exchange的邮箱，但分阶段迁移可将邮箱移动为子集。如果存在共存方案，则应使用分阶段迁移。
要进行简单的迁移过程，首先应指定迁移类型。在这里，您可以选择进行Exchange 2007和迁移，或者选择Exchange 2003，然后进行迁移。唯一的区别是Exchange 2007，它利用自动发现功能自动检测连接的设置。 Exchange 2003替代方法要求您手动描述这些设置。
显然，此过程可能需要一些时间才能完成。对于拥有多个邮箱的用户来说，主要是这样。 Office 365利用2种同步解决方案在此过程中平衡这些邮箱。
开始同步时，邮箱中的数据首先被复制到云中。然后，Exchange每24小时进行一次补充同步。此同步将所有新数据邮箱的副本复制到云中。
一旦所有邮箱的迁移完成，Exchange将发送电子邮件，指示迁移过程已完成。邮件中有两个附件。一个附件名为MigrationErrors.csv，其中列出了迁移失败的那些邮箱。第二个附件带有一个名为MigrationStatistics.csv的附件，其中包含全部已迁移项目的详细信息。
MailboxStatistics.csv文件附带有每个用户在登录云时所需的密码，但是一旦他们登录，他们应该立即更改此密码。
与Office 365迁移相关的任何查询都可以通过电子邮件与Microsoft Office Expert Server咨询联系。 [email protected] 或致电我们 0203 727 2000
阅读更多
发表评论