租用戶至租用戶移轉

將環境遷移至不同的租用戶

您可以使用租用戶至租用戶移轉功能,要求將一個租用戶中的環境移到* 另一個租用戶。 此功能可讓客戶支援下列案例:

  • 合併單一租用戶下的多個租用戶
  • 支援 A 公司收購 B 公司

*環境實際上並未進行實體移動,而是與另一個租用戶相關聯。 環境仍然存在,但不再位於來源租用戶下。 它可以在目的地租用戶下使用並加以管理。

您需要提交支援要求才能開始執行租用戶到租用戶的移轉。

在此移動中沒有使用者介面變更或版本變更。 您可以移動一個或多個環境。 完成後,您的環境就會出現在新的用戶中。

重要

  • 如果將個別環境從一個租用戶移到另一個租用戶需要地理區域變更,您的租用戶就會變成多重地區租用戶。 支援小組可在 Power Platform 系統管理中心啟用區域功能。 其他資訊:地理位置到地理位置移轉
  • 進行租用戶至租用戶移轉之後,您可能需要重新設定一些應用程式及設定值,例如 Microsoft Dynamics 365 for Outlook、伺服器端同步、SharePoint 或其他。
  • 不支援 US GCC、US GCC High、US DoD、OCE、IND 或中國的地理區域變更。
  • 現有的來源資料庫備份將不會移轉至目的地租用戶。
  • 連結到財務和營運組織的 Dataverse 組織不能移轉到不同的租用戶。
  • 在來源租用戶中啟用租用戶至租用戶移轉時,此移轉功能受限於客戶加密箱

支援的應用程式和平台

已支援 不完全支援*
  • Dataverse
  • Dynamics 365 應用程式

*在移轉期間可能會遺失資料,需要執行其他的步驟。 確認以下任一解決方案是否已安裝在要移轉的環境中,因為這些可能需要您或支援人員執行的其他步驟。

支援的環境類型

支援 不支援
  • 移轉生產環境
  • 移轉沙箱環境
  • 將租用戶從 GCC 移轉至 GCC
  • 一個或多個環境
  • 移轉預設環境
  • 移轉團隊環境
  • 移轉試用環境
  • 移轉示範環境
  • 移轉開發人員環境
  • 將租用戶從 GCC 移轉至其他地區,或從其他地區移轉至 GCC
  • 移轉連結至財務和營運組織的 Dataverse 組織

移轉流程

提交移轉要求後,支援小組就會參與手動審核要求。 以下是整個移轉過程中執行的步驟清單。

移轉流程

先決條件:

如果目標租用戶中沒有 Dynamics 365 或 Power Apps 或 Power Virtual Agents 的付費訂閱,則需要建立一個。 您可能需要購買新的訂閱,或將試用版訂閱轉換為付費版訂閱 (如果尚未完成)。

目的地租用戶需要有同等或更多的「使用中的使用者授權」,以及同等或大於來源租用戶的儲存空間。

當您的環境從一個租用戶移至同一地區中的另一個租用戶時,URL 並不會變更。 若要執行此作業,您需要回答一些資訊,包括:

  • 來源租用戶網域及其地區為何? (範例:EMEA、NA 或 APAC)
  • 目的地租用戶網域及其地區為何? (範例:EMEA、NA 或 APAC)
  • 目的地租用戶的有效 Dynamics 365 訂閱是否有足夠的席位,讓所有使用者都能對應? 在對應檔案中提供的使用者,必須在來源環境和目標租用戶中都處於使用中狀態並獲得授權。
  • 目的地租用戶是否有足夠的可用使用者授權?
  • 目的地租用戶是否有足夠的儲存空間可供移轉的環境使用?
  • 移轉生產環境 (或有潛在業務影響的環境) 前,必須先執行沙箱副本移轉。 這些使用重要生產環境副本的移轉目的是,允許已移轉的環境先驗證,再繼續進行業務關鍵環境移轉。 您是否有足夠的容量來設定生產環境的複本,以繼續進行此測試? 如需如何建立環境副本的指示,請移至複製環境

您還需要提供以下資訊:

  • 要從來源租用戶移轉的環境。
  • 要移轉的第一個環境的使用者對應檔案。 每個環境都需要有不同的對應檔案。 請注意,使用者必須同時存在於來源和目標租用戶,並需要在環境中授權並啟用,才能成功進行移轉。 只要處於使用中的狀態,它們就可以具有不同的來源網域和目標網域。
  • 目標租用戶中要指派給每個環境的的安全性群組物件識別碼 (如果必須指派安全性群組的話)。 如果已提供安全性群組,則會在移轉期間指派目標租用戶安全性群組物件識別碼。 如果未提供,則可以在完成移轉後,從 Power Platform 系統管理中心指派安全性群組。

由全域管理員、Dynamics 365 管理員或 Power Platform 管理員執行的步驟

  1. 授權執行移轉。
  2. 包含沙箱副本的移轉必須在規劃業務關鍵環境的移轉之前,由所有當事人執行並加以驗證。 在這種情況下,我們還需要在來源租用戶有一個新環境,以便將業務關鍵環境複製到新環境中,並執行測試移轉。
  3. 在目標租用戶中建立使用者。 您必須:
    1. 在 Microsoft 365/Microsoft Entra ID 中建立使用者。
    2. 指派授權。
  4. 建立並啟用使用者後,將需要按照本文稍後所述的步驟產生對應檔案。
  5. 如果有任何 Power Apps 或 Power Automate 流程的解決方案,則需要將它們從 Power Apps 匯出,並在移轉後再匯入新環境。
  6. 如果已在來源租用戶中啟用密碼箱,請準備好在租用戶至租用戶作業開始時核准密碼箱要求。

確認以下任一解決方案是否已安裝在要移轉的環境中,因為這些可能需要您或支援人員執行的其他步驟:

  • Power Apps 或 Power Automate
  • Power Virtual Agents
  • Dynamics 365 Customer Voice
  • Power Apps 入口網站
  • Power Apps 檢查程式應用程式
  • 咖啡館 X
  • Dynamics 365 Marketing
  • 郵箱。 如果已對應的使用者在目的地租用戶中有信箱,就會在移轉期間自動設定信箱。 對於其他使用者,您必須重新設定信箱:
    1. 如果目標租用戶 (test@microsoft.com) 中使用的是相同的信箱,則預設會啟用該信箱。 在租用戶到租用戶程序之前,客戶需要在目標租用戶上移轉/設定其信箱。
    2. 如果您使用的是預設的 onmicrosoft 網域 (test@sourcecompanyname.onmicrosoft.com),則張貼遷移網域名稱會變更(test@targetcompanyname.onmicrosoft.com)。 客戶需要重新設定信箱。 若要設定信箱,走參閱連接至 Exchange Online

建立對應檔案的步驟

如果是完整存取權的使用者:

  1. 存取來源環境。

  2. 使用進階尋找 ([進階尋找] 按鈕螢幕擷取畫面。),並尋找使用者。

  3. 選取使用已儲存的檢視表>完整存取權的使用者,然後選取編輯資料行

  4. 移除全名以外的所有資料行。

  5. 選取新增資料行>Windows Live ID

  6. 選取確定>結果以查看 [完整存取權的使用者] 清單。

  7. 選取 [所有記錄],在功能區中選取匯出使用者,然後選擇靜態工作表

  8. 如果可能,請對目的地租用戶進行上述的 1-7 步驟。 現在,您應該有兩個不同的 Excel 工作表,一個用於來源,另一個用於目標租用戶。

  9. 打開檔案以進行編輯。

  10. 從來源 Excel 工作表開始,將 Windows Live ID 資料行底下的記錄複製到 [記事本]。 請勿複製標題。

  11. 儲存記事本檔案。

  12. 接著,在同一個記事本文件中相應的來源 UPN 右側輸入目標 Windows Live ID (Upn),並以逗號 (,) 分隔來源與目標 UPN。

    範例:
    user001@source.com, user001@destination.com
    user002@source.com, user002@destination.com
    user003@source.com, user003@destination.com

  13. 將檔案儲存為 CSV 格式。

如果是管理存取使用者:

  1. 存取來源環境。
  2. 使用進階尋找 ([進階尋找] 按鈕螢幕擷取畫面。),並尋找使用者。
  3. 選取使用已儲存的檢視表>管理存取使用者,然後選取結果來查看管理存取使用者清單。
  4. 如果您決定不包含任何使用者,請略過以下步驟。 否則,若要將這些使用者包含在對應中:
    1. 在目的地租用戶中尋找相應的使用者。
    2. 請確定已將有效的 Dynamics 365 授權指派給目的地租用戶中的目的地使用者。 請注意:如果目的地使用者未指派任何授權,則移轉將會失敗。
    3. 儲存對應了完整存取權的使用者和管理存取使用者的 CSV 檔案。

在移轉前後,對 Power Apps、Power Automate、Power Virtual Agents、Power Apps 入口網站和 Marketing 執行以下步驟:

如果是 Power Apps 和 Power Automate:

  • 任何 Power Apps 和 Power Automate 流程都必須手動匯出。
  • 我們不支援客戶連接器、連線或閘道的移轉。 如果您已設定上述任一元件,則必須在移轉後手動重新設定它們。
如果是解決方案認知應用程式

移轉之前:

  1. 對於具備解決方案認知功能的應用程式,您可以前往 https://make.powerapps.com/,瀏覽至 [解決方案] 頁面,然後匯出所有的應用程式/解決方案 (若尚未存在,請單獨或將它們群組在單一方案中)
  2. 在匯出之前,請在環境中刪除這些解決方案認知應用程式。

重要

在移轉之前,未從環境中刪除的解決方案感知畫布應用程式、自訂頁面或元件程式庫在移轉完成後將無法正常運作。

移轉之後:

  1. https://make.powerapps.com/ 選取新的環境,然後瀏覽至 [解決方案] 頁面。
  2. 選取匯入,並使用 [檔案選取器] 選取從上述步驟匯出的套件。
  3. 檢查移轉環境的解決方案內容,確認匯入已成功完成。
如果是非解決方案認知應用程式

移轉之前:

  1. 請前往 https://make.powerapps.com,然後選取應用程式
  2. 針對您要移動的每個應用程式,選取其他命令 (...),然後選取匯出套件 (預覽)
  3. 填入執行匯出應用程式所需的詳細資料,然後選取匯出。 匯出完成後,就會開始下載。 所產生的檔案包含已選取的應用程式套件。
  4. 重複上述步驟,直到所有應用程式都匯出為止。

移轉之後:

  1. 移至 https://make.powerapps.com
  2. 從右上角的環境選取器中選取新環境。
  3. 選取應用程式
  4. 選取匯入畫布應用程式
  5. 下載應用程式套件檔案。
  6. 完成所有 [匯入] 選項選擇,然後選取匯入
  7. 重複上述步驟,直到所有應用程式都匯入為止。

如果是 Power Virtual Agents:

  • 任何 Power Virtual Agents 聊天機器人都必須手動匯出。
  • 某些聊天機器人的相依元件必須在移轉期間或之後手動重新設定 - 例如,連線、環境變數、自訂連接器。

移轉之前:

  1. 聊天機器人具有解決方案感知功能。 您可以前往 https://make.powerapps.com/,瀏覽至 [解決方案] 頁面,然後匯出所有聊天機器人的解決方案 - 請單獨或將它們群組在單一方案中。 如需詳細資訊,請參閱使用解決方案匯出和匯入機器人

移轉之後:

  1. https://make.powerapps.com/ 選取新的環境,然後瀏覽至 [解決方案] 頁面。
  2. 選取匯入,並使用 [檔案選取器] 選取從上述步驟匯出的套件。
  3. 檢查移轉環境的解決方案內容,確認匯入已成功完成。

如果是 Power Apps 入口網站 (必須對環境中的每個入口網站進行):

移轉之前:

  1. 登入環境。
  2. 開啟 Power Apps 入口網站系統管理中心
  3. 刪除入口網站。

移轉之後:

  1. 登入環境。
  2. 開啟 Power Apps 入口網站系統管理中心
  3. 使用相同的入口網站類型和語言佈建入口網站。

如果是 Dynamics 365 Marketing:

如果 Marketing 應用程式部署於租用戶中,請確認目的地租用戶中有必要的授權,才能在完成遷移後重新佈建應用程式。 前往:Dynamics 365 Marketing 的租用戶到租用戶移轉

移轉後

移動環境至其他租用戶:

  • 環境 URL、組織識別碼 (OrgID) 和名稱不會變更。
  • 來源環境將無法存取。
  • 未包含在對應檔案中的使用者,將不會在遷移後移轉和對應。

移動如何運作

系統會提供您一份進行移轉的前置及後續條件清單,做為所引發支援要求的一部分。 下表描述在移動之前、移動期間和之後 Microsoft 將會執行什麼動作。

移動之前:
通知
移動期間:
切換
移動之後:
通知與支援
Microsoft 執行什麼動作 您的支援人員或客戶經理將會協助您要求移轉和進行排程。 視使用者數目而定,完全移轉需要數個小時。 在此期間,使用者無法存取環境,因此應將完全移轉作業排定在晚間或週末進行。

有一個步驟需要您的參與,也就是提供使用者對應檔案。 系統會預先要求此動作,讓我們可以在進行移轉之前驗證要移動的使用者。
當您的環境移轉至新用戶時,將會透過電子郵件或電話通知您。

租用戶移轉完成之後,您的支援服務代表或客戶經理將會協助您連絡帳務部門,視需要取消和/或退刷您先前的訂閱。

對於所有移動,我們都將遵循 Microsoft Online Services 服務等級協定的條款。

常見問題

租用戶到租用戶移轉期間是否會啟用背景作業?

在租用戶到租用戶移轉期間會啟用管理模式,因此不會執行背景作業。 前往:管理模式 - Power Platform

我們可以移轉 Dataverse 組織的所有使用者嗎?

只有當目標租用戶中存在使用者時,我們才能移轉 Dataverse 組織的所有使用者。 例如:

user001@source.com, user001@destination.com
user002@source.com, user002@destination.com