Share via

針對混合式環境中 Exchange Server 移轉問題進行疑難解答

  • 發行項
  • 適用於:
    Exchange Online

原始 KB 編號： 10094

本文會針對下列問題進行疑難解答：

  • 將信箱從內部部署 Exchange Server 環境移至 Exchange Online (上線) 時發生問題。
  • 將信箱從 Exchange Online (離線) 移回內部部署時發生問題。

適用對象是誰？

Exchange Server 在混合式環境中遇到移轉問題的系統管理員。

如何運作？

首先，我們會詢問您遇到的問題。 然後，我們會帶您完成一系列專門適用於您情況的步驟。

預計完成時間：

15-30 分鐘。

歡迎使用混合式移轉疑難解答員

如果您在判斷最適合您環境的移轉方法時遇到問題，請參閱 Exchange 部署小幫手。

注意事項

此疑難解答員將無法協助您進行分段、完全移轉或IMAP移轉的疑難解答。

您是否能夠起始信箱移動？

我們需要判斷信箱移動是否已成功起始，這表示您能夠透過 Exchange 系統管理中心 (EAC) 、Exchange 管理主控台 (EMC) 或遠端 PowerShell 來開始移動要求，而且您在開始要求時沒有任何問題。

嘗試使用EAC來執行移動

當信箱移動是從 Exchange 系統管理中心 (EAC) 在 Exchange Online 中起始時，比較可能成功。 聯機到 Exchange Online 中的 EAC，並查看您是否可以從該處起始移動。

拿掉移轉端點

  1. 使用您的租用戶系統管理員認證登入 https://portal.MicrosoftOnline.com 。
  2. 在頂端功能區中，選取 [管理員]，然後選取 [Exchange]。
  3. 選取 [移轉]。
  4. 選取省略號 (...) ，然後選取 [ 移轉端點]。
  5. 選取列為 Exchange 遠端行動的端點。
  6. 選取垃圾桶以刪除端點。

上線步驟

  1. 使用您的租用戶系統管理員認證登入 https://portal.MicrosoftOnline.com 。
  2. 在頂端功能區中，選取 [管理員]，然後選取 [Exchange]。
  3. 選取 [移>+>轉移轉至 Exchange Online]。
  4. 在 [ 選取移轉類型 ] 頁面上，選取 [遠端移動移 轉] 作為混合式信箱移動的移轉類型。
  5. 在 [ 選取使用者] 頁面上，選取您要移至雲端的信箱。
  6. 在 [ 輸入內部部署帳戶認證 ] 頁面上。

    重要事項

    以 domain\user 格式提供您的內部部署系統管理員認證。

  7. 在 [ 確認移轉端點 ] 頁面上，確定顯示的內部部署端點是已啟用 MRS Proxy 的 CAS。
  8. 輸入移轉批次的名稱，並起始移動。

Off-Boarding 步驟

  1. 使用您的租用戶系統管理員認證登入 https://portal.MicrosoftOnline.com 。
  2. 在頂端功能區中，選取 [管理員]，然後選取 [Exchange]。
  3. >+>選取 [從 Exchange Online 移轉]。
  4. 在 [ 選取移轉類型] 頁面上，選取 [遠端移動移 轉] 作為混合式信箱移動的移轉類型。
  5. 在 [ 選取使用者] 頁面上，選取您要移至雲端的信箱。
  6. 在 [ 輸入內部部署帳戶認證 ] 頁面上。
  7. 輸入內部部署 資料庫名稱，您可以從 EMS 執行 Get-MailboxDatabase 來擷取此名稱。

    重要事項

    以 domain \user 格式提供內部部署系統管理員認證。

  8. 在 [ 確認移轉端點 ] 頁面上，確定顯示的內部部署端點是已啟用 MRS Proxy 的 CAS。
  9. 輸入移轉批次的名稱，並起始移動。

確定移轉端點已啟用，且已備妥適當的驗證選項

當您將信箱移入或移出雲端時，我們會連線到內部部署環境至 MRSProxy 端點。 確認已啟用 MRSProxy 端點和 WSSecurity 驗證類型。

  1. 在 Exchange Server 2010 或 2013 混合式伺服器上開啟 Exchange 管理命令介面。

  2. 檢查 MRSProxyEnabled 和 WSSecurityAuthentication 是否都設定為 True。 若要這樣做，請執行下列 Cmdlet。 下列 Cmdlet 中的 Server 一詞應該會反映外部對向 Exchange 伺服器的名稱：

    Get-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" |fl Server,MRSProxyEnabled,WSSecurityAuthentication

  3. 如果其中一個為 false，請執行下列命令來啟用 MRSProxy，並設定執行移動所需的驗證。 若要這樣做，請執行下列 Cmdlet：

    Set-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" -MRSProxyEnabled $true - WSSecurityAuthentication $True

注意事項

這些設定應該在所有面向外部的 Exchange 伺服器上設定。

您是否已正確設定防火牆和入侵偵測系統 (IDS)

您必須確定您的防火牆已設定為允許特定 EWS 和自動探索端點通過 Exchange 伺服器，而不需要在周邊裝置上進行驗證。 此外，您必須確保移轉要求不會被視為拒絕服務攻擊。

防火牆端點/預先驗證設定

以下是如何透過TMG正確發佈EWS和自動探索的指示，但您可以將此邏輯套用至您自己的裝置。 除了TMG的明確步驟之外，您還需要執行下列動作：

  1. 建立新的發佈規則 (通常會使用已就緒的相同接聽程式，) 不需要預先驗證。

  2. 請確定規則適用於下列路徑上的任何流量。

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc

  3. 請確定此新規則的優先順序高於任何現有的 Exchange-Related 防火牆規則。

IDS 設定

混合式移轉有時會被視為某些裝置的阻斷服務攻擊。 下列邏輯可以套用至任何入侵偵測系統，但它是特別針對TMG所撰寫的。

  1. 開啟 Forefront TMG 管理控制台，然後在樹狀結構中選取 [ 入侵預防系統]。
  2. 選取 [ 行為入侵偵測] 索引 卷標，然後選取 [ 設定泄水風險降低設定]。
  3. 在 [ 風險降低 ] 對話框中，遵循下列步驟：

    • 選取 [IP 例外狀況] 索引標籤，然後輸入 Microsoft 365 環境在信箱移動作業期間用來連線的 IP 位址。

    • 選取 [ 水泄風險 降低] 索引卷標，然後在 [每分鐘每個IP位址的 HTTP 要求數上限] 旁，選取 [ 編輯]。 在 [ 自定義限制] 方塊中，輸入數位以增加限制。

      注意事項

      自定義限制適用於 [IP 例外狀況] 索引標籤上所列 的IP 位址。只增加自定義限制。 在下列範例螢幕快照中，自定義限制設定為 6,000。 視移動的信箱數目而定，這個數位可能不足。 如果您仍然收到錯誤訊息，請增加自定義限制。

拿掉現有的移動要求

即使移動要求成功 () 也可能會防止信箱移動。 將 PowerShell 連線至 Exchange Online，並確認是否有任何移動要求擱置中，讓用戶有問題。 如果有過時的移動要求，您必須將它移除。 下列步驟概述如何判斷是否有現有的移動要求，並在該要求存在時移除該要求。

  1. 透過PowerShell ( Not 透過 Exchange Management Shell (EMS) ) 連線到 Exchange Online。
  2. 執行 Get-MoveRequest -Identity 'tony@contoso.com' 命令。
  3. 如果有已完成或失敗的移動要求，請執行 Remove-MoveRequest -Identity 'tony@contoso.com'。

確認已備妥適當的已接受網域

將信箱移至 Exchange Online 時，通常會失敗，因為服務中遺漏了一些可接受的網域。 確認是否已在服務中新增並驗證指派給此使用者的所有電子郵件網域。

  1. 開啟 Exchange 管理命令介面。
  2. 執行 (Get-Mailbox Tony).EmailAddresses。
  3. 記下 smtp： 之後的所有電子郵件位址，並記下功能變數名稱。 例如，如果結果包含 SMTP：tony@contoso.com、smtp：Tony@foo.com，您必須記下 Contoso.com 和 Foo.com。
  4. 透過PowerShell ( Not EMS) 連線到 Exchange Online。
  5. 執行 Get-AcceptedDomain ，並確定結果包含上述步驟 3 中所記下的網域 () 。
  6. 如果遺漏任何網域，您應該在入口網站中新增並 驗證網域。 或者，您可以先授權使用者，再移動信箱。 通常，當信箱上戳記的其中一個網域是 .local 或不可路由網域時，我們會使用授權用戶的選項。 無法路由傳送的位址無法新增至服務，因此不會在 Exchange Online 中的使用者上加上戳記。

確定 IIS 已正確設定為接受移轉流量

為了讓 IIS 正確回應移轉要求，我們需要確保處理程式對應已就緒。 確認 EWS 和自動探索處理程式對應已就緒。

  1. 從 [系統管理工具] 功能選取 [Internet Information Services (IIS) Manager]。

  2. 依序展開 [伺服器名稱]、[ 網站]、[ 默認網站]，然後以滑鼠左鍵按兩下 [EWS]。

  3. 在中間窗格中，選取 [處理程序對應] 選項。

  4. 檢視是否有下列對應：

    • Name= svc-Integrated
    • Path= *svc
    • State= Enabled

  5. 重複步驟 1 到 4，但這次請檢查自動探索虛擬目錄。

  6. 如果遺漏任何值，請執行補救步驟 7 和 8。

    EWS 下 [處理程序對應] 頁面的螢幕快照。

  7. 在 Exchange 2010/2013 外部伺服器上， (的) ，開啟 [命令提示字元] 視窗，然後移至下列資料夾：
    C：\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\

  8. ServiceModelReg.exe -r輸入 命令，然後按 Enter。

請確定必要屬性已正確同步 (這不是常見的問題)

若要讓信箱成功移動，您必須在內部部署和 Exchange Online 中擁有具有相符信箱 guid 的用戶帳戶。 確認信箱 GUID 已就緒且相符。

  1. 在內部部署混合式伺服器上，透過 Exchange Management Shell (EMS) 執行下列 Cmdlet。

    Get-RemoteMailbox -Identity "Alias" | fl ExchangeGuid

  2. 將 Windows PowerShell 連線到 Exchange Online，執行下列 Cmdlet。

    Get-Mailbox -Identity "Alias" | fl ExchangeGuid

  3. 如果內部部署環境中沒有郵件使用者，您可以從 EMS 執行下列動作：

    • 建立新的使用者帳戶：

      New-MailUser -Name Ayla -SamAccountName Ayla -UserPrincipalName Ayla@contoso.com -ExternalEmailAddress Ayla@Contoso.mail.onmicrosoft.com

    • 請確定您使用從步驟 2 擷取的適當 Exchange GUID 為新建立的帳戶加上戳記，這會在內部部署 EMS 中完成：

      Set-MailUser Testuser -ExchangeGuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

從 PowerShell 執行移轉

從 PowerShell 起始移轉通常會產生更容易採取動作的錯誤訊息。 下列步驟會逐步引導您完成透過PowerShell將信箱從內部部署移至 Exchange Online的程式。

  1. 透過PowerShell ( Not EMS) 連線到 Exchange Online。

  2. 然後建立變數來儲存內部部署系統管理員認證。 認證應該以 contoso\administrator 的格式儲存，而不是 administrator@contoso.com。

    $onpremCred = Get-Credential

  3. 然後執行類似下列的 Cmdlet，其中 User 是您想要移動之帳戶的顯示名稱、 Webmail.consoto.com 是已在內部部署啟用 MRSProxy 的端點，而 contoso.mail.onmicrosoft.com 是 Exchange Online 中使用的路由網域。

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com'

檢閱移動要求的狀態

為了更有效地引導您針對移轉問題進行疑難解答，我們必須判斷移動要求的目前狀態。 若要判斷狀態，請執行下列步驟：

  1. 透過 PowerShell 連線到 Exchange Online (不是透過 Exchange 管理命令介面 (EMS) ) 。

  2. 執行下列命令以檢查任何行動的狀態：

    • Get-MigrationBatch |fl *status*，Identity
    • Get-MoveRequest |fl *status*，Identity

信箱移動的適當期望

信箱移動和移轉批次的處理優先順序與用戶端連線能力和郵件流程工作不同。 因此，如果您的伺服器或 Microsoft 數據中心負載過重，信箱移動可能會延遲。 如果移動處於佇列狀態相當長的時間，就沒有任何理由要警覺，因為移動很可能很快就會被挑選。 最好不要對停止的移動進行疑難解答，直到有夠長的延遲 (，例如 8 小時) 沒有進度或活動。

使用在線模式移轉

如果您要從 Exchange 2003 伺服器移轉，如果您先將信箱移至 Exchange Server 2010，然後移至 Exchange Online，則更適合用戶體驗和效能。

有些客戶選擇針對大型和敏感性 Exchange Server 2003 信箱執行雙躍點移轉：

  • 第一個躍點將信箱從 Exchange Server 2003 移轉至 Exchange 2010 伺服器，這通常是混合式共存伺服器。 第一個躍點為離線移動，而通常是透過區域網路進行的超高速移轉。
  • 第二個躍點將信箱從 Exchange Server 2010 移轉至 Microsoft 365。第二個躍點是在線移動，可提供更好的用戶體驗和容錯功能。

如果您的問題已解決，恭喜您！ 您的案例已完成。

如果您的問題未解決，請參閱 我的移動要求仍未完成或不適用此步驟。

要考慮的網路效能因素

本節說明在移轉期間改善網路效能的最佳做法。 討論通常是因為移轉期間對網路效能的最大影響，與 ISP) (第三方硬體和因特網服務提供者有關。 Microsoft 365 網路連線能力測試工具可協助您在部署 Microsoft 365 服務之前分析網路相關問題。

如需詳細資訊，請參閱下列文章：

(IDS) 發生入侵偵測問題

網路防火牆上所設定的入侵偵測功能通常會導致嚴重的網路延遲，而且會影響移轉效能。

將 Microsoft 資料中心伺服器的 IP 位址新增至您的允許清單。 如需 Microsoft 365 IP 範圍的詳細資訊，請參閱 Microsoft 365 URL 和 IP 位址範圍。

IDS 設定

混合式移轉有時會被視為某些裝置的阻斷服務攻擊。 下列邏輯可以套用至任何入侵偵測系統，但它是特別針對TMG所撰寫的。

  1. 開啟 Forefront TMG 管理控制台，然後在樹狀結構中選取 [ 入侵預防系統]。

  2. 選取 [ 行為入侵偵測] 索引 卷標，然後選取 [ 設定泄水風險降低設定]。

  3. 展開此影像 在 [風險降低] 對話框中，遵循下列步驟：

    • 選取 [IP 例外狀況] 索引標籤，然後輸入 Microsoft 365 環境在信箱移動作業期間用來連線的 IP 位址。 若要檢視 Microsoft 365 中 Exchange Online 使用的 IP 位址範圍和 URL 清單，請參閱 Microsoft 365 URL 和 IP 位址範圍。

    • 選取 [ 水泄風險 降低] 索引卷標，然後在 [每分鐘每個IP位址的 HTTP 要求數上限] 旁，選取 [ 編輯]。 在 [ 自定義限制] 方塊中，輸入數位以增加限制。

      注意事項

      自定義限制適用於 [IP 例外狀況] 索引標籤上所列 的IP 位址。只增加自定義限制。 在下列範例螢幕快照中，自定義限制設定為 6,000。 視移動的信箱數目而定，這個數位可能不足。 如果您仍然收到錯誤訊息，請增加自定義限制。

嘗試使用 Exchange 系統管理中心 (EAC) 來執行移動

從 Exchange 系統管理中心 (EAC) 在 Exchange Online 中起始信箱移動比較可能成功。 聯機到 Exchange Online 中的 EAC，並查看您是否可以從該處起始移動。

拿掉移轉端點

  1. 使用您的租用戶系統管理員認證登入 https://portal.MicrosoftOnline.com 。
  2. 在頂端功能區中，選取 [管理員]，然後選取 [Exchange]。
  3. 選取 [移轉]。
  4. 選取省略號 (...) ，然後選取 [ 移轉端點]。
  5. 選取列為 Exchange 遠端行動的端點。
  6. 選取垃圾桶以刪除端點。

上線步驟

  1. 使用您的租用戶系統管理員認證登入 https://portal.MicrosoftOnline.com 。
  2. 在頂端功能區中，選取 [管理員]，然後選取 [Exchange]。
  3. 選取 [移>+>轉移轉至 Exchange Online]。
  4. 在 [ 選取移轉類型 ] 頁面上，選取 [遠端移動移 轉] 作為混合式信箱移動的移轉類型。
  5. 在 [ 選取使用者] 頁面上，選取您要移至雲端的信箱。
  6. 在 [ 輸入內部部署帳戶認證 ] 頁面上。

    重要事項

    以 domain\user 格式提供您的內部部署系統管理員認證。

  7. 在 [ 確認移轉端點 ] 頁面上，確定顯示的內部部署端點是已啟用 MRS Proxy 的 CAS。
  8. 輸入移轉批次的名稱，並起始移動。

Off-Boarding 步驟

  1. 使用您的租用戶系統管理員認證登入 https://portal.MicrosoftOnline.com 。
  2. 在頂端功能區中，選取 [管理員]，然後選取 [Exchange]。
  3. >+>選取 [從 Exchange Online 移轉]。
  4. 在 [ 選取移轉類型] 頁面上，選取 [遠端移動移 轉] 作為混合式信箱移動的移轉類型。
  5. 在 [ 選取使用者] 頁面上，選取您要移至雲端的信箱。
  6. 在 [ 輸入內部部署帳戶認證 ] 頁面上。
  7. 輸入內部部署 資料庫名稱，您可以從 EMS 執行 Get-MailboxDatabase 來擷取此名稱。

    重要事項

    以 domain \user 格式提供內部部署系統管理員認證。

  8. 在 [ 確認移轉端點 ] 頁面上，確定顯示的內部部署端點是已啟用 MRS Proxy 的 CAS。
  9. 輸入移轉批次的名稱，並起始移動。

您是否已正確設定防火牆和入侵偵測系統 (IDS)

您必須確定您的防火牆已設定為允許特定 EWS 和自動探索端點通過 Exchange 伺服器，而不需要在周邊裝置上進行驗證。 此外，您必須確保移轉要求不會被視為拒絕服務攻擊。

防火牆端點/預先驗證設定

以下是如何透過TMG正確發佈EWS和自動探索的指示，但您可以將此邏輯套用至您自己的裝置。 除了TMG的明確步驟之外，您還需要執行下列動作：

  1. 建立新的發佈規則 (通常會使用已就緒的相同接聽程式，) 不需要預先驗證。

  2. 請確定規則適用於下列路徑上的任何流量。

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc

  3. 請確定此新規則的優先順序高於任何現有的 Exchange-Related 防火牆規則。

IDS 設定

混合式移轉有時會被視為某些裝置的阻斷服務攻擊。 下列邏輯可以套用至任何入侵偵測系統，但它是特別針對TMG所撰寫的。

  1. 開啟 Forefront TMG 管理控制台，然後在樹狀結構中選取 [ 入侵預防系統]。
  2. 選取 [ 行為入侵偵測] 索引 卷標，然後選取 [ 設定泄水風險降低設定]。
  3. 在 [ 風險降低 ] 對話框中，遵循下列步驟：

    • 選取 [IP 例外狀況] 索引標籤，然後輸入 Microsoft 365 環境在信箱移動作業期間用來連線的 IP 位址。

    • 選取 [ 水泄風險 降低] 索引卷標，然後在 [每分鐘每個IP位址的 HTTP 要求數上限] 旁，選取 [ 編輯]。 在 [ 自定義限制] 方塊中，輸入數位以增加限制。

      注意事項

      自定義限制適用於 [IP 例外狀況] 索引標籤上所列 的IP 位址。只增加自定義限制。 在下列範例螢幕快照中，自定義限制設定為 6,000。 視移動的信箱數目而定，這個數位可能不足。 如果您仍然收到錯誤訊息，請增加自定義限制。

確定 IIS 已正確設定為接受移轉流量

為了讓 IIS 正確回應移轉要求，我們需要確保處理程式對應已就緒。 確認 EWS 和自動探索處理程式對應已就緒。

  1. 從 [系統管理工具] 功能選取 [Internet Information Services (IIS) Manager]。

  2. 依序展開 [伺服器名稱]、[ 網站]、[ 默認網站]，然後以滑鼠左鍵按兩下 [EWS]。

  3. 在中間窗格中，選取 [處理程序對應] 選項。

  4. 檢視是否有下列對應：

    • Name= svc-Integrated
    • Path= *svc
    • State= Enabled

  5. 重複步驟 1 到 4，但這次請檢查自動探索虛擬目錄。

  6. 如果遺漏任何值，請執行補救步驟 7 和 8。

    [處理程序對應] 頁面的螢幕快照，其中顯示正確的值。

  7. 在 Exchange Server 2010 或 2013 外部伺服器上， () ，開啟 [命令提示字元] 視窗，然後移至下列資料夾：
    C：\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\

  8. ServiceModelReg.exe -r輸入 命令，然後按 Enter。

將信箱移至不同的內部部署伺服器

移轉問題通常是因為專案或信箱損毀所造成。 這些問題通常可以藉由在兩個不同的內部部署信箱資料庫之間移動信箱來解決。 下列程式會逐步引導您將使用者的信箱從一個資料庫移至另一個資料庫，然後將信箱移至 Exchange Online (如果這是離線要求，則必須略過此步驟) 。

移轉批次停滯，並嘗試改用移動要求

有時候移轉批次可能會停滯在移轉的特定階段，例如完成。 您或許可以藉由清除舊的移動要求來完成此動作。

  1. 透過EMS) 開啟PowerShell (Not並連線到 Exchange Online。

  2. 執行下列命令以確保已起始移動要求完成：

    Get-MoveRequest | ? {$_.Status -eq "AutoSuspended"} | Resume-MoveRequest

  3. 在提供時間讓繼續移動要求完成之後，請執行下列命令：

    Get-MoveRequest | ? {$_.Status -eq "Completed"} | Remove-MoveRequest

  4. 移除任何現有的移轉批次：

    Remove-MigrationBatch "Batch Name" -Force

如果移動要求仍未完成， (略過信箱和專案層級損毀問題)

信箱移動通常會因為專案或信箱層級損毀而失敗。 允許略過某些損毀的專案通常是移動信箱的好方法。 不過，如果您使用下列選項，可能會遺失數據

  1. 透過EMS) 開啟PowerShell (Not並連線到 Exchange Online。

  2. 建立變數來儲存內部部署系統管理員認證。 認證應該以 contoso\administrator 的格式儲存，而不是 administrator@contoso.com。
    $onpremCred = Get-Credential

  3. 然後執行類似下列的 Cmdlet，其中 User 是您想要移動之帳戶的顯示名稱、Webmail.consoto.com已啟用 MRSProxy 的內部部署端點 (這通常符合 OWA 端點) ，而 contoso.mail.onmicrosoft.com 是 Exchange Online 中使用的路由網域。

    範例：下列範例可能會導致數據稍微遺失，因為您允許略過某些專案，因為損毀：

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40

無法解決問題

對不起，我們無法使用本指南解決您的問題。 提供本指南的意見反應，然後使用下列資源繼續進行疑難解答。 請造訪 Microsoft 365 Community 以取得自助支援。 執行下列其中一項：

  • 使用搜尋尋找您問題的解決方案。
  • 使用可從每個社區頁面頂端取得的説明中心或疑難排解工具。
  • 使用您的 Microsoft 365 系統管理員認證登入，然後將問題發佈至社群。

略過信箱和專案層級損毀問題

信箱移動通常會因為專案或信箱層級損毀而失敗。 允許略過某些損毀的專案通常是移動信箱的好方法。 不過，如果您使用下列選項，可能會遺失數據。

  1. 透過EMS) 開啟PowerShell (Not並連線到 Exchange Online。

  2. 建立變數來儲存內部部署系統管理員認證。 認證應該以 contoso\administrator 的格式儲存，而不是 administrator@contoso.com。
    $onpremCred = Get-Credential

  3. 然後執行類似下列的 Cmdlet，其中 User 是您想要移動之帳戶的顯示名稱、 Webmail.consoto.com 已啟用 MRSProxy 的內部部署端點 (這通常符合 OWA 端點) ，而 contoso.mail.onmicrosoft.com 是 Exchange Online 中使用的路由網域。

    範例：下列範例可能會導致數據稍微遺失，因為您允許略過某些專案，因為損毀：

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40