本地或第三方平台上云
从本地 Exchange、IMAP 邮箱、文件服务器或其他协作平台迁入 Microsoft 365。重点核对源系统接口、归档、文件路径、权限模型与带宽。
Microsoft 365 迁移服务 · 先评估再承诺
从源环境盘点开始,把身份、域名、Exchange 邮件、OneDrive、SharePoint、Teams、权限和应用依赖拆开评估,再形成试点、分批与切换方案。适用于微软国际版和世纪互联运营版相关迁移;跨云不是普通的“版本切换”。
适用情形
相同的“100 个账号”,可能对应完全不同的数据量、权限复杂度和跨云限制。
从本地 Exchange、IMAP 邮箱、文件服务器或其他协作平台迁入 Microsoft 365。重点核对源系统接口、归档、文件路径、权限模型与带宽。
因并购、拆分、品牌调整或租户整合,在全球云租户之间迁移。邮箱可能有官方跨租户能力,但各工作负载的条件并不相同。
两套云环境彼此隔离,不应理解为原租户上的套餐升级。身份、域名、数据和集成要按工作负载逐项设计。
除内容搬迁外,还涉及用户映射、命名规则、共享关系、保留策略和业务系统改造,通常需要业务部门参与确认归属。
工作负载盘点
迁移对象、权限和目标体验应逐项写入范围,未列明的内容不能默认包含。
实施路径
阶段可以重叠,但每一步都要有输入、输出和继续推进的条件。
收集租户、用户、域名、数据量、权限、网络、合规、许可证及依赖系统信息,识别未知项。
确定目标架构、工具、账号映射、批次、窗口、沟通、回退条件、双方责任和验收目标。
选择具有代表性的用户和数据,验证吞吐、权限、客户端、移动端、业务系统与用户指引。
按部门、地区或业务优先级预同步和迁移,记录异常,基于实测结果调整后续批次。
在约定窗口处理增量、域名与 DNS、账号启用和业务验证;是否需要暂停操作以评估方案为准。
处理遗留问题,复核迁移报告和抽样结果,移交文档并按约定窗口完成验收。
范围与责任
在项目开始前形成可核对的范围表,避免把“迁移服务”理解为所有后续改造都已包含。
主要风险
风险是否出现以及影响程度取决于源环境、目标云、工具和组织配合,以下项目应在试点前确认。
自定义域名通常不能同时作为两个租户的已验证域使用。移除前要清理引用对象,并准备临时登录名和 DNS 传播窗口。
同步源、MFA、条件访问、设备注册和本地账号会影响登录。跨租户后,客户端和设备可能需要重新认证或注册。
文件能复制不代表原共享链接、来宾身份、组成员、委派和继承关系都能原样保留,应明确映射和复核方式。
版本历史、聊天、会议、标签、保留信息及部分时间戳是否可迁,取决于工作负载和工具能力。
团队、频道、聊天、应用和 SharePoint 站点彼此关联;不能只按一个“Teams 数据量”估算完整范围。
SMTP、SSO、API、机器人、备份和自动化通常绑定旧租户标识或地址,需要应用所有者参加测试与改造。
验收口径
具体比例、时间和允许差异在评估后确定,以下是建议的验收维度,不是预先保证的固定 SLA。
官方依据
官方文档会更新;正式方案应按目标云、产品和当期文档重新复核。
迁移前评估
提交基础现状即可。初步沟通会先确认是否属于同云跨租户、跨云或其他平台上云,再决定需要补充哪些盘点数据。