執行分段移轉,將電子郵件移轉到 Office 365

您可以使用「分段移轉」,將 Exchange 2003 或 Exchange 2007 電子郵件的使用者信箱內容,慢慢移轉到 Office 365。

本文會逐步引導您進行分段移轉電子郵件的相關工作。將電子郵件分段移轉到 Office 365 所需注意的事項可以讓您概略了解移轉程序。待您熟悉該文章的內容之後,再參考本文,開始將信箱從一個電子郵件系統移轉到另一個。

如需 Windows PowerShell 的步驟,請參閱使用 PowerShell 來執行移轉至 Office 365 的分段移轉

移轉工作

以下是當您準備好要開始進行分段移轉時,所要執行的工作。

  1. 準備分段移轉

  2. 確認您擁有該網域

  3. 在 Office 365 使用目錄同步處理建立使用者

  4. 建立您要移轉的信箱清單

  5. 將 Office 365 連線到電子郵件系統

  6. 移轉您的信箱

  7. 啟動分段移轉批次

  8. 將內部部署的信箱轉換為郵件使用者

  9. 將電子郵件直接傳送到 Office 365

  10. 刪除分段移轉批次

  11. 完成移轉後的工作

準備分段移轉

在使用分段移轉,將信箱移轉到 Office 365 之前,必須先在 Exchange Server 環境進行一些變更。

準備分段移轉

  1. 在內部部署的 Exchange Server 上設定 Outlook 無所不在     電子郵件移轉服務是使用 Outlook 無所不在 (又稱為 RPC over HTTP),連線到內部部署的 Exchange Server。有關如何設定適用於 Exchange 2007 和 Exchange 2003 之 Outlook 無所不在 相關資訊,請參閱以下主題:

    重要: 您必須使用由信任之憑證授權單位 (CA) 所簽發的憑證,搭配您的 Outlook 無所不在 設定。Outlook 無所不在 無法使用自我簽署的憑證加以設定。如需詳細資訊,請參閱如何設定 Outlook Anywhere 的 SSL

  2. 可省略:確認您可以使用 Outlook 無所不在,連線到您的 Exchange 組織   。請嘗試下列其中一個方法來測試您的連線設定。

  3. 設定權限   :您連線到內部部署 Exchange 組織所用的內部部署使用者帳戶 (又稱為移轉系統管理員),必須具備必要權限,才能存取您要移轉到 Office 365 的內部部署信箱。當您進行到此程序後半段將 Office 365 連線到您的電子郵件系統時,就會用到這個使用者帳戶。

  4. 系統管理員必須具備下列一種權限,才能移轉信箱:

    • 被指派每一個內部部署信箱的 FullAccess 權限,同時被指派 WriteProperty 權限來修改內部部署使用者帳戶的 TargetAddress 屬性。

    • 被指派儲存使用者信箱之內部部署信箱資料庫的 Receive As 權限,同時還要被指派 WriteProperty 權限來修改內部部署使用者帳戶的 TargetAddress 屬性。

    如需設定這些權限的相關指示,請參閱指派將信箱移轉到 Office 365 的 Exchange 權限

  5. 停用整合通訊 (UM)   :如果您對您要移轉的內部部署信箱開啟了 UM,請先關閉 UM 之後再進行移轉。待移轉完畢之後,再對信箱開啟 UM。其相關步驟,請參閱停用整合通訊

確認您擁有該網域

在移轉過程中,每一個內部部署信箱的簡易郵件傳輸通訊協定 (SMTP) 位址,都會用來建立新 Office 365 信箱的電子郵件地址。若要執行分段移轉,必須驗證內部部署網域,確認它是您在 Office 365 組織中擁有的網域。

使用網域精靈驗證您擁有內部部署的網域

  1. 附註: 您必須是 Office 365 的全域系統管理員,才能完成這些步驟。

    使用您的 公司或學校帳戶登入 Office 365

  2. 移至 [網域] 頁面

  3. 在 [管理網域] 頁面上,按一下 [新增網域] [新增] 圖示 ,啟動網域精靈。

  4. 在 [新增網域至 Office 365] 頁面上,選擇 [指定網域名稱並確認擁有權]。

  5. 輸入您用於內部部署 Exchange 組織的網域名稱 (例如,Contoso.com),然後選擇 [下一步]。

  6. 在 [確認您擁有 <您的網域名稱>] 頁面上的清單中,選取您的網域名稱系統 (DNS) 主機服務提供者,或者選取 [一般指示] (如果適用的話)。

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

    您也可以按照收集建立 Office 365 DNS 記錄所需的資訊中的指示,尋找 Office 365 租用戶專屬的 TXT 或 MX 值。

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

  8. 在 Office 365 網域精靈中,選擇 [完成,立即驗證],隨後便會出現一個驗證頁面。選擇 [完成]。

    如果您沒有看到驗證頁面,請稍候一會,然後再試一次。

    請勿繼續進行網域精靈中的下一個步驟。現在您已經驗證您擁有內部部署的 Exchange 組織網域,可以繼續進行電子郵件移轉了。

在 Office 365 使用目錄同步處理來建立使用者

您可以使用目錄同步處理,在 Office 365 組織中,建立所有的內部部署使用者。

建立使用者之後,您必須向他們進行授權。從使用者建立之後算起,您有 30 天的時間可以新增授權。如需新增授權的步驟,請參閱完成移轉後的工作

建立新的使用者

  • 您可以使用 Microsoft Azure Active Directory 同步處理工具或 Microsoft Azure Active Directory Sync Services (AAD Sync),在 Office 365 同步處理和建立您的內部部署使用者。待信箱移轉到 Office 365 之後,您要在內部部署組織中管理使用者帳戶,它們會與您的 Office 365 組織同步處理。如需詳細資訊,請參閱目錄整合

建立您要移轉的信箱清單

待您找出您要將其內部部署信箱移轉到 Office 365 的使用者之後,就使用逗號分隔值 (CSV ) 檔案建立移轉批次。CSV 檔案中的每一列 (Office 365 用來執行移轉) 都含有內部部署信箱的相關資訊。

附註: 您可以分段移轉到 Office 365 的信箱數目並沒有設限。移轉批次用的 CSV 檔案,最多可以包含 2,000 列。如果您要移轉的信箱數目超過 2,000 個,請另外建立其他 CSV 檔案,並使用每一個檔案來建立新的移轉批次。

支援的屬性

分段移轉用的 CSV 檔案支援下列三個屬性。CSV 檔案中的每一列都會對應到一個信箱,而且必須包含上述每個屬性的值。

屬性

描述

必要?

EmailAddress

可指定內部部署信箱的主要 SMTP 電子郵件地址,例如,pilarp@contoso.com。

請在內部部署信箱使用主要 SMTP 地址,而非來自 Office 365 的使用者識別碼。舉個例說,如果內部部署網域名稱為 contoso.com,但是 Office 365 電子郵件網域名稱為 service.contoso.com,那麼 CSV 檔案中的電子郵件地址,就要使用 contoso.com 網域名稱。

必要

Password

針對新 Office 365 信箱設定的密碼。任何您 Office 365 組織所採用的密碼限制,都會套用到 CSV 檔案中的密碼上。

選擇性

ForceChangePassword

可指定使用者第一次登入新的 Office 365 信箱時,是否必須變更密碼。請使用 TrueFalse 做為此參數的值。

附註: 如果您已在內部部署組織中部署 Active Directory 同盟服務 (AD FS) 2.0 (AD FS 2.0) 或更新版本,來實作單一登入解決方案,則必須使用 False 做為 ForceChangePassword 屬性的值。

選擇性

CSV 檔案格式

以下是 CSV 檔案格式的範例。在這個範例中,我們要將三個內部部署信箱移轉到 Office 365。

CSV 檔案的第一列 (或標題列) 會列出屬性或欄位 (在後續列中指定) 的名稱。每個屬性名稱是以逗號隔開。

EmailAddress,Password,ForceChangePassword 
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

標題列底下的每一列都代表一個使用者,它會提供移轉使用者信箱所用的資訊。每一列中的屬性值順序,必須與標題列中的屬性名稱順序相同。

您可以使用任何文字編輯器或 Excel 等應用程式來建立 CSV 檔案。請將檔案儲存為 .csv 或 .txt 檔案。

附註: 如果 CSV 檔案包含非 ASCII 或特殊字元,請以 UTF-8 或其他 Unicode 編碼來儲存 CSV 檔案。根據應用程式而定,當電腦的系統地區設定符合 CSV 檔案所用的語言時,以 UTF-8 或其他 Unicode 編碼來儲存 CSV 檔案可能會比較容易。

將 Office 365 連線到電子郵件系統

移轉端點 包含連線內部部署伺服器所需的設定與認證 (該伺服器裝載了您正以 Office 365 進行移轉的信箱)。若要執行分段移轉,必須建立一個 Outlook 無所不在 移轉端點。您只需建立一個移轉端點,即可用於所有的移轉批次。

建立移轉端點

  1. 移至 Exchange 系統管理中心

  2. 在 Exchange 系統管理中心中,移至 [收件者] > [移轉]。

  3. 選擇 [更多] 更多圖示 > [移轉端點]。

    選取移轉端點。
  4. 在 [移轉端點] 頁面上,選擇 [新增] [新增] 圖示

  5. 在 [選取移轉端點類型] 頁面上,選擇 [Outlook 無所不在] > [下一步]。

  6. 在 [輸入內部部署帳戶認證] 頁面上,輸入以下資訊:

    • 電子郵件地址:請輸入內部部署 Exchange 組織中任何一個即將移轉之使用者的電子郵件地址。Office 365 會測試連線到這個使用者信箱的能力。

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

    • 具有權限之帳戶的密碼:請輸入具備系統管理員帳戶權限之帳戶的密碼。

  7. 選擇 [下一步],然後執行下列其中一項操作:

    • 如果 Office 365 順利連線到來源伺服器,就會顯示連線設定。選擇 [下一步]。

      已確認「Outlook 無所不在」端點的連線。
    • 如果來源伺服器的測試連線失敗,請提供以下資訊:

      • Exchange 伺服器:請輸入內部部署 Exchange Server 的完整網域名稱 (FQDN)。這是您信箱伺服器的主機名稱;例如 EXCH-SRV-01.corp.contoso.com。

      • RPC Proxy 伺服器:請輸入適用於 Outlook 無所不在 之 RPC Proxy 伺服器的 FQDN。通常,Proxy 伺服器的 URL 與您的 Outlook Web App URL 是一樣的。例如 mail.contoso.com,這也是 Outlook 用來連線到 Exchange Server 的 Proxy 伺服器的 URL。

  8. 在 [輸入一般資訊] 頁面上,輸入移轉端點名稱,例如 Test5-endpoint。其他兩個方塊則保留空白,沿用預設值。

    移轉端點名稱。
  9. 選擇 [新增],建立移轉端點。

    若要確認您的 Exchange Online 是否已連線到內部部署的伺服器,您可以執行範例 4 (Test-MigrationServerAvailability) 中的命令。

移轉您的信箱

您會建立並執行移轉批次,將信箱移轉到 Office 365。

建立分段移轉批次

分段移轉就是將信箱分批次移轉 — 您所建立的每一個 CSV 檔,分別代表一個批次。

建立分段移轉批次

  1. 在 Exchange 系統管理中心中,瀏覽至 [收件者] > [移轉]。

  2. 選擇 [新增] [新增] 圖示 > [移轉到 Exchange Online]。

    選取 [移轉至 Exchange Online]
  3. 在 [選取移轉類型] 頁面上,選擇 [分段移轉] > [下一步]。

  4. 在 [選取使用者] 頁面上,選擇 [瀏覽],然後選取這個移轉批次所用的 CSV 檔案。

    選取 CSV 檔案之後,Office 365 會檢查 CSV 檔案,以確認下列事項:

    • 它不是空白檔案。

    • 它使用逗號分隔格式。

    • 它不含超過 2,000 列。

    • 其標題列包含必要的 EmailAddress 欄。

    • 每一列的欄數,都與標題列的欄數一樣。

    如果任何一個檢查未正常運作,您會收到錯誤,說明失敗的原因。這時候,您必須修正 CSV 檔案中的任何錯誤,並重新提交它來建立移轉批次。CSV 檔案經過驗證之後,CSV 檔案所列的使用者數目就會顯示為您要移轉的信箱數目。

  5. 選擇 [下一步]。

  6. 在 [確認移轉端點] 頁面上,驗證所列的移轉端點資訊,然後選擇 [下一步]。

    含已確認端點的新移轉批次。
  7. 在 [移動設定] 頁面上,輸入移轉批次的名稱 (不含空格或特殊字元),然後選擇 [下一步]。這個名稱會在您建立移轉批次之後,顯示在 [移轉] 頁面上的移轉批次清單中。

  8. 在 [啟動批次] 頁面上,選擇下列一項:

    • 自動啟動批次:您一儲存新的移轉批次之後,就會立即啟動移轉批次。批次開始啟動時的狀態是 [正在同步處理]。

    • 日後手動啟動批次:移轉批次已建立,但尚未啟動。批次的狀態是設定為 [已建立]。若要啟動移轉批次,請在移轉儀表板上選取該批次,然後選擇 [啟動]。

  9. 選擇 [新增],建立移轉批次。

    新的移轉批次便會顯示在移轉儀表板上。

啟動分段移轉批次

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

啟動分段移轉批次

  1. 在 Exchange 系統管理中心中,移至 [收件者] > [移轉]。

  2. 在移轉儀表板上選取該批次,然後選擇 [啟動]。

  3. 如果移轉批次順利啟動,它在移轉儀表板上的狀態就會改成 [正在同步處理]。

    移轉批次正在同步處理中

驗證移轉步驟正常

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

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

將內部部署的信箱轉換為郵件使用者,好讓移轉的使用者存取他們的電子郵件

在您順利移轉一批信箱之後,必須想辦法讓使用者存取他們的電子郵件。使用者的信箱移轉之後,其信箱便同時存在於內部部署和 Office 365 中。信箱在 Office 365 的使用者,其內部部署的信箱會停止接收新郵件。

由於尚未完成移轉,因此您還不能將所有使用者引導至 Office 365 來存取其電子郵件。那麼對於同時存在兩份信箱的人,您該怎麼做?您可以變更您已移轉到郵件使用者的內部部署信箱。當您從信箱改為郵件使用者之後,就可以將使用者引導至 Office 365 存取其電子郵件,而非移至內部部署的信箱。

另一個將內部部署信箱轉換成郵件使用者的重要原因,是為了將 Proxy 位址複製到郵件使用者,藉此保留來自 Exchange Online 信箱的 Proxy 位址。這麼做可讓您使用 Active Directory,從內部部署組織管理雲端使用者。此外,如果您在所有信箱全數移轉到 Exchange Online 之後,決定解除委任內部部署的 Exchange 組織,您複製到郵件使用者的 Proxy 位址,還是會保留在內部部署的 Active Directory 中。

如需其他詳細資訊,以及下載指令碼讓您執行以將信箱轉換為郵件使用者,請參閱下文:

可省略:重複移轉步驟

您可以同時執行批次,也可以一個接著一個執行。您可以選擇對自己排程方便以及能力可及的方式,協助大家完成移轉。請記住,每一個移轉批次的信箱數目上限為 2,000。

當您將所有人移轉到 Office 365 之後,即可開始將電子郵件直接傳送到 Office 365,以及將舊的電子郵件系統解除委任。

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

雖然不必執行這個工作,但如果跳過這個步驟,可能要花更長的時間,才會看到電子郵件出現在新的 Office 365 信箱中。

當組織以外的人傳送電子郵件給您時,其電子郵件系統並不會每次都仔細檢查該電子郵件要傳送到何處,而是根據您 DNS 伺服器中的設定 (稱為存留時間 (TTL)),儲存您電子郵件系統的位置。如果您在 TTL 到期之前,變更了電子郵件系統的位置,那麼他們在察覺位置變更之前,還是會把電子郵件傳送到舊的位置。這樣做可能會導致郵件延遲傳送。若要防止延遲狀況發生,其中一個方法就是縮短 DNS 伺服器提供給組織外部伺服器的 TTL。這麼做可以讓其他組織更頻繁的重新整理您的電子郵件系統位置。

使用較短的時間間隔,例如 3,600 秒 (一個小時) 或少於 3,600 秒,表示大部分的電子郵件系統每小時會索取一次更新的位置。建議您在啟動電子郵件移轉之前,先設定至少這麼低的間隔。這麼做是為了讓所有傳送電子郵件給您的系統,都有足夠的時間處理變更。待最後一次切換到 Office 365 之後,就可以將 TTL 改回較長的時間間隔。

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

如需協助您設定 DNS 設定,請參閱我們的 Office 365 DNS 指南。

將電子郵件直接傳送到 Office 365

電子郵件系統是透過一種稱為 MX 記錄的 DNS 記錄,得知要將電子郵件傳送到哪裡。在移轉電子郵件的過程中,MX 記錄是指向內部部署的電子郵件系統。待所有使用者的電子郵件全數移轉到 Office 365 之後,再將 MX 記錄指向 Office 365。這是為了確保內送電子郵件能夠傳送到您的 Office 365 信箱。待您準備好時,也可以移動 MX 記錄,關閉舊的電子郵件系統。

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

客戶及合作夥伴的電子郵件系統可能需要長達 72小時,才能辨識變更的 MX 記錄。請至少等候 72 小時之後,再繼續進行下一個工作。

刪除分段移轉批次

待您變更 MX 記錄,並驗證所有電子郵件都要傳送到 Office 365 信箱之後,就可以刪除分段移轉批次了。刪除移轉批次之前,請先驗證下列事項:

  • 批次中所有的使用者都是使用自己的 Office 365 信箱。刪除批次之後,傳送到內部部署 Exchange Server 信箱的郵件,就不會複製到對應的 Office 365 信箱了。

  • 當郵件開始直接傳送到 Office 365 信箱之後,這些信箱至少會同步處理一次。做法是確認移轉批次的 [上次同步處理時間] 方塊值,比郵件開始直接傳送到 Office 365 信箱的時間更近。

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

刪除分段移轉批次

  1. 在 Exchange 系統管理中心中,移至 [收件者] > [移轉]。

  2. 在移轉儀表板上選取該批次,然後選擇 [刪除]。

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

  3. 在 Exchange 系統管理中心中,移至 [收件者] > [移轉]。

  4. 驗證移轉儀表板上已經不再列出該移轉批次了。

完成移轉後的工作

信箱移轉到 Office 365 之後,必須完成移轉後的工作。

完成移轉後的工作

  1. 針對已移轉的帳戶,以指派授權的方式啟用其 Office 365 使用者帳戶。   如果您沒有指派授權,信箱會在寬限期 (30 天) 結束時停用。若要在 Office 365 系統管理中心中指派授權,請參閱在商務用 Office 365 中指派授權給使用者

  2. 建立自動探索 DNS 記錄,讓使用者可以輕鬆存取他們的信箱。   待所有內部部署信箱全數移轉到 Office 365 之後,您就可以為 Office 365 組織設定自動探索 DNS 記錄,好讓使用者能夠以 Outlook 和行動用戶端,輕鬆連線到新的 Office 365 信箱。這個新自動探索 DNS 記錄所用的命名空間,必須與您用於 Office 365 組織的命名空間一樣。舉例來說,如果您的雲端命名空間是 cloud.contoso.com,則需要建立的自動探索 DNS 記錄就是 autodiscover.cloud.contoso.com。

    Office 365 會使用 CNAME 記錄來實作 Outlook 和行動用戶端的自動探索服務。自動探索 CNAME 記錄必須包含以下資訊:

    • 別名:autodiscover

    • 目標:autodiscover.outlook.com

    如需詳細資訊,請參閱管理 DNS 記錄時建立 Office 365 的 DNS 記錄

  3. 解除委任內部部署的 Exchange 伺服器。    待您驗證所有電子郵件都要直接傳送到 Office 365 信箱、已經完成移轉,以及不再需要維護內部部署的電子郵件組織之後,就可以將 Exchange 解除安裝了。

    如需詳細資訊,請參閱下列內容:

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

請參閱

將電子郵件分段移轉到 Office 365 所需注意的事項

將電子郵件移轉到 Office 365 的方法

擴展您的技能
探索訓練
優先取得新功能
加入 Office 測試人員

這項資訊有幫助嗎?

感謝您的意見反應!

感謝您的意見反應! 我們將協助您與其中一位 Office 支援專員連絡以深入了解您的意見。

×