如何用 Claude 规划 Microsoft 365 租户到租户的迁移

一句话结论：租户到租户的迁移是由迁移工具完成的，不是由聊天模型完成的——但围绕工具的那份计划是一大堆电子表格，Claude 能帮上忙的正是这里。把两个 Microsoft 365 租户的清单导出，去掉一切敏感内容，然后让 Claude 生成源到目标的映射表，标出冲突，提出迁移批次，并用各办公室的语言起草员工切换通知。每一行仍然需要由人对照真实租户核实，导出文件里也绝不能包含密码、密钥或邮箱内容。

设想一家香港贸易集团的 IT 经理，称它为 A 集团，刚刚收购了一家在新加坡和吉隆坡设有办公室的公司，我们称之为 B 公司。A 集团在自己的 Microsoft 365 租户上有大约 240 名用户。B 公司在另一个租户上有大约 180 名，其中新加坡 110 名、吉隆坡 70 名，所以全部并入香港集团的租户后大约是 420 人。

这份计划的第一稿，通常是某个人根据 Entra 用户列表手工搭的一张表，然后随着意外出现不断打补丁。目前还没人知道同一个销售别名在两个租户里都存在，新加坡财务共享邮箱的所有者已经离职，或者吉隆坡的笔记本电脑登记在对方公司的 Intune 里。

迁移平台会移动你让它移动的一切。决定该告诉它什么——哪个用户对应哪个账号、哪些账号不值得迁移、谁先走——是一项跨多份导出文件的阅读与交叉核对工作。模型起草并交叉核对这份计划，迁移工具负责搬运，人负责核实。

在任何人移动邮箱之前，需要映射什么

除了邮箱迁移本身，还有六类对象，在排第一个批次之前，每一类都需要在计划里占一行。

身份、许可证、共享邮箱、群组、站点和设备

身份。源租户里的每个 Entra ID 用户都需要一个决定：迁移、合并到目标租户已有的账号、留下不动，或者停用。记录源 UPN、目标 UPN、主 SMTP 地址和每一个别名。

许可证。源租户的许可证不会跟着走。要迁移的用户在目标租户需要有许可证，许可证报表能显示目标租户在对应套餐上的席位是否足够。Exchange Online 的原生跨租户邮箱迁移还需要按用户购买的附加许可证，以及两个租户之间的信任配置，所以请查阅最新的 Microsoft Learn，确认许可和前置条件。

共享邮箱和群组。共享邮箱、Microsoft 365 群组、通讯组列表和 Teams 都有所有者和成员，而他们不一定都在迁移。它们是最容易变成孤立对象的一类。

SharePoint 站点和 OneDrive。SharePoint 管理中心里的站点列表会给出所有者、大小和最近活动。指向这些内容的共享链接在内容移动后通常会失效。

Teams。团队结构和频道文件可以由迁移工具搬运。原生的邮箱迁移历来不带走 Teams 聊天记录。Microsoft 宣布过一个迁移编排器，自 2025 年 12 月初起进入公开预览（消息中心 MC1198079），通过新的 Graph PowerShell 命令涵盖邮箱、OneDrive 和 Teams 聊天，但它的状态可能已经变化，所以在围绕它做计划之前，请先确认它当前的状态。

设备。加入 Intune 的设备和 Autopilot 记录属于源租户。要规划重新登记到目标租户，通常需要重置或重新配置，Autopilot 设备记录要从源租户注销并导入到目标租户，请查阅 Microsoft 的最新指引，找到适合你设备类型的做法。

把清单导出变成映射表和冲突清单

这个流程里 Claude 不会连接任何一个租户。你导出清单、清理干净再粘贴进去，它把几份并排阅读。

需要导出哪些内容，以及粘贴前如何先清理

1. 两个租户的 Entra 用户。从 Entra 管理中心下载用户列表，或用 Microsoft Graph PowerShell 导出。保留对象 ID、显示名称、UPN、邮箱、启用状态、用户类型、最近登录和办公室。

2. 邮箱统计。在 Exchange Online PowerShell 里，Get-EXOMailbox 给出邮箱类型（用户、共享、会议室、设备）和别名，Get-EXOMailboxStatistics 给出大小、项目数和最近登录。保留大小和数量，绝不要保留内容。

3. 群组和 Teams。导出 Microsoft 365 群组、通讯组列表和 Teams，附上所有者和成员数量。

4. SharePoint 站点。从 SharePoint 管理中心导出活动站点列表：URL、模板、所有者、已用存储和最近活动。

5. Intune 设备。从 Intune 管理中心导出受管设备：名称、操作系统、所有权、主要用户、登记类型和合规状态。

6. 许可证报表。每个用户已分配的许可证，加上订阅汇总，这样模型就能把席位数量与目标租户现有的数量对比。

粘贴前先清理。删掉所有用不到的列。绝不要包含密码、MFA 密钥或身份验证方法的详细信息、BitLocker 或其他恢复密钥、管理员令牌或邮箱内容。如果你的政策要求，还要做假名化：用一个小脚本把姓名和每个地址的本地部分替换成 ID，使用一个只留在你这边的密钥文件，这样同一个人或别名在两个租户里得到同一个 ID，冲突依然可以被发现。保留域名部分可见，因为域名冲突要靠它判断。

生成映射表和冲突清单的提示词

把清理后的文件连同一条指令粘贴进去：“附件是租户 A（目标）和租户 B（源）清理后的清单导出，个人标识已替换为 ID。请为每个租户 B 用户生成映射表，每人一行：源 ID、建议的目标 UPN、所需许可证、邮箱类型和大小，以及迁移、合并、留下不动或停用的决定并写明原因。然后分组列出冲突：与租户 A 的 UPN 或别名冲突、与域名相关的阻碍、两个租户之间重复的显示名称、没有活跃所有者的共享邮箱、已禁用、未分配许可证或 90 天未登录的账号，以及所有者都将离开或不活跃的群组或 Teams。每一项都要写出所依据的行 ID，数据里没有的就说“数据中没有”，不要猜。”

模型指不出来源的冲突，就是你暂时还不能信任的冲突，而对照真实租户抽查十行，能告诉你其余的可以信任到什么程度。

值得让它找出的冲突

大多数意外都出自一份很短的清单：UPN 和别名冲突（同一个地址在两个租户里都存在）、重复的显示名称（两个不同的人，或者一个人有两个账号）、没有人负责的共享邮箱、适合留下不动而不是花钱迁移的未分配许可证或不活跃账号，以及所有者已离职的孤立群组和 Teams。模型擅长找出这些问题；每一项怎么处理，是业务上的决定。

安排批次——谁先走、为什么

批次计划就是一份“谁在什么时候迁移、每次迁移依赖什么”的清单。无论用什么工具，有三件事决定顺序。

第一是依赖关系。经理和拥有代理权限的助理，或者共用一个邮箱和一个 Team 的团队，应该一起迁移，否则代理关系会在两个租户之间断掉。第二是体积和限流：非常大的邮箱和大量并行迁移会互相拖慢，所以把大的分散到各批次。第三是域名。

一个自定义域名同一时间只能在一个租户里通过验证。要在目标租户使用 B 公司的域名，必须先把它从源租户中移除，这意味着源租户里不能再有任何用户、群组或别名使用它。这一条规则决定了切换周末的安排：用户先迁到临时地址，域名从源租户移除，然后在目标租户添加并验证，切换邮件路由，之后大家才拿回自己的主地址。

一个实例——两个租户、三个地区、一个切换周末

1. 导出并清理。一名 IT 管理员从两个租户导出六份清单，删掉不需要的列，用一个小脚本和本地密钥文件把姓名和地址本地部分替换成 ID，并确认其中没有密码、密钥或邮箱内容。

2. 运行映射提示词。Claude 返回映射表和冲突清单。在这个场景中，它标出了几个别名冲突（两个租户都有一个销售别名）、两个由不同的人共用的显示名称、一个唯一所有者已被禁用的新加坡财务共享邮箱，以及几个近期没有登录也没有许可证的吉隆坡账号。

3. 与相关的人一起解决冲突。IT 经理、新加坡和吉隆坡的办公室经理以及人事部门逐项过一遍。缺失的所有者被替换，陈旧账号被停用，别名冲突在计划里被改名。

4. 要求生成批次计划。提示词：“根据映射表，为租户 B 用户提出迁移批次。第 0 批是 IT 团队和几名志愿者。共用邮箱、Teams 或周期性会议的人放在同一批，最大的邮箱单独成一批，财务避开月末，并列出每一批的依赖关系。”然后再问第二个问题：“有没有人排在他所依赖的对象之前的批次里？每个共享邮箱是否和它的主要用户在同一批？”

5. 对照真实租户交叉核对。批准之前，由一个人在管理中心抽查若干行，并确认目标租户的许可证数量足以覆盖要迁移的用户。迁移工具自己的发现或预检查运行是第二个来源。

6. 起草切换周末检查清单。要求生成一份按顺序排列的清单：变更冻结、最终同步、从源租户移除域名、在目标租户验证域名、切换邮件路由、设备重新登记和首次登录支持。

用各办公室的语言起草员工切换通知

人们是通过哪里出了问题来感受一次迁移的，所以通知里必须列出来：需要重新创建的周期性 Teams 会议、会失效的外部共享链接、需要重新设置的 Outlook 和 OneDrive，以及需要重新登记的设备。

自己把事实和日期交给模型，然后问：“为 [办公室] 的员工起草一份切换通知。说明哪天有什么变化、他们在前后各需要做什么（退出登录、重新登录、重新设置 Outlook 和 OneDrive）、哪些内容不会带过去，以及联系谁。”同一份通知，给所有人一份英文版，给香港员工一份繁体中文版，给偏好简体中文的新加坡员工一份简体中文版，给吉隆坡一份马来语版。在发出之前，请每个办公室的母语读者检查译文；模型的版本只是草稿。

Claude 起草的计划 vs. 迁移厂商的发现工具 vs. 外包给服务商的迁移

• Claude 起草的计划。擅长同时阅读多份导出文件，起草映射表、冲突清单、批次和多语言通知。它无法检查你的租户，而且可能自信地出错，所以每一项结论都要核对。正确用法：作为规划层和初稿，由了解这个租户的人审阅。
• 迁移厂商的发现工具。ShareGate、AvePoint、BitTitan 和 Quest 这类第三方平台常用于 Teams 和 SharePoint 的迁移，并且直接连接租户，所以它们的清单反映的是真实对象。不同产品的还原度有差异，请查阅最新文档。正确用法：作为“迁什么、怎么迁”的权威记录，Claude 的计划用作交叉核对。
• 外包给服务商的迁移。由做过这类切换的团队负责租户配置、许可证、设备重新登记和整个周末，并承担责任。正确用法：当项目大到你的 IT 团队没法在日常工作之外同时完成。

把事情做对——哪些内容不能粘贴给模型，以及数据驻留的限制

完全不要放入机密。密码、MFA 密钥和恢复信息、BitLocker 或其他恢复密钥、管理员令牌和邮箱内容，永远不要进入提示词。

把导出文件当作个人数据对待。姓名、电邮地址、部门和登录日期都是个人数据。依据香港的 PDPO，以及新加坡和马来西亚的 PDPA，要考虑目的、最少化原则以及数据去向，如果你的政策要求，就在粘贴前做假名化。请在粘贴员工数据前，查阅你所用套餐的数据条款和你自己的政策。这不构成法律意见。

弄清每个租户在哪一个云里。香港的租户在全球版 Microsoft 365 上。由世纪互联运营的 Microsoft 365 位于中国内地，是一个独立的主权云，在它与全球版 Microsoft 365 之间迁移，不是标准的同云租户到租户迁移。请查阅 Microsoft 的最新文档，预期需要第三方工具和更多规划，并在从中国区租户导出任何内容之前先就数据驻留征求意见。

决定哪些导出内容可以安全地交给模型，并围绕它们搭建提示词和交叉核对，属于 AI+ Support 的工作。迁移本身，包括租户配置、许可证、设备重新登记和切换周末，属于 管理型IT外包服务，切换当天的员工支持则由我们的 IT 支持 团队负责。如果之后还需要持续的服务，请看 管理型 IT 支持，了解各市场的实时价格。同一项目中非 AI 的部分，请阅读 香港 Microsoft 365 迁移检查清单，以及关于 新加坡收购后租户迁移 的指南。

常见问题

租户到租户的迁移需要多长时间？

没有一个诚实的单一数字。决定因素包括用户数量、总数据量和最大的邮箱、两个租户上的限流、批次数量、Teams 和 SharePoint 内容在整个环境中占多大比例、设备重新登记，以及你留给测试和试点的时间。

我们能迁移 Teams 聊天记录吗？

这取决于工具，而且经常变化。原生的邮箱迁移历来不带走 Teams 聊天记录，Microsoft 宣布的迁移编排器预览版则计划涵盖它们，第三方平台各有自己的还原度限制，所以在向员工做出任何承诺之前，请先确认每一个的当前状态。

切换当天会出什么问题？

周期性的 Teams 会议通常需要重新创建，外部共享链接会失效，Outlook 配置文件和 OneDrive 同步客户端需要重新配置，加入 Intune 的设备需要重新登记。

加入 Intune 的设备需要重新登记吗？

一般需要：通常通过重置或重新配置，Autopilot 设备记录则要从源租户注销并导入到目标租户。

迁移中国区租户会有不同吗？

会。由世纪互联运营的 Microsoft 365 是独立的主权云，所以在它与全球版 Microsoft 365 之间迁移，不是标准的同云租户到租户迁移。请查阅 Microsoft 的最新文档，预期需要第三方工具和更多规划。

把租户导出文件粘贴给 Claude 安全吗？

只有在清理之后才可以。去掉密码、MFA 密钥、恢复密钥、管理员令牌和邮箱内容，如果你的政策要求就做假名化，并在任何内容离开你的环境之前，先查阅你所用套餐的数据条款，以及你在 PDPO 或 PDPA 下的义务。