如何用 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 下的義務。