Office365 Groups and OD4B 不同tenant之間資料遷移_經驗分享
阿新 • • 發佈:2018-12-03
目前國內很多企業都逐漸藉助Microsoft 365的 解決方案為內部員工提供現代化辦公環境,不限於可以提高企業分支機構之間的協作辦公效率,滿足跨平臺移動辦公需求,同時對企業來說也降低了IT基礎架構投入和管理成本。
但隨著企業業務模型擴增,陸續有很多企業需要更高標準的Office 365 來滿足其業務需求,那麼就會衍生很多企業有Office 365 Tenant to Tenant的 資料轉移的專案發生,但資料遷移並非是件容易的事情,需要考量點的地方比較多,同時利用對來源端的資料結構合理的分析並制定高效的Migration Plan也是至關重要的。
這裡為大家分享一個真實的案例,希望對大家日後的資料遷移工作帶來幫助。
案例背景:若干月前,Partner(數碼星空)通過世紀互聯聯絡我們公司希望協助完成國內某AI科技公司的Office 365 跨Tenant的資料遷移,客戶迫在眉睫的問題是:當前Office 365訂閱許可證即將在1個月內過期,需在該時間段完成 2500個User Seats 的OneDrive for Business 以及 Office Groups的資料遷移,使目的端上線並停用源端以節省成本。
時間緊,任務重,客戶在遷移過程中不能影響end user繼續對當前Office 365 訂閱平臺的訪問和使用,那麼面臨的挑戰需要提前考慮,以保證合理的Migration Plan確保在有效時間內完成遷移任務。
經過與Partner和各方工程師的資訊確認和整理下,面臨的遷移挑戰如下:
- 資料遷移過程中,並未阻止end users對來源端的訪問,說明在新的Office 365 訂閱未上線之前,客戶會時刻在來源端產生新的資料或者舊資料的更改。
- 客戶來源端含有很多自定義的域名+微軟預設的域名
- 資料量:2.5 TB
為保證資料遷移的高效進行,我們將進行6步來完成客戶為期3周的全部搬遷過程:
- 利用Discover Tool(來自 AvePoint for free 14天)對客戶當前Office 365訂閱的原始資料進行了全部遍歷,生成Report,如下圖所示:
- 對資料結構進行分析,如下圖所示:
- 根據分析結果,定製Migration Plan,如下圖所示:
- 為了保證許可權以及Office 365 Groups轉移正確,選用AvePoint FLY工具,並且完成自定義域名的對映,如下圖所示:
- 利用AvePoint FLY工具完成資料的全部搬遷以及後續的增量搬遷,如下圖所示:
- 做資料搬遷的Validation。
專案中,涉及到FLY工具其他配置使用說明如下:
- 支援批量生成遷移對映,極大減少遷移配置時間。
- 可以併發執行3~5個Job,極大縮減資料遷移的週期。
- 不是SasS工具,可以任意部署在本地的Server上,不會佔用Azure或者其他雲平臺的資源。
- 支援Full Migration和Incremental Migration。
- 支援Migration job 的暫停、繼續、重跑。其中重跑支援僅還原上次失敗的檔案。
- 支援資料發生衝突時的判斷處理,比如根據last modified time 選擇覆蓋還是跳過處理。
- 支援遷移Dashboard 功能,遷移狀態以及遷移進度一目瞭然。
如果大家對遷移專案感興趣,歡迎隨時聯絡我討論詳情。