别裁伪体亲风雅,转益多师是汝师。这篇文章主要讲述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。
- 提供迁移后支持,收集反馈问题,并整理成问题清单。?
迁移步骤 | 描述 |
POC | 迁移测试 ,确认迁移过程和用户体验情况,不影响用户 |
Pilot | 在各个部门挑选有限的用户进行迁移,收集反馈信息 |
Productio | 开始大批量将邮箱逐步迁移到Exchange Online |
对Production组,我们可以进一步细化
Production Migration 组 | 描述 |
IT用户 | 建议将IT分成多个批次,可以避开特定批次的问题,并收集迁移过程中出现的问题,除测试用户外,IT应该为最先迁移的部门 |
支持部门 | 非关键业务部门先进行迁移,有利于收集反馈,且不影响正常业务进行。 |
关键用户 | 应谨慎处理关键业务用户,并且只有在有足够的支持并且对迁移过程充满信心的情况下才迁移 |
具体委派关系的用户 | 已委派权限的用户应同时迁移,以保持其访问权限。 |
VVIP | VVIP其实可以归纳到关键用户中,但是为了避免出现项目风险,建议单独分组,在确定迁移成功率及约定时间的情况下进行,有利于项目成功。 |
以上表格,建议在迁移前整理为Excel文件,并定期维护更新,后期形成项目过程文档进行交付归档,制定完迁移方案后,下一章节我们在实战环境中如何核查混合部署的先决条件。
【Office365混合部署实战系列教程二(制定混合部署的迁移方案)】
推荐阅读
- 智慧军营政治工作模块介绍
- 大厂面试官(JDK 线程池中如何不超最大线程数快速消费任务())
- 递归问题闲究——汉诺塔问题
- 用vue+eslint+vscode实现代码规范化
- 看动画学算法之:栈stack
- 网络基础之重TCP/UDP三次握手和四次挥手
- 首发Citrix/view虚拟桌面禁用普通用户更改或删除网卡权限
- 深入剖析 Spring WebFlux
- 信息流推荐系统智能交付解决方案探索