412
如何實現由Google Apps向Office 365的過渡？
如果是在幾年之前，大家可能會毅然決定將電子郵件、文件共享以及生產力應用交給Google Apps打理--為什麼還要在自己的數據中心內打理這些煩人的服務器與應用？畢竟穀歌為我們搭建了一道輕鬆通往雲端的橋梁。然而如今情況有了變化，微軟Office在生產力領域的豐富功能令Google Apps相形見絀。目前微軟公司已經利用一套Office 365套件為用戶的電子郵件、文件共享以及生產力應用帶來新生代雲服務，強大的吸引力令我們難以抗拒。
如果大家是從本地Exchange體係直接向Google Apps或者Office 365遷移，那麼整個實施流程會在說明文檔的貼心指導下變得比較容易。然而從一套雲體係向另一套過渡又該如何處理？答案似乎沒那麼明確，因為我們缺少作為備份或分段傳遞的本地緩衝環境。
根據大家所在企業的規模與資金預算，擺在各位麵前的兩種選擇：
第一，手動遷移--需要我們在業務環境內部或借助第三方工具搞定難題進而完成遷移工作；
第二，對於規模較小的遷移活動，大家也可以借助Office 365所提供的電子郵件遷移向導--不過需要注意的是，該向導無法遷移通訊錄或日程表信息。
手動遷移方案
如果大家打算親手完成遷移工作，Kanwal Khipple建議各位以他的遷移經驗為基礎、再根據實際情況做出細節調整，例如增加Office 365與IMAP服務器之間的連接數上限（Gmail的設置為15個並發連接）、在MX記錄中縮短DNS的有效期設定同時在備份後刪除所有由Google Apps所設置的過濾機製。
第一步是在Office 365中創建郵箱，大家可以一個一個分別創建、也可以利用CSV文件進行批量生成。我們還需要為每一位Office 365用戶分配授權許可。在這方麵，大家通常會希望把DNS MX記錄直接從Google Apps遷移到Office 365當中，這樣才能確保轉換過程不會造成郵件丟失。
當郵件遷移的準備工作全部就緒後，我們需要使用Office 365管理門戶中的Exchange郵件遷移工具。如果大家具備管理員權限，則可以在多款應用的不同位置找到這項功能。
- 在Outlook Web Access當中，點擊進入"Manage My Organization"設定，並在"Users & Groups"當中選擇"Email Migration"選項。
- 在Office 365的Exchange管理員門戶當中，進入管理員設定並點擊"Manage"鏈接，同樣會訪問"Manage My Organization"設定。
此時點擊"New"來啟動遷移向導，然後選擇IMAP。提交我們的IMAP服務器信息（例如imap.gmail.com）以及基本連接信息。接下來提供包含有需要遷移的郵件清單（大家可以通過選擇排除那些不需要遷移的文件夾）的CSV文件。
如果大家還沒有將自己的DNS MX記錄提交給Office 365，現在請馬上著手進行。具體操作步驟取決於各位選用的電子郵件DNS供應商。微軟公司提供了mydomain.onmicrosoft.com域作為起步；如果大家擁有自己的域，請將其添加到Office 365門戶的設定中，並在DNS管理下完成域名服務器的配置工作。
要遷移過濾工具（也就是管理規則）、通訊錄以及日程表，大家必須采取一些額外的步驟。在通訊錄方麵，首先要在Google Apps當中進行重複內容合並，以Outlook CSV文件的形式將其從Gmail中導出並導入到Office 365的Outlook（或者OWA）當中。大家需要分別為每個賬戶重複這項操作。同理，日程表需要我們將Google Apps中的對應信息導出為ICS文件然後導入Outlook。
第三方遷移選項
如果大家需要麵對大量用戶，那麼手動方案就變得難以實現。對於企業級遷移活動而言，考慮利用以Binary Tree的E2E Complete、戴爾的Quest OnDemand Migration for Email或者BitTitan的MigrationWiz等第三方工具顯然更具可行性。這些工具不僅能夠遷移電子郵件，而且也足以搞定通訊錄以及日程表的傳遞--同時為我們免去了大量手動操作。
在過去的幾年裏，我曾見證了多家機構從內部Exchange向Google Apps的遷移。然而如今Office 365已經大舉襲來，我們也是時候向微軟雲方案尚開懷抱了--無論大家仍然在采用內部體係還是Google Apps。好消息是：遷移工作並不複雜--至少沒複雜到讓人抓狂的程度。
最後更新：2017-04-03 18:51:45