Microsoft 365 · 迁移项目
服务类别: Microsoft 365把邮件、文件和账户迁移到 Microsoft 365，不耽误一周的工作
迁移是一个有开始也有结束的项目。我们先盘点您现有的系统，决定哪些迁移、哪些停用，分批进行试点，把 DNS 切换安排在业务清闲的时段，并在员工使用新平台的最初几天提供支持。
概览
- 服务内容
- 将邮箱、文件、账户身份和设备迁移到 Microsoft 365 的固定范围项目
- 适合对象
- 员工约5至200人、正从 Google Workspace、本地 Exchange、IMAP 邮箱、文件服务器或其他 Microsoft 365 租户迁出的加拿大机构
- 核心内容
- 前期摸底、迁移计划、租户准备、试点、邮箱和文件迁移、DNS 切换、Outlook 和 OneDrive 设置以及切换后支持（以服务范围为准）
- 默认不含
- 微软许可证、上线后重点支持期结束后的持续管理、业务应用改造，以及超出约定规则的数据清理
- 计价方式
- 根据用户数、邮箱和文件数据量以及迁移来源确定项目价格，前期摸底后以书面报价确认
- 服务地区
- 在加拿大全境远程提供；大温哥华地区、菲沙河谷和卡尔加里的上门切换支持需按具体地址确认
Microsoft 365 迁移包括哪些工作
迁移到 Microsoft 365 不只是搬邮箱。日历、联系人、共享邮箱、通讯组列表、文件共享、权限、用户身份以及员工登录所用的设备，都需要明确的去向和计划。如果处理草率，员工周一上班时会发现文件夹不见了、日历邀请失效、手机无法同步。
我们把迁移当作一个有书面计划的项目来做。前期摸底让我们了解您有多少数据、存放在哪里。计划将每个来源对应到目标位置，确定分批顺序，明确哪些数据归档而非迁移，并确定切换时间窗口。试点用户先行迁移，这样问题会在少数人身上暴露，而不是影响整个公司。
项目结束后，您可以继续通过 Microsoft 365 管理或托管服务与我们合作，也可以凭借完整的文档自行接管租户。
企业为什么迁移，以及缺乏规划时会出什么问题
老化的本地 Exchange 服务器
服务器需要打补丁，硬件即将到达使用寿命，当初搭建它的人也已离开。每一条 Exchange 安全通告都会变成一个紧急加班的周末。
合并后同时存在两个平台
一次收购后，公司一半人在用 Google Workspace，另一半在用 Microsoft 365，或者分属两个独立租户，导致团队之间的日历和文件共享无法正常协作。
没人愿意维护的文件服务器
映射驱动器只能在办公室或通过 VPN 使用，权限多年来越积越乱，远程员工只能用邮件发送附件，而不是共享链接。
以前停滞的迁移尝试
仓促的迁移遗漏了部分邮箱、产生了重复联系人或损坏了 Outlook 配置文件，员工如今对下一次迁移心存疑虑。
我们支持的迁移路径
Google Workspace 迁移到 Microsoft 365
分批迁移 Gmail、日历和联系人，将 Google Drive 内容对应到 OneDrive 和 SharePoint，并引导用户适应工具的变化。
本地 Exchange 迁移到 Exchange Online
根据您的 Exchange 版本和规模选择直接切换、分阶段或混合部署方式，包括规划停用服务器或保留一台管理服务器。
IMAP 和托管邮箱
将邮箱从网站主机和其他服务商迁出，并妥善处理 IMAP 协议本身无法携带的日历和联系人。
租户间迁移
收购或品牌更名后的整合，包括域名迁移、邮箱和 OneDrive 内容、Teams 规划以及协调一致的身份切换。
文件服务器迁移到 SharePoint 和 OneDrive
把共享文件夹重新组织成 SharePoint 网站和文档库，将个人文件夹迁移到 OneDrive，并简化权限，而不是照搬旧权限。
身份与设备
通过 Entra Connect 或 Cloud Sync 创建或同步账户，在已获许可时通过 Intune 和 Autopilot 将设备重新指向新租户。
项目包含哪些内容，哪些需另行处理
方案会列出每一个迁移来源、数据量和交付成果。
通常包含
- 摸底调查邮箱、共享邮箱、文件共享、域名和设备
- 书面迁移计划，包含分批顺序、切换时间窗口和回退步骤
- 租户准备：域名、许可证分配、策略和组
- 在主批次之前完成试点迁移并确认验收
- 在约定数据量内迁移邮箱、日历、联系人和文件
- 切换时修改 MX、Autodiscover、SPF 和 DKIM 等 DNS 记录
- 用户指引以及明确约定的切换后支持期
- 新配置的交接文档
需单独确定范围或报价
- 微软许可证采购，除非已写入您的方案
- 改造依赖旧平台的业务应用
- 约定支持期结束后的持续管理
- 超出报价所列数据量的存档或 PST 数据
- 企业级多租户或跨云迁移，转介给 CloudArchitects.expert
涉及的工具和平台
- Exchange Online 原生迁移批次（直接切换、分阶段、IMAP 和 Google Workspace）
- 适用于较大本地环境的 Exchange 混合部署配置
- 用于文件内容迁移的 Microsoft Migration Manager 和 SharePoint Migration Tool
- 微软的跨租户邮箱和 OneDrive 迁移功能，或在更合适时使用第三方工具
- Microsoft Entra Connect Sync 和 Entra Cloud Sync
- OneDrive 已知文件夹移动（Known Folder Move）和 OneDrive 同步客户端
- 用于设备过渡的 Microsoft Intune 和 Windows Autopilot
适合哪些企业
准备离开 Google Workspace 的企业
希望统一使用 Microsoft 365 的 Outlook、Teams 和桌面版 Office 应用的机构。
仍在使用本地服务器的公司
准备停用 Exchange 或文件服务器、转向云端邮件和文档存储的企业。
正在合并或更名的机构
需要整合两个租户或域名、并尽量减少对客户影响的企业。
有规划的迁移能带来什么
- 切换安排在业务清闲时段，并提前通知员工
- 试点结果让问题在全员迁移之前暴露出来
- 文件结构专为 SharePoint 设计，而不是从旧服务器照搬
- 对哪些数据迁移、归档或停用做出明确决定
- 从第一天起就有新租户的文档
迁移如何进行
前期摸底
我们测算邮箱和文件数据量，列出域名和共享资源，并找出会发送邮件或依赖旧系统的应用。
计划与报价
您将收到迁移计划、切换时间窗口、回退方案以及项目的书面报价。
准备租户
验证域名，准备账户和许可证，应用安全基线，并开始预先同步数据。
试点
一小组用户先行迁移；我们修复问题、确认用户指引后，再安排主批次。
切换与上线后重点支持
切换 DNS，执行最终同步，重新配置设备，并在约定期间为员工提供集中支持。
合作方式
每个迁移项目都在前期摸底后提供书面报价。
仅迁移项目
固定范围的项目，附带文档和明确的支持期，之后由您自行管理租户。
迁移加持续管理
项目完成后接续 Microsoft 365 管理或托管服务，让新租户持续得到妥善运营。
先评估
先做一次 Microsoft 365 租户审查或一日IT咨询，在承诺项目之前评估工作量。
常见问题
迁移期间会丢失邮件吗？
迁移计划的设计目标就是避免这种情况。数据在切换前预先同步，邮件流在业务清闲时段通过 DNS 切换，最终同步会补上最近的邮件。我们会先通过试点用户确认结果。
迁移需要多长时间？
这取决于用户数、数据量和来源平台。前期摸底后我们会给出切合实际的时间表，并连同切换日期一起写入计划。
文件服务器应该原样照搬吗？
通常不建议。层级很深的文件夹和复杂的权限在 SharePoint 中效果不佳。我们会建议一个简化的结构，并在迁移数据前与您确认。
你们能在租户之间迁移 Teams 聊天记录吗？
Teams 聊天记录很难在租户之间迁移，可选方案也有限。我们会在规划阶段讨论切实可行的做法，例如导出记录，或将旧租户以只读方式保留一段时间。
迁移价格包含许可证吗？
不包含。许可证需另行购买，除非已写入您的方案。迁移报价只涵盖项目工作。