完全移轉到 Office 365

在進行 Office 365 部署時,您可以將使用者信箱的內容,從來源電子郵件系統移轉到 Office 365。如果這個動作是一次完成,則稱為完全移轉。在下列情況下,建議您選擇完全移轉:

  • 目前的內部部署 Exchange 組織是 Microsoft Exchange Server 2003、Microsoft Exchange Server 2007、Microsoft Exchange Server 2010 或 Microsoft Exchange Server 2013。

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

    附註: 雖然完全移轉最多支援 2000 個信箱,但由於要建立並移轉 2000 個使用者需要很長的時間,所以移轉不超過 150 個使用者是較為合理的做法。

移轉的規劃   

若要設定將電子郵件完全移轉到 Office 365,必須進行審慎規劃。以下是開始之前所需考量的一些事項:

  • 您可以花幾天的時間把整個電子郵件組織移動到 Office 365,然後在 Office 365 中管理使用者帳戶。

  • 使用完全 Exchange 移轉時,最多可以將 2,000 個信箱移轉到 Office 365。然而,建議您只移轉 150 個信箱。

  • 內部部署 Exchange 組織所用的主要網域名稱,必須是您在 Office 365 組織中所擁有的網域。

  • 移轉完畢之後,每一個擁有內部部署 Exchange 信箱的使用者,也會成為 Office 365 中的新使用者。但是您仍須指派授權給移轉信箱的使用者。

當您將內部部署和 Office 365 組織設定為進行完全移轉之後,安裝後的工作可能會影響您的使用者。

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

  • 傳送電子郵件時可能發生的延遲現象        在 MX 記錄變更之前,傳送給內部部署使用者 (這些使用者的信箱已被移轉到 Office 365) 的電子郵件,仍會傳送到他們的內部部署 Exchange 信箱。

完全移轉如何運作?

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

將電子郵件完全移轉到 Office 365 的程序
  1. 系統管理員向使用者傳達即將進行變更的消息,並且向網域註冊機構驗證網域擁有權。

  2. 系統管理員準備讓伺服器進行完全移轉,並在 Office 365 建立空白的郵件安全性群組。

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

  4. 系統管理員移轉信箱,然後驗證移轉。

  5. 授與使用者 Office 365 授權。

  6. 系統管理員設定讓網域開始將電子郵件直接傳送到 Office 365。

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

  8. 系統管理員在 Office 365 完成移轉後工作 (指派授權給使用者,並且建立一筆自動探索網域名稱系統 (DNS) 記錄),然後解除內部部署的 Exchange 伺服器 (最後一項並非必要步驟)。

  9. 系統管理員傳送歡迎信函給使用者,告訴他們 Office 365 的相關資訊,並說明如何登入新信箱。

準備要執行完全移轉了嗎?

請展開以下各節,並依照步驟進行。

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

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

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

  2. 您必須在 Outlook 無所不在設定中使用由信任的憑證授權單位 (CA) 所簽發的憑證,Office 365 才能執行完全移轉。如需完全移轉,您必須將 Outlook 無所不在與自動探索服務新增至您的憑證。如需如何設定憑證的相關指示,請參閱:

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

    • 使用公司網路以外的 Outlook 連線到內部部署的 Exchange 信箱。

    • 使用 Microsoft Exchange 遠端連線分析程式 測試您的連線設定。請使用 Outlook 無所不在 (RPC over HTTP) 或 Outlook 自動探索測試。

    • 您進行到此程序後半段將 Office 365 連線到您的電子郵件系統時,請等候連線自動接受測試。

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

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

    • 移轉系統管理員必須被指派每一個內部部署信箱的FullAccess權限。

    • 移轉系統管理員必須被指派儲存使用者信箱之內部部署信箱資料庫的Receive As權限。

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

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

  7. 建立安全性群組和清理代理人   :電子郵件移轉服務無法偵測內部部署的 Active Directory 群組是否為安全性群組,因此它無法在 Office 365 中將任何移轉的群組佈建為安全性群組。如果您希望 Office 365 中有安全性群組,必須先在 Office 365 佈建一個空的郵件安全性群組,才能開始進行完全移轉。

    此外,這個移轉方法只會移動信箱、郵件使用者、郵件連絡人,以及郵件群組。如果有其他任何 Active Directory 物件 (例如,未移轉到 Office 365 的使用者信箱) 被當做管理員或代理人指派給正要移轉的物件,必須先將它們從物件移除之後,再進行移轉。

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

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

  2. 移至 [網域] 頁面

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

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

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

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

    您也可以在管理 DNS 記錄時建立 Office 365 的 DNS 記錄中找到相關指示。

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

  7. 在 Office 365 網域精靈中,選擇 [完成,立即驗證],隨後就會看到驗證頁面。選擇 [完成]。

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

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

移轉端點包含連線內部部署伺服器所需的設定與認證,該伺服器裝載了您正以 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。

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

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

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

  4. 隨後 [確認移轉端點] 頁面就會列出移轉端點資訊。請驗證這項資訊,然後選擇 [下一步]。

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

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

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

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

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

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

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

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

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

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

    移轉批次正在同步處理中

驗證同步處理正常運作

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

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

    移轉完成之後,同步處理狀態就變成 [已同步處理]。

雖然這不是必要動作,但是可以協助防止在新 Office 365 信箱中接收電子郵件時發生延遲狀況。

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

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

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

如果您需要設定 DNS 設定的協助,請參閱管理 DNS 記錄時建立 Office 365 的 DNS 記錄

電子郵件系統是使用一種稱為 MX 記錄的 DNS 記錄,得知要將電子郵件傳送到哪裡。在移轉電子郵件的過程中,MX 記錄是指向您的來源電子郵件系統。電子郵件已經移轉到 Office 365,因此請將 MX 記錄指向 Office 365。這是為了確保電子郵件能夠傳送到您的 Office 365 信箱。移動 MX 記錄也可以讓您在準備好時,關閉舊的電子郵件系統。

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

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

待您變更 MX 記錄,並驗證所有電子郵件都往 Office 365 信箱傳送之後,請通知使用者他們的郵件正傳送至 Office 365。之後您就可以刪除完全移轉批次。刪除移轉批次之前,請先驗證下列事項。

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

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

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

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

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

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

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

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

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

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

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

    如果您繼續使用 Exchange Server,請確定在移轉完成後,自動探索 DNS CNAME 記錄是指向 exOffice365 (包括內外部的 DNS),這樣 Outlook 用戶端才能連到正確的信箱。

    附註: 在 Exchange 2007、Exchange 2010 及 Exchange 2013 中,您也應該將 Set-ClientAccessServer AutodiscoverInternalConnectionURI 設為 Null

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

    • Alias    (別名):autodiscover

    • Target    (目標):autodiscover.outlook.com

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

  2. 解除委任內部部署的 Exchange Server。   待您驗證所有電子郵件都直接傳送到 Office 365 信箱,以及不再需要維護內部部署的電子郵件組織,或者不打算實作單一登入解決方案之後,就可以將 Exchange 從伺服器解除安裝,並且移除內部部署的 Exchange 組織。

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

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

請參閱

將多個電子郵件帳戶移轉到 Office 365 的方法

絕對移轉路徑

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

這項資訊有幫助嗎?

感謝您的意見反應!

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

×