如何實現由Google Apps向Office 365的過渡？
譯文【2013年5月2日 51CTO外電頭條】如果是在幾年之前，大家可能會毅然決定將電子郵件、文件共享以及生產力應用交給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。好消息是：遷移工作并不復雜--至少沒復雜到讓人抓狂的程度。
原文鏈接：
http://www.infoworld.com/d/microsoft-windows/how-make-the-move-google-apps-office-365-217617
