Office365混合部署实战系列教程二：制定混合部署的迁移方案

混合部署目前支持经典拓扑 (Minimal、Express 和 Full) ，以及新式拓扑 (最小和完整)，具体可以查看MS介绍，​​混合配置向导选项 | Microsoft Docs​​。

一般情况下我们推荐使用经典拓扑完全（Classic Full）部署，完全部署具有以下优点：

从 Exchange 2016 到Exchange Online 的混合迁移更加便利。

混合部署提供共存功能，可在迁移期间将对用户的影响降到最低。

混合配置允许组织控制邮件流量的入口和出口，本地 Exchange 服务器可以处理所有邮件。

先决条件 Azure AD（“AAD”）配置为本地资源和 Exchange Online 邮箱提供单组凭据。

分阶段迁移方法允许在用户从本地过渡到 Exchange Online 时制定更灵活的迁移计划，而不影响邮箱的正常使用。

统一全局地址列表 (“GAL”)，包括 Exchange Online GAL 中所有同步的启用邮件的对象。

本地 Exchange 服务器和Exchange Online 之间的空闲/忙碌日历共享。

访问网页邮箱可以简化为一个URL入口。

本地 Exchange 和Exchange Online 中的用户之间的安全邮件传递。

以上几个共存功能也是混合部署完成之后需要重点检查的功能，日历忙闲共享的问题需要重点关注。

​

​确定即将迁移的邮箱属性，例如邮箱数量、大小、合法保留、保留策略、邮箱转发和委派，即上一章中我们收集的环境信息。

根据本地互联网可用带宽规划迁移计划，项目实践中会按实际情况，提前2-3天将要迁移的邮件创建迁移任务，进行数据同步，并且将10GB以上的邮箱创建为独立的任务，以避免因为一个大邮箱迁移延迟影响整个割接时间。

在 Microsoft 365 中预先暂存邮件。Exchange 迁移服务将保持95%的邮箱数据在本地Exchange 和Exchange online 之间同步，直到切换完成。

通知用户计划割接（通常会由IT部门或项目组提前发送通告邮件）。

将用户邮箱切换到 Exchange Online。

提供迁移后支持，收集反馈问题，并整理成问题清单。​

<col>

迁移步骤

描述

POC

迁移测试 ，确认迁移过程和用户体验情况，不影响用户

Pilot

在各个部门挑选有限的用户进行迁移，收集反馈信息

Productio

开始大批量将邮箱逐步迁移到Exchange Online

对Production组，我们可以进一步细化

Production Migration 组

IT用户

建议将IT分成多个批次，可以避开特定批次的问题，并收集迁移过程中出现的问题，除测试用户外，IT应该为最先迁移的部门

支持部门

非关键业务部门先进行迁移，有利于收集反馈，且不影响正常业务进行。

关键用户

应谨慎处理关键业务用户，并且只有在有足够的支持并且对迁移过程充满信心的情况下才迁移

具体委派关系的用户

已委派权限的用户应同时迁移，以保持其访问权限。

VVIP

VVIP其实可以归纳到关键用户中，但是为了避免出现项目风险，建议单独分组，在确定迁移成功率及约定时间的情况下进行，有利于项目成功。

以上表格，建议在迁移前整理为Excel文件，并定期维护更新，后期形成项目过程文档进行交付归档，制定完迁移方案后，下一章节我们在实战环境中如何核查混合部署的先决条件。