Hyper-V副本提供了一種可以在災難恢復站點實時創建虛擬機副本的簡單和經濟方式。因為復制是一種災難恢復特性，所以通常管理員會詢問Hyper-V是否能夠通過低帶寬鏈路（比如數據中心間的廣域網絡）來復制虛擬機。

通常來講，Hyper-V副本可以在低帶寬鏈路上正常工作，但是有幾個方面需要考慮。

首次復制過程

首先需要考慮的因素之一是第一次復制過程。在這個過程當中，Hyper-V將虛擬硬盤復制到副本服務器上。

在低帶寬環境中，應該避免進行跨網絡的首次復制過程。首先，這個過程可能需要花費很長時間才能完成，除非你啟用了服務質量保證（QoS）這種網絡特性或者類似的機制，否則這個過程將會搶占其他進程的帶寬。

應該避免在低速鏈路中復制虛擬機的另外一個原因是一些情況下虛擬機會發生快速的變化。在首次復制過程之前，虛擬機的任何變化都不會產生問題，但是帶寬限制使得首次復制過程完成之后，實時同步所有變化幾乎是不可能的。

在基于網絡的環境中——即便對于高帶寬的網絡環境——第一次復制體積較大的虛擬機時，Hyper-V可能會出現一些問題。某種程度來說，首次復制失敗甚至是一種常見情況，即便是已經復制了多個TB的虛擬磁盤，甚至還有很多可用帶寬，也不得不重新執行這個過程。

由于這些原因，最好使用另外一種方式來完成虛擬機的首次復制過程。微軟允許你通過將虛擬機的復制版本導出到可移動設備當中，或者使用副本服務器上已經存在的虛擬機復制版本（比如，你可能在副本服務器上保存了虛擬機的備份版本）來完成虛擬機首次復制過程。

一些管理員發現使用副本服務器上的現有虛擬機復制版本作為初始復制源可能會導致一些問題。在一些情況當中，使用這種方式會導致同步失敗的問題。因此，通常最好的方式就是通過將虛擬機副本導出到可移動設備當中，之后將虛擬機導入到副本服務器來完成首次復制過程。

虛擬機變化頻率

在低帶寬網絡中進行虛擬機復制時另外一個需要考慮的因素就是虛擬機的變化頻率。比如，你設定每5分鐘復制一次虛擬機，并且平均每五分鐘虛擬機會出現100MB的變化。如果你的廣域網絡（WAN）連接足夠快，能夠每五分鐘同步100MB的變化，那么理論上你不用擔心什么。即便如此，你仍然必須考慮帶寬占用問題。因為你不希望虛擬機復制流量占用網絡中所有可用帶寬。

即便你擁有一條只用于傳輸復制流量專線，仍然需要注意不要使用所有的流量。設想如果主要服務中斷，那么Hyper-V這次復制過程就會失敗。當下一次復制過程開始時，Hyper-V將不得不復制平時兩倍的數據。不必一定在單個復制周期內完成所有額外數據流量的復制，但是你需要保證有足夠的可用帶寬來允許Hyper-V在合理的時間內完成這些增量復制。

你需要多少帶寬？

不幸的是，現在并沒有一套單獨的、通用的解決方案。每臺虛擬機的情況各不相同。決定復制流程的帶寬需求的最佳方式就是將所有虛擬機臨時復制到一臺實驗室服務器上，之后測量每個復制周期發出的數據流量。你可能需要至少監視復制過程一個星期，以得到這個復制周期的帶寬需求的準確數據。

Hyper-V副本功能在低帶寬連接的情況下依舊能夠正常工作，只要可用帶寬能夠及時復制虛擬機的變化部分。但是，需要記住Hyper-V副本特性的擴展性很差。對于大規模虛擬機來說，它的簡單特性并不能監控帶寬需求。在這種情況下，大企業通常傾向于復制存儲區域網絡，而不是復制虛擬機。