郵箱遷移Office 365：超級簡單的處理方式

這篇文章是關於 Microsoft 365 中的郵箱遷移的，因此我們將只關注本章中的 Exchange Online 和混合管理主題。

1 郵箱遷移 office 365 選項1.1 割接遷移

1.1.1 使用 EAC 進行割接遷移

1.2 分階段遷移

1.3 混合部署遷移

2 第三方遷移工具

3 遷移最佳實踐

4 減少 MX 記錄的 TTL

5 遷移性能

6 遷移服務節流

7 用戶節流

8 將郵箱移回本地 Exchange

8.1 最初在本地創建的郵箱

8.2 最初在 Exchange Online 中創建的郵箱

郵箱遷移辦公室 365 選項

遷移選項主要分為三種類型：

• 割接遷移
• 分階段遷移
• 混合部署遷移

割接遷移

轉換遷移非常適合擁有 1,000 個或更少郵箱的組織。轉換遷移的另一個重要要求是尚未建立目錄同步。原因是轉換遷移將在 Microsoft 365 中創建用戶作為該過程的一部分。因此，如果目錄同步已將 Active Directory (AD) 對象同步到 Microsoft 365，則需要使用分階段遷移或使用混合部署進行遷移。如果您想要進行轉換遷移，您必須禁用目錄同步。

在我們了解如何設置轉換遷移之前，了解執行轉換遷移時會發生什麼對您很有用。啟動切換遷移時，會發生以下過程：

• 遷移服務通過讀取本地 Exchange 2003 或 2007 通訊簿在 Exchange Online 中設置新郵箱。
• 本地通訊組和聯繫人將遷移到 Exchange Online。
• 然後，遷移服務將內容、聯繫人和日曆項目從本地郵箱遷移到其對應的在線郵箱。這部分過程稱為初始同步。
• 本地郵箱內容每 24 小時與其對應的在線郵箱同步一次。這部分過程稱為增量同步。
• 當您準備好完成遷移時，更改 MX 記錄以開始將電子郵件路由到在線郵箱並結束遷移。Exchange 將進行最終同步，並通過電子郵件通知管理員遷移已完成。

電子郵件通知將包含兩個報告：

• MigrationErrors.csv – 此報告包含遷移失敗的郵箱列表和有關錯誤的信息。
• MigrationStatistics.csv – 此報告包含郵箱列表和相應的遷移項目數。該報告還包括分配給每個郵箱的唯一密碼，用戶在初次登錄後需要更改該密碼。請記住，這是因為轉換遷移會在遷移過程中創建新帳戶。

使用 EAC 進行轉換遷移

如果您的組織使用的是最新版本的 Microsoft 365，則 ECP 將不是可用的圖形用戶界面 (GUI) 選項。相反，您將使用 EAC。要使用 EAC 啟動轉換遷移，請執行以下步驟：

• 訪問Microsoft 365 管理中心
• 身份驗證後，從管理中心選擇 Exchange

• 在 EAC 中，展開左側窗格中的Migration並選擇Batch，然後單擊New migration batch。

• 輸入轉換遷移的名稱並選擇選擇遷移到 Exchange Online 作為遷移路徑，然後單擊下一步。

• 選擇遷移類型為割接遷移

• 準備轉換遷移提供了轉換遷移的先決條件。閱讀它以了解如何使用此遷移類型遷移郵箱。滿足先決條件後，單擊下一步。

• 選擇遷移端點。它們是您要將用戶遷移到或從中遷移的服務器的連接設置。它們可以與任何遷移批次相關聯。選擇或創建描述與遠程環境的連接的遷移端點。了解有關遷移端點的更多信息。

• 要執行遷移，需要一個 .csv 文件，其中包含要遷移的郵箱的屬性。.csv 文件的第一行是標題行，應僅包含以下屬性名稱：

EmailAddress：這是郵箱的 SMTP 地址，是唯一必需的屬性。

密碼：雲郵箱遷移後設置的密碼。這是一個可選屬性，如果啟用了單點登錄 (SSO)，則不需要。如果您在 .csv 文件中設置密碼並啟用 SSO，它將被忽略。如果它不適用於您的配置，只需將此框留空即可。

ForceChangePassword：此佈爾屬性指定用戶首次登錄雲郵箱時是否必須更改密碼。該值為 True 或 False。這也是一個可選屬性，如果啟用了 SSO，則不需要。如果您在 .csv 文件中設置此屬性並啟用 SSO，它將被忽略。如果它不適用於您的配置，只需將此框留空即可。

• 此 .csv 文件將導致分階段遷移過程遷移五個郵箱，將新雲郵箱的密碼設置為 NewPa$$word，並且僅需要 Mike 和 Scott 在首次登錄各自的雲郵箱時更改密碼。

• .csv 文件只能包含這些屬性。

• 接下來，選擇一個目標域並在需要時指定壞項目限制和大項目限制。

• 選擇手動或自動開始遷移，並提供遷移完成後報告應發送到的電子郵件地址。

• 等待幾分鐘以開始遷移。

分階段遷移

分階段遷移是這樣一個過程，其中郵箱和內容的子集隨著時間的推移分幾批遷移，僅適用於 Exchange 2003 和 2007。如果您有超過 1,000 個郵箱，則通常採用分階段遷移方法。分階段遷移的特殊注意事項是您需要識別必須在同一遷移批次中的郵箱。參與委託權限的個人的郵箱必須放在一起。因此，當您計劃分階段遷移時，它們需要屬於同一批次。如果已實施目錄同步，則分階段遷移是合適的遷移方法。

在我們研究如何設置分階段遷移之前，了解分階段遷移期間發生的情況對您很有用。當您啟動分階段遷移時，會發生以下過程：

• 遷移服務檢查是否配置了目錄同步，提示輸入 .csv 文件，並檢查 .csv 文件中的每個條目是否是 Microsoft 365 中啟用郵件的用戶 (MEU)。
• 然後，該服務將 MEU 轉換為郵箱，並使用雲郵箱的電子郵件地址填充本地郵箱的 TargetAddress 屬性。
• 為所有郵箱更新 TargetAddress 屬性後，您將收到一封電子郵件，其中包含已成功創建和轉換的郵箱列表。郵箱內容尚未遷移，但用戶無需任何 MX 記錄更改即可開始使用郵箱。這是因為如果電子郵件到達本地郵箱，由於 TargetAddress 屬性，它們將被重定向到 Exchange Online。
• 然後，遷移服務開始將內容、聯繫人和日曆項目從本地郵箱遷移到其對應的在線郵箱。內容遷移完成後，會通過電子郵件將另一份報告發送給管理員。
• 此時，您可以創建並啟動其他遷移批次。
• 完成遷移後，更改 MX 記錄，以便將電子郵件直接發送到在線郵箱。然後，您可以完成遷移。遷移服務將執行任何必要的清理和檢查，以確保已遷移具有相應本地郵箱的每個 MEU。然後將最終狀態報告發送給管理員。

• 選擇遷移類型到分階段遷移

• 準備分階段遷移提供了分階段遷移的先決條件。閱讀它以了解如何使用此遷移類型遷移郵箱。

• 除了您必須更改遷移類型和先決條件外，它類似於直接轉換遷移。因此，我們將不再在這裡介紹這些步驟。

混合部署遷移

建立 Exchange 混合環境後進行​​遷移是最流行的方法之一，因為與我們迄今為止在建立 Exchange 混合環境後介紹的其他方法不同，您可以將郵箱移動到雲並返回到本地。設置 Exchange 混合環境的一部分是實施 Exchange 2010 Service Pack 3 (SP3) 客戶端訪問服務器 (CAS)。這引入了 2010 SP3 CAS 附帶的郵箱複製服務 (MRS)。MRS 是負責執行郵箱移動的服務。

• 如果您的組織擁有包含超過 1,000 個郵箱的 Exchange 2010 及更高版本，您將需要實施 Exchange 混合部署。

• 準備遠程遷移遷移提供了遠程遷移的先決步驟。閱讀它以了解如何使用此遷移類型遷移郵箱。

• 您可以手動選擇用戶而不是 csv 文件進行遠程移動遷移。

• 其餘步驟類似於轉換遷移。因此，我們將不再在這裡介紹這些步驟。

第三方遷移工具

如果由於某種原因，Microsoft 提供的現有工具和選項不能滿足您的遷移需求，您總是可以求助於第三方工具。第三方 Exchange 遷移工具的示例包括 Quest Software、Binary Tree、BitTitan、Cemaphore 和 Metalogix。Exchange 是一個成熟的平台，並且已經存在了一段時間。因此，第三方工具很容易獲得併且同樣成熟。

遷移最佳實踐

遷移郵箱時有幾種最佳做法。我們將列出一些在將郵箱從本地郵件服務器遷移到 Exchange Online 時應考慮採用的常見方法。

減少 MX 記錄的 TTL

在大多數情況下，您需要將傳入的電子郵件路由到 Exchange Online。因此，在開始任何遷移任務之前，無論是割接、分階段還是 IMAP 遷移，請更改 MX 記錄的生存時間 (TTL)，以在您切換 MX 記錄時縮短 DNS 收斂時間。建議您將 TTL 更改為 3,600 秒，即一小時。

遷移性能

• 許多因素會影響遷移性能，例如郵箱中項目的大小和數量、網絡帶寬、網絡延遲和本地郵件服務器。
• 遷移性能也會受到一天中的時間和網絡上的用戶數量的影響。這就是為什麼您應該在工作日結束後或週末進行遷移。
• 例如，在對小批量遷移進行初步測試後，Microsoft 諮詢服務通常旨在將遷移率提高到每週 1,000 個郵箱，主要是在網絡利用率處於最低水平的工作時間之後進行。
• 在遷移性能方面，延遲和持續吞吐量是同樣重要的因素。

遷移服務限制

在本章前面看到的遷移練習中，回想一下，您可以指定同時遷移的郵箱數量，默認情況下為三個。指定應同時遷移的郵箱數量稱為遷移服務限制。

再次參考“遷移性能”白皮書或測試單個郵箱遷移以確定遷移吞吐量。這將幫助您確定您的網絡可以支持的同時遷移的最佳數量。

用戶限制

• 用戶限制主要影響第三方遷移工具。用戶限制限制了用戶可以同時訪問的郵箱數量，旨在最大限度地降低風險並保護資源。
• 因此，如果遷移工具使用可以訪問所有郵箱的單個服務帳戶，Microsoft 365 可能會在遷移過程中同時開始訪問過多郵箱時限制服務帳戶，從而影響遷移性能。
• 在評估遷移工具時，請確保性能不會受到用戶限制的影響。
• 良好的遷移工具通常使用 Exchange Web 服務來模擬用戶帳戶，因此 Exchange Online 不會看到單個用戶同時訪問多個郵箱，而是看到用戶訪問各自的郵箱。因此，不會觸髮用戶限制。

將郵箱移回本地 Exchange

• 只能通過 Exchange 混合環境將郵箱移回本地。
• 否則，您將需要依賴第三方工具。與在將郵箱移動到 Microsoft 365 時具有來自 EAC 的直接轉換和分階段遷移選項不同，沒有內置選項可以執行相反的操作。
• 如您所見，在實施 Exchange 混合環境後，將郵箱移動到 Microsoft 365 是通過執行遠程移動請求來完成的。
• 若要將郵箱移回本地，您需要考慮要移動的郵箱是從一開始就在 Microsoft 365 中創建的，還是首先在本地創建然後移動到 Microsoft 365。

最初在本地創建的郵箱

如果您要從 Microsoft 365 遷移的郵箱最初是在本地創建的，然後遷移到雲端，您只需在開始之前刪除創建的用於將郵箱遷移到 Exchange Online 的批處理，否則會顯示已成功遷移，但不會移動任何內容。

• 轉到 Exchange 管理中心 -> 收件人 -> 遷移
• 單擊 + 並選擇“從 Exchange Online 遷移”

• 在“選擇要移動的用戶”並單擊“添加”並蒐索要遷移的郵箱，然後單擊下一步。

• 選擇遷移端點並單擊下一步。

• 確認遷移端點並單擊下一步。

• 輸入遷移的名稱並輸入您的租戶域。例如，techiberry.onmicrosoft.com 並選擇移動主郵箱和存檔郵箱（如果存在）並提及目標數據庫並單擊下一步。

• 單擊瀏覽以在遷移完成後通過電子郵件將報告發送給您，然後選擇“自動啟動批處理”和“自動完成遷移批處理”，單擊新建

最初在 Exchange Online 中創建的郵箱

如果要移回本地 Exchange 的 Exchange Online 郵箱最初是在 Microsoft 365 中創建的，則需要首先在關聯的本地郵箱上設置 ExchangeGUID 屬性。您需要執行此操作，因為如果郵箱最初是在 Microsoft 365 中創建的，則 ExchangeGUID 屬性不會同步回關聯的本地郵箱。要使遠程移動請求成功，存儲在 ExchangeGUID 屬性中的值必須相同Microsoft 365 中的郵箱和關聯的本地遠程郵箱。

請按照以下步驟檢查和設置本地遠程郵箱的 ExchangeGUID 屬性：

• 在您的本地 Exchange 混合服務器上啟動 EMC。
• 通過輸入以下命令檢查是否設置了本地遠程郵箱上的 ExchangeGUID 屬性。

Get-RemoteMailbox “alias of cloud mailbox to migrate back on-premises” | Format-List ExchangeGUID

• If the return value for ExchangeGUID is not all zeros, then ExchangeGUID is set. You can immediately initiate a remote mailbox move back to on-premises Exchange by following the steps outlined in the “Mailbox originally created on-premises” section.
• If the return value for ExchangeGUID is all zeros, then ExchangeGUID is not set. Enter the following command to retrieve ExchangeGUID for the Exchange Online mailbox, and write down the returned value. Do not use the Exchange Management Shell.

Get-Mailbox “alias of the cloud mailbox to migrate back to on-premises” | Format-List ExchangeGUID

• Go back to the Exchange Management Shell window, and enter the following command to set the value of the ExchangeGUID property on the on-premises remote mailbox.

Set-RemoteMailbox “alias of cloud mailbox to move” -ExchangeGUID “paste the GUID of the Exchange Online mailbox”

• If the Exchange GUID fails to update, follow the steps mentioned here.
• Allow for a few hours to reflect these changes to Microsoft 365.
• After the sync is completed, you can follow the steps outlined in the preceding section to move the mailbox from the cloud back to on-premises.

Also Read: How To Migrate Skype Meetings To Teams meetings?

Now I’d like to hear from you:

Which finding from today’s post did you find most interesting? Or maybe you have a question about something that I covered.

不管怎樣，我想听聽你的意見。所以繼續在下面發表評論。