Email
是否有將郵箱移動到 Exchange 2010 的標準最佳做法？
我對目前大約 850 名使用者從 Exchange 2007 環境到 Exchange 2010 環境的 Exchange 遷移非常感興趣。郵箱數據庫通過光纖連接到 SAN，根據我目前所做的測試，我認為我可以在一個晚上移動大約 24GB 的郵箱。
關於這次遷移，我有大約一百萬個問題，但現在，但我認為最重要的是以下幾點：
移動郵箱是否有標準的最佳實踐？
- 我應該將使用者分散到所有郵箱數據庫中嗎？
- 我應該把它們填滿一次說 70GB 嗎？
- 每晚將大量使用者轉移到郵箱？
- 跟踪數據庫的完整程度、使用者的位置等的最佳方法是什麼？
- 有沒有一種自動分散使用者的好方法，還是我應該根據最佳判斷來做？
顯然我從來沒有做過這樣的舉動，所以我想我只是想知道我應該如何處理這個問題。謝謝。
編輯：
我剛剛意識到我應該發布我的數據庫結構，我認為它可能有助於展示我在做什麼。以下是一些我忘記提及的部分：
- 我為 3 個 Exchange 郵箱伺服器設置了 DAG。兩個現場和一個場外
- 我在 2 個現場郵箱（14 和 14）中分割了 28 個數據庫，其中第三個作為故障轉移。
- 目前大約有 2 TB 的郵件要遷移，所以我們在這些伺服器上有一點喘息的空間
我發現一篇內容豐富的文章介紹了不同類型的 Exchange 郵箱分佈以及如何平衡它們的資訊。
套用很多話，基本上有 5 種方法可以將 Exchange 遷移到新環境。
- 根據工作職能對使用者進行分組
- 根據每個郵箱的配額限制對使用者進行分組
- 根據使用者名分配數據庫
- 在每個數據庫中均勻地分配使用，與類型和使用無關
- 在每個數據庫中隨機分佈使用者
我相信使用方法 5 會很有用，因為我們在設計數據庫時考慮了彈性，因此不必擔心數據庫故障。使用這種方法的另一件有益的事情是，由於數據庫是隨機填充的，因此數據庫大小將有一定程度的均勻增長。因此，未來的數據庫管理也可能會更容易。
我在 Exchange 2010 中發現了這種分發郵箱的內置方法，這正是我所尋找的。所以現在我想問題變成了何時遷移使用者而不是如何遷移使用者。
我當然建議將大量使用者移出他們的核心時間（如您所說，在晚上）。確保新商店的郵箱配額足夠大！
至於你如何載入數據庫，我建議你考慮一下恢復的停機時間，比如說，70gb 的數據與該數據庫中人員的容忍度。您可以根據他們想要的服務級別或部門對人員進行分組，只要最適合您。我的建議是，無論你做什麼，你都應該以某種方式建構它，並且應該保持一致。