Office365 Groups and OD4B 不同tenant之间数据迁移_经验分享

目前国内很多企业都逐渐借助Microsoft 365的 解决方案为内部员工提供现代化办公环境，不限于可以提高企业分支机构之间的协作办公效率，满足跨平台移动办公需求，同时对企业来说也降低了IT基础架构投入和管理成本。
但随着企业业务模型扩增，陆续有很多企业需要更高标准的Office 365 来满足其业务需求，那么就会衍生很多企业有Office 365 Tenant to Tenant的 数据转移的项目发生，但数据迁移并非是件容易的事情，需要考量点的地方比较多，同时利用对来源端的数据结构合理的分析并制定高效的Migration Plan也是至关重要的。

这里为大家分享一个真实的案例，希望对大家日后的数据迁移工作带来帮助。

案例背景：若干月前，Partner（数码星空）通过世纪互联联系我们公司希望协助完成国内某AI科技公司的Office 365 跨Tenant的数据迁移，客户迫在眉睫的问题是：当前Office 365订阅许可证即将在1个月内过期，需在该时间段完成 2500个User Seats 的OneDrive for Business 以及 Office Groups的数据迁移，使目的端上线并停用源端以节省成本。

时间紧，任务重，客户在迁移过程中不能影响end user继续对当前Office 365 订阅平台的访问和使用，那么面临的挑战需要提前考虑，以保证合理的Migration Plan确保在有效时间内完成迁移任务。

经过与Partner和各方工程师的信息确认和整理下，面临的迁移挑战如下：

• 数据迁移过程中，并未阻止end users对来源端的访问，说明在新的Office 365 订阅未上线之前，客户会时刻在来源端产生新的数据或者旧数据的更改。
• 客户来源端含有很多自定义的域名+微软默认的域名
• 数据量：2.5 TB

为保证数据迁移的高效进行，我们将进行6步来完成客户为期3周的全部搬迁过程：

1. 利用AvePoint FLY 对当前Office 365数据平台进行数据结构分析，如下图所示：

2. 根据分析结果，定制Migration Plan，如下图所示：

3. 为了保证权限以及Office 365 Groups转移正确，选用AvePoint FLY工具，并且完成自定义域名的映射，如下图所示：

4. 利用AvePoint FLY工具完成数据的全部搬迁以及后续的增量搬迁，如下图所示：

5. 做数据搬迁的Validation。

项目中，涉及到FLY工具其他配置使用说明如下：

1. 支持批量生成迁移映射，极大减少迁移配置时间。
2. 可以并发执行3~5个Job，极大缩减数据迁移的周期。
3. 不是SasS工具，可以任意部署在本地的Server上，不会占用Azure或者其他云平台的资源。
4. 支持Full Migration和Incremental Migration。
5. 支持Migration job 的暂停、继续、重跑。其中重跑支持仅还原上次失败的文件。
6. 支持数据发生冲突时的判断处理，比如根据last modified time 选择覆盖还是跳过处理。
7. 支持迁移Dashboard 功能，迁移状态以及迁移进度一目了然。

如果大家对迁移项目感兴趣，欢迎随时联系我讨论详情。