使用 Exchange 完全移轉方法將電子郵件移轉到 Exchange Online

在 Microsoft 365 或 Office 365 部署過程中，您可以將使用者信箱的內容從來源電子郵件系統移轉至 Microsoft 365 或 Office 365。 當您一次執行所有動作，就稱為完全移轉。 在下列情況下，建議您選擇完全移轉：

• 您目前的內部部署 Exchange 組織是 Microsoft Exchange Server 2003 或更新版本。

• 內部部署 Exchange 組織的信箱不到 2,000 個。

  注意事項

  即使完全移轉支援移動最多 2000 個信箱，由於建立和移轉 2000 個使用者需要花費的時間長度，移轉 150 個使用者或更少為合理。

規劃移轉

設定電子郵件完全移轉到 Microsoft 365 或 Office 365 需要仔細規劃。 以下是開始之前所需考量的一些事項：

• 您可以在幾天內將整個電子郵件組織移至 Microsoft 365 或 Office 365，並管理 Microsoft 365 或 Office 365 中的使用者帳戶。

• 使用完全移轉 Exchange 移轉，最多可以將 2,000 個信箱移轉至 Microsoft 365 或 Office 365。 不過，我們建議您僅移轉 150 個信箱。

• 內部部署 Exchange 組織使用的主要網域名稱必須是 Microsoft 365 或 Office 365 組織中所接受的網域。

• 移轉完成後，每個擁有內部部署 Exchange 信箱的使用者也會是 Microsoft 365 或 Office 365 中的新使用者，但您仍必須將授權指派給信箱移轉的使用者。

  注意事項

  從 Exchange 2003 移轉時，需要在 Exchange 2003 端開啟 TCP 連接埠 6001、6002 和 6004。

對使用者的影響

內部部署和 Microsoft 365 或 Office 365 組織設定完全移轉之後，設定後工作可能會影響您的使用者。

• 系統管理員或使用者必須設定桌上型電腦：確定桌上型電腦已更新並設定為搭配 Microsoft 365 或 Office 365 使用。 這些動作可讓使用者使用本機使用者認證從傳統型應用程式登入 Microsoft 365 或 Office 365。 具有安裝應用程式權限的使用者，可以更新並設定自己的桌面。 如果他們不想自己更新，我們也可以為他們安裝更新。 更新完畢之後，使用者即可從 Outlook 2013、Outlook 2010 或 Outlook 2007 傳送電子郵件。

• 電子郵件路由中可能發生延遲：Email傳送給信箱已移轉至 Microsoft 365 的內部部署使用者，或Office 365會路由傳送至其內部部署 Exchange 信箱，直到 MX 記錄變更為止。

完全移轉如何運作？

下圖示範的是完全移轉的主要步驟。

1. 管理員向使用者傳達即將進行變更的消息，並且向網域註冊機構驗證網域擁有權。

2. 系統管理員會為完全移轉準備伺服器，並在 Microsoft 365 或 Office 365 中建立空的啟用郵件的安全性群組。

3. 系統管理員會將 Microsoft 365 或 Office 365 連線到內部部署電子郵件系統 (這稱為建立移轉端點) 。

4. 管理員移轉信箱，然後驗證移轉。

5. 將 Microsoft 365 或 Office 365 授權授予使用者。

6. 系統管理員將網域設定為開始將電子郵件直接路由傳送至 Microsoft 365 或 Office 365。

7. 管理員驗證傳送已經變更，然後刪除完全移轉批次。

8. 系統管理員在 Microsoft 365 或 Office 365 (中完成移轉後工作，將授權指派給使用者，並建立自動探索網域名稱系統 (DNS) 記錄) ，然後選擇性地解除委任內部部署 Exchange 伺服器。

9. 系統管理員會傳送歡迎信給使用者，告知他們有關 Microsoft 365 或 Office 365 的相關資訊，並說明如何登入新信箱。 (如需建立新 Outlook 設定檔) 的詳細資訊，請參閱 Outlook 電子郵件設定檔概觀 。

準備好執行完全移轉了嗎？

展開下列各節，然後依照步驟進行。

準備完全移轉

在使用完全移轉將信箱移轉到 Microsoft 365 或 Office 365 之前，必須先完成一些 Exchange Server 環境變更。

注意事項

如果已開啟目錄同步處理，您必須先將它關閉才能執行完全移轉。 您可以使用 PowerShell 執行這項作業。 如需指示，請參閱 關閉目錄同步作業。

1. 在內部部署Exchange Server上設定 Outlook Anywhere：電子郵件移轉服務使用 Outlook Anywhere (也稱為 RPC over HTTP) ，來連線到內部部署Exchange Server。 Outlook 無所不在 會針對 Exchange 2013 自動設定。 有關如何針對 Exchange 2010、Exchange 2007 和 Exchange 2003 設定 Outlook 無所不在 的資訊，請參閱以下內容：

   • Exchange 2010：啟用 Outlook 無所不在

   • Exchange 2007：如何啟用 Outlook 無所不在

   • 如何使用 Exchange 2003 設定 Outlook 無所不在

2. 您必須將信任的憑證授權單位所發行的憑證 (CA) 與您的 Outlook Anywhere 設定搭配使用，Microsoft 365 或 Office 365 才能執行完全移轉。 如果您要執行完全移轉，則必須將 Outlook Anywhere 和自動探索服務新增至您的憑證。 如需如何設定憑證的相關指示，請參閱：

   • 將 SSL 憑證新增至 Exchange 2013

   • 將 SSL 憑證新增至 Exchange 2010

   • 將 SSL 憑證新增至 Exchange 2007

3. 選用：確認您可以使用 Outlook Anywhere 連線到 Exchange 組織： 請嘗試下列其中一種方法來測試您的連線設定。

   • 從公司網路之外使用 Outlook 連線至您的內部部署 Exchange 信箱。

   • 使用 Microsoft Exchange Remote Connectivity Analyzer 來測試連線設定。 使用 Outlook 無所不在 (RPC over HTTP) 或 Outlook 自動探索測試。

   • 稍後在此程序中，當您將 Microsoft 365 或 Office 365 連線到電子郵件系統時，請等待系統自動測試連線。

4. 在內部部署 Exchange Server 上啟用 MRSProxy：如需如何設定 MRSProxy 的詳細資訊，請參閱在 Exchange Server 中啟用 MRS Proxy 端點。

5. 設定權限：您用來連線到內部部署 Exchange 組織的內部部署使用者帳戶 (也稱為移轉系統管理員) 必須擁有存取要移轉到 Microsoft 365 或 Office 365 內部部署信箱的必要權限。 當您稍後在此程序中將 Microsoft 365 或 Office 365 連線到您的電子郵件系統時，會使用此使用者帳戶。 系統管理員必須具備下列一種權限，才能移轉信箱：

   • 移轉系統管理員必須具有每個內部部署信箱的 FullAccess 權限。

   或

   • 必須在儲存使用者信箱的內部部署信箱資料庫上，為移轉系統管理員指派 [接收為 ] 權限。

   如需如何設定這些權限的指示，請參閱指派 Exchange 權限，以將信箱移轉至 Microsoft 365 或 Office 365。

6. 確認要移轉的信箱並 未在通訊清單中隱藏。

7. 停用 UM) (整合通訊 ：如果您要移轉的內部部署信箱已開啟 UM，請在移轉之前關閉 UM。 移轉完成後，請為使用者開啟雲端語音信箱。

8. 建立安全性群組和清除代理人：由於電子郵件移轉服務無法偵測內部部署的 Active Directory 群組是否為安全性群組，因此無法將任何已移轉的群組佈建為 Microsoft 365 或 Office 365 中的安全性群組。 如果您想要在 Microsoft 365 或 Office 365 中擁有安全性群組，您必須先在 Microsoft 365 或 Office 365 中佈建一個空的啟用郵件的安全性群組，然後再開始完全移轉。

   此外，此移轉方法只會移動信箱、郵件使用者、郵件連絡人及已啟用郵件功能的群組及其成員資格。 如果任何其他 Active Directory 物件，例如未移轉至 Microsoft 365 或 Office 365 的使用者信箱，已指派為要移轉之物件的管理員或代理人，您必須在移轉之前從物件中移除它們。

步驟 1：驗證您擁有該網域

在移轉期間，每個內部部署信箱的簡易郵件傳輸通訊協定 (SMTP) 位址，都會用來建立新的 Microsoft 365 或 Office 365 信箱的電子郵件地址。 若要執行完全移轉，內部部署網域必須是 Microsoft 365 或 Office 365 組織中經過驗證的網域。

1. 使用您的公司或學校帳戶登入 Microsoft 365 或 Office 365。

2. 選擇 設定>網域。

3. 在 [網域] 頁面上，選取 [新增網域 ] 以啟動網域精靈。

   

4. 在 [ 新增網域 ] 頁面上，輸入網域名稱 (例如，您用於內部部署 Exchange 組織 Contoso.com) ，然後選擇 [下一步]。

5. 在 [驗證網域] 頁面上，選取 [登入 GoDaddy (如果您的 DNS 記錄是由 GoDaddy) 管理，或為任何其他註冊機構>改為新增 TXT 記錄下一步。

6. 按照針對您 DNS 主機服務提供者所提供的指示進行。 通常系統會選擇用 TXT 記錄驗證擁有權。

   您也可以在 新增 DNS 記錄以連線您的網域中找到指示。

   當您新增 TXT 或 MX 記錄之後，請先等候 15分鐘左右，再繼續進行下一個步驟。

7. 在 Office 365 網域精靈中選擇 [完成]、[立即驗證]，您會看到驗證頁面。 Choose Finish.

   如果一開始驗證失敗，請稍候一會，然後再試一次。

   請勿繼續進行網域精靈的下一個步驟。 現在您已經驗證您擁有內部部署的 Exchange 組織網域，並準備好繼續進行電子郵件移轉。

步驟 2：將 Microsoft 365 或 Office 365 連線到您的電子郵件系統

移轉端點包含連線託管您要使用 Microsoft 365 或 Office 365 移轉之信箱的內部部署伺服器所需的設定和認證。 遷移端點也會定義要同時遷移的信箱數目。 對於完全移轉，請建立 Outlook Anywhere 移轉端點。

1. 在 Exchange 系統管理中心，移至 [移轉]。

2. 選取頁面右上角的 [端點 ]。

3. 在 [端點] 頁面上，選取 [新增

4. 在 [ 新增端點] 頁面上，選擇 [Outlook Anywhere ] 做為移轉類型，然後選取 [ 下一步]。

5. 在下列欄位中輸入適當的資訊：

   • 移轉端點名稱：輸入唯一的端點名稱，例如 Test5-endpoint

   • 具有權限的帳戶： 輸入 在 內部部署組織中具有必要系統管理權限之帳戶 (網域\使用者名稱格式或電子郵件地址) 。 Microsoft 365 或 Office 365 會使用此帳戶來偵測移轉端點，並透過嘗試使用指定的電子郵件地址存取信箱，以測試指派給此帳戶的權限。

   • 具有權限的帳戶密碼：輸入具有權限的 帳戶密碼， 即管理員帳戶

   • Email Address：輸入將進行移轉的內部部署 Exchange 組織中任何使用者的電子郵件地址。 Microsoft 365 或 Office 365 會測試此使用者信箱的連線能力。 請確定t_未從通訊清單中隱藏此信箱。

   • Exchange 伺服器：輸入內部部署Exchange Server的完整網域名稱 (FQDN) 。 This is the host name for your Mailbox server. For example, EXCH-SRV-01.corp.contoso.com.

   • RPC Proxy 伺服器：輸入 Outlook Anywhere 的 RPC Proxy 伺服器的 FQDN 。 通常，Proxy 伺服器與您的Outlook 網頁版 (相同，先前稱為 Outlook Web App) URL。 例如，mail.contoso.com，它也是 Outlook 用來連線到Exchange Server的 Proxy 伺服器 URL。

     注意事項

     在 [最大同時移轉數 ] 和 [最大同時增量樣式] 中保留預設值不變。

6. 選取 [建立]。

您已成功建立新端點！

若要驗證您的 Exchange Online 是否已連線至內部部署伺服器，您可以執行 Test-MigrationServerAvailability 範例 4 中的命令。

步驟 3：建立完全移轉批次

在完全移轉中，內部部署信箱會在單一移轉批次中移轉至 Microsoft 365 或 Office 365。

1. 在 Exchange 系統管理中心，移至 [移轉]，然後選取 [ 新增移轉批次]。

   

2. 在 [新增移轉批次 ] 頁面上，

   • 為移轉批次提供唯一名稱：輸入移轉名稱，例如 test_batch5。
   • 選取信箱移轉路徑：確認已選取 [移轉至 Exchange Online]。

   

3. 在 [選取移轉類型 ] 頁面上，選擇 [完全移轉] 做為移轉類型，然後選取 [下一步]。

   

4. 瀏覽完全移轉的必要條件，然後再次選取 [ 下一步 ]。

   

5. 在 [設定移轉端點 ] 頁面上，從下拉式清單中選取移轉終點。

6. 在 [排程批次移轉 ] 頁面上，選取移轉批次的開始和結束時間。 在這裡，

   • 稍後手動啟動批次：已建立移轉批次，但尚未開始。 批次的狀態會設為 [已建立]。 若要啟動移轉批次，請從清單中選取它，然後選擇 [開始]。
   • 自動啟動批次：一旦您儲存狀態為 [同步處理] 的新移轉批次，就會啟動移轉批次。
   • 經過一段時間後自動啟動批次：移轉批次會在選取的較晚日期和時間開始，該日期和時間必須在未來 30 天內 (相對) 。
   • 稍後手動完成批次： 移轉批次已同步，但尚未完成。 批次的狀態設定為 [已同步處理]。 若要完成移轉批次，請從清單中選取批次，然後選取 完成移轉批次。
   • 自動完成移轉批次： 一旦狀態變更為 [已同步]，移轉批次就會完成。
   • 經過一段時間後自動完成批次：移轉批次會在選取的較晚日期和時間結束，該日期和時間必須在未來 120 天內 (相對) 。

7. 選取 儲存 以建立移轉批次，然後選取 完成。

步驟 4：啟動完全移轉批次

如果您已建立移轉批次，並將它設定為手動啟動，則可以使用 Exchange 系統管理中心來啟動它。

1. 在 Exchange 系統管理中心，移至 [移轉]。

2. 從清單中選取批次，然後選取 [繼續移轉]。

3. 按一下快顯視窗選取 [ 確認 ] 以開始移轉。

4. 如果移轉批次成功啟動，其在移轉儀表板上的狀態會變更為 [正在啟動]。

驗證同步處理正常運作

您可以在移轉儀表板上追蹤同步狀態。 如果發生問題，可以檢視提供錯誤相關詳細資訊的記錄檔。

您也可以驗證使用者是在移轉進行時在 Microsoft 365 系統管理中心中建立的。

移轉完成後，狀態會顯示為 [已同步處理]。

可省略：減少電子郵件延遲狀況

雖然這項工作是選用的，但這樣做有助於避免在新的 Microsoft 365 或 Office 365 信箱中接收電子郵件時發生延遲情況。

當組織外部的人員向您傳送電子郵件時，他們的電子郵件系統不會每次都仔細檢查要傳送電子郵件的位置。 他們的系統會根據您的 DNS 伺服器中的設定 (稱為存留時間 (TTL))，儲存您電子郵件系統的位置。 如果您在 TTL 到期之前變更電子郵件系統的位置，寄件者的電子郵件系統會在發現位置已變更之前，嘗試將電子郵件傳送至舊的位置。 此位置變更可能會導致郵件遞送延遲。 避免此狀況的其中一種方法是降低您的 DNS 伺服器提供給組織外部伺服器的 TTL。 這可讓其他組織更頻繁地重新整理您電子郵件系統的位置。

如果設定的間隔時間很短，例如 3,600 秒 (一小時)，則大部分的電子郵件系統會要求每小時更新一次。 建議您在開始電子郵件移轉之前，至少將間隔設定為此低。 這個設定可以讓所有傳送電子郵件給您的系統，都有足夠的時間處理變更。 然後，當您最後切換到 Microsoft 365 或 Office 365 時，您可以將 TTL 變更回較長的間隔。

更改 TTL 設定的位置是在電子郵件系統的 MX 記錄上。 該記錄位於公開的 DNS 系統上。 如果您的 MX 記錄不只一筆，則必須在每一筆記錄上，將該值改為 3,600 秒或以下。

如果您需要設定 DNS 設定的協助，請參閱 新增 DNS 記錄以連線您的網域。

步驟 5：將您的電子郵件直接傳送至 Microsoft 365 或 Office 365

電子郵件系統使用稱為 MX 記錄的 DNS 記錄來找出要將電子郵件傳遞到哪裡。 在電子郵件移轉過程中，您的 MX 記錄指向來源電子郵件系統。 現在電子郵件移轉至 Microsoft 365 或 Office 365 已完成，是時候將 MX 記錄指向 Microsoft 365 或 Office 365。 這有助於確保電子郵件已傳送到您的 Microsoft 365 或 Office 365 信箱。 移動 MX 記錄也可以讓您在準備好時，關閉舊的電子郵件系統。

針對許多 DNS 提供者，變更 MX 記錄有其專屬指示。 如果您的 DNS 提供者不包含在內，或者如果您想要了解一般指示，我們也會提供一般 MX 記錄指示。

客戶及合作夥伴的電子郵件系統可能需要花費長達 72 小時，才能辨識經過變更的 MX 記錄。 請至少等候 72 小時之後，再繼續進行下一個工作：刪除完全移轉批次。

步驟 6：刪除完全移轉批次

變更 MX 記錄並驗證所有電子郵件都路由到 Microsoft 365 或 Office 365 郵箱後，通知使用者他們的郵件將被路由到 Microsoft 365 或 Office 365。 在此之後，您便可以刪除完全移轉批次。 在刪除移轉批次之前，請先確認下列事項。

• 所有使用者都使用 Microsoft 365 或 Office 365 信箱。 刪除批次之後，傳送到內部部署 Exchange Server 信箱的郵件不會複製到對應的 Microsoft 365 或 Office 365 信箱。

• 開始直接傳送郵件給 Microsoft 365 或 Office 365 信箱之後，至少同步處理一次。 若要這麼做，請確定移轉批次 [上次同步處理時間] 方塊中的值比開始將郵件直接路由傳送到 Microsoft 365 或 Office 365 信箱時還要新。

刪除完全移轉批次時，移轉服務會先清除該移轉批次的任何相關記錄，再刪除該移轉批次。 隨後批次便會從移轉儀表板上的移轉批次清單中移除。

1. 在 Exchange 系統管理中心，移至 [移轉]。

2. 選取所需的批次，然後選取 [刪除]。

   注意事項

   移除批次可能需要幾分鐘的時間完成。

3. 選取快顯視窗中的 確認 以刪除移轉批次。

移轉批次將不再列出。

步驟 7：將授權指派給 Microsoft 365 和 Office 365 使用者

指派授權以啟用已移轉帳戶的使用者帳戶：如果您未指派授權，則會在寬限期結束 (30 天) 停用信箱。 若要在 Microsoft 365 系統管理中心指派授權，請參閱個別或大量新增使用者。

完成移轉後的工作

將信箱移轉至 Microsoft 365 或 Office 365 之後，有一些移轉後工作必須完成。

1. 建立自動探索 DNS 記錄，讓使用者可以輕鬆存取其信箱：在所有內部部署信箱移轉至 Microsoft 365 或 Office 365 之後，您可以為 Microsoft 365 或 Office 365 組織設定自動探索 DNS 記錄，讓使用者能夠透過 Outlook 和行動用戶端輕鬆連線到新 Microsoft 365 或 Office 365 信箱。 此新的自動探索 DNS 記錄必須使用與您用於 Microsoft 365 或 Office 365 組織的命名空間相同的命名空間。 舉例來說，如果您的雲端架構命名空間是 cloud.contoso.com，則您需要建立的自動探索 DNS 記錄是 autodiscover.cloud.contoso.com。

   如果您保留 Exchange Server，您也應該確保自動探索 DNS CNAME 記錄在遷移後內部和外部 DNS 中都指向 Microsoft 365 或 Office 365，以便 Outlook 用戶端連接到正確的郵箱。 將 ServerName> 取代<為用戶端存取伺服器的名稱，並在 Exchange 管理命令介面中執行下列命令，以防止用戶端連線至伺服器。 您必須在每個用戶端存取伺服器上執行命令。

   Set-ClientAccessServer -Identity <ServerName> -AutoDiscoverServiceInternalUri $null
   

   Microsoft 365 或 Office 365 使用 CNAME 記錄為 Outlook 和行動裝置用戶端實作自動探索服務。 自動探索 CNAME 記錄必須包含下列資訊：

   • 別名：自動探索

   • 目標：autodiscover.outlook.com

   如需詳細資訊，請參閱 新增 DNS 記錄以連線您的網域。

2. 解除委任內部部署 Exchange Server：確認所有電子郵件都直接路由傳送到 Microsoft 365 或 Office 365 信箱，且不再需要維護內部部署電子郵件組織或不打算實作單一登入解決方案之後，您可以從伺服器解除安裝 Exchange，並移除內部部署 Exchange 組織。

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

   • 修改及移除 Exchange 2010

   • 如何移除 Exchange 2007 組織

   • 如何解除安裝 Exchange Server 2003

   注意事項

   解除委任 Exchange 可能會出現意外的結果。 在解除委任內部部署的 Exchange 組織之前，建議您先連絡 Microsoft 支援服務。

另請參閱

將電子郵件移轉至 Microsoft 365 或 Office 365 的方法

決定移轉路徑