混合移轉的效能因素和最佳作法
有許多路徑可將資料從內部部署電子郵件組織移轉至 Microsoft 365 或Office 365。 規劃移轉時，常見的問題是如何改善資料移轉的效能，並將移轉速度優化。 本文討論 Exchange 混合式部署的移轉效能。 如需其他移轉方法的效能資訊，請參閱Microsoft 365 和Office 365移轉效能和最佳做法。
混合式部署移轉支援內部部署 Exchange 伺服器與 Microsoft 365 或 Office 365 中Exchange Online之間的順暢移轉。
混合式部署移轉是將信箱資料移轉至 Microsoft 365 或Office 365的最快移轉方法。 我們在實際客戶部署期間看到最多 100 GB/小時輸送量。 下表提供適用于原生 Microsoft 365 和Office 365混合式移轉案例的因素清單。
如果您的內部部署環境包含地理位置分散的多個網站，您可以透過建立地理位置相近的移轉端點來改善移轉效能。 這是因為在這個案例下是使用 Microsoft 的網路進行移轉，而非使用內部部署網路的集中式移轉端點。
因素 1：資料來源 (Exchange Server)
| 檢查清單 | 描述 | 最佳作法 |
|---|---|---|
| 系統效能 | 資料擷取是相當耗用資料的工作。 來源系統必須有足夠的資源 (例如 CPU 時間和記憶體)，才能提供更高的移轉效能。 在移轉時，來源系統通常會接近完整容量，以提供一般使用者工作負載。 額外的移轉工作負載有時甚至會因為缺少系統資源而降低使用者的存取權。 | 在試驗移轉測試期間監控系統效能。 若系統忙碌，基於移轉可能變慢及潛在的服務可用性問題，建議不要對特定系統進行積極的移轉排程。 如有可能的話，請提升來源系統效能，您可以增加硬體資源，以及將工作和使用者移至其他未參與移轉的伺服器以降低系統負載。 如需詳細資訊，請參閱： 詢問 Perf Guy︰決定 Exchange 2016 部署規模 從含有多部信箱伺服器和多個資料庫的內部部署 Exchange 組織移轉時，建議您建立移轉使用者清單，以平均分配至不同的信箱伺服器和資料庫。 根據個別伺服器效能，可以更進一步微調清單以增加輸送量。 例如，如果伺服器 A 的資源可用性比伺服器 B 多出 50%，則在同一個移轉批次中伺服器 A 多出 50% 的使用者是合理的。 類似作法也可套用至其他來源系統。 請在伺服器擁有最大資源可用性時執行移轉，例如下班後、週末及假日。 |
| 後端工作 | 在移轉期間執行的其他後端工作。 由於最好在下班後執行移轉，因此移轉常會與內部部署伺服器上所執行的其他維護工作發生衝突，例如資料備份。 | 請檢閱移轉期間可能執行的其他系統工作。 建議您在未執行其他耗用大量資源的工作時執行資料移轉。 注意：對於使用內部部署 Microsoft Exchange 的客戶，常見的後端工作是備份解決方案和 Exchange 存放區 維護。 |
因素 2：移轉伺服器
混合部署移轉是雲端啟動的提取/推送資料移轉方法，而且 Exchange 混合伺服器會作為移轉伺服器。 這一點經常遭到忽略，且客戶會使用低階虛擬機器來作為混合伺服器。 因而導致移轉效能低落。
移轉伺服器最佳做法
除了套用先前所述的最佳作法之外，我們還測試下列最佳作法，可提升實際客戶移轉時的移轉效能：
- 使用強大的伺服器類別實體機器作為 Exchange 混合伺服器，而非虛擬機器。
- 在客戶的網路負載平衡器後方使用多部混合伺服器。
例如，在實際客戶移轉中，我們使用下列設定，可達到每小時 30 GB 的一致輸送量：
- 網路：500 mb 的輸出管道到網際網路;具有 10 GB 光纖骨幹的 1 GB 內部網路。
- 硬體：兩個用戶端存取/中樞 (實體) 伺服器的規格如下：
- CPU：Intel® Xeon® CPU E5520 @ 2.27 GHz 2.26 GHz (2 個處理器)。
- RAM：24 GB。
- 磁碟：八個，每個磁碟 146 GB。 RAID 5 組態 = 960 GB 原始空間總計。
- MRSProxy：並行設定為 100。
因素 3：移轉引擎
混合式部署移轉使用原生 Microsoft 365 和Office 365工具。 受限於 Microsoft 365 和Office 365移轉服務節流。
Exchange 2003 與更新版本的 Exchange
從 Exchange 2003 移轉時，使用者經驗會有顯著不同。 不同於更新版本的 Exchange，Exchange 2003 的使用者無法在移轉資料時存取其信箱。 因此，Exchange 2003 客戶通常比較關心排程移轉的時機以及移轉所需的時間，特別是當移轉效能因大型信箱或低速網路而降低時。
Exchange 2003 移轉對於中斷也很敏感。 例如，在實際的客戶移轉中，在移轉 10GB 信箱期間，當信箱的移轉完成 50% 時，就會發生服務事件。 您必須重新啟動處理資料移轉的 Office 365 用戶端存取伺服器，才能解決此問題。 在此情況下，必須重新開機該信箱的移轉，這表示客戶必須再次移轉所有 10GB 的資料。 移轉無法從停止的時間點繼續。 但是，Exchange 2010 和更新版本的 Exchange 則可以在中斷後繼續移轉。
移轉引擎最佳做法
某些客戶會選擇針對大型且敏感的 Exchange 2003 信箱執行兩個躍點的移轉：
- 第一個躍點：將信箱從 Exchange 2003 移轉至 Exchange 2010 或更新版本伺服器，這通常是混合式伺服器。 第一個躍點為離線移動，而通常是透過區域網路進行的超高速移轉。
- 第二個躍點：將信箱從 Exchange 2010 或更新版本移轉至 Microsoft 365 或Office 365。
第二個躍點為線上移動，可提供更佳的使用者經驗和容錯能力。 此兩個躍點的方法需要暫時內部部署使用者信箱的 Exchange 授權。
信箱複寫服務 Proxy (MRSProxy)
MRS Proxy 是內部部署移轉功能，可與在 Microsoft 365 和 Office 365 端執行的信箱複寫服務搭配運作。 如需詳細資訊，請參閱了解移動要求。
MRSProxy 最佳做法
您可以設定內部部署 Exchange 混合伺服器的最大 MRSProxy 連線數目。 請執行下列 Windows PowerShell 命令。
Set-WebServicesVirtualDirectory -Identity "EWS (Default Web Site)" -MRSMaxConnections <number between 0 and unlimited; default is 100>
注意事項
大多數客戶的移轉不需變更預設 MRSMaxConnections 值。 若需要保護來源伺服器，以免移轉負載造成負荷過高，客戶可以減少連線數目。 此設定是根據 MRSProxy 伺服器。 若客戶擁有兩部 MRSProxy 伺服器，每部伺服器設為 10 個連線，則會取得 20 (2 x 10) 個 MRSProxy 連線總數。 如需在內部部署 Exchange 2010 組織中設定 MRSProxy 服務的詳細資訊，請參閱啟動遠端用戶端存取伺服器上的 MRSProxy 服務。
因素 4：網路
驗證測試
若為執行 Exchange 2010 或更新版本的客戶，可透過執行多個測試信箱移轉來完成混合移轉的網路效能測試。 或者，您可使用 -SuspendWhenReadyToComplete 選項移轉實際使用者信箱，以取得移轉效能的指示。 測試完成之後，請移除該移動要求以避免影響使用者。
如需移動要求的相關資訊，請參閱New-MoveRequest。
因素 5：Office 365 服務
Microsoft 365 和Office 365資源健康狀態型節流會影響使用 Microsoft 365 或Office 365混合式部署移轉的移轉。 如需詳細資訊，請參閱上述 的因素 3：移轉引擎 一節。