Hyper-V副本提供了一種可以在災(zāi)難恢復(fù)站點實時創(chuàng)建虛擬機副本的簡單和經(jīng)濟方式。因為復(fù)制是一種災(zāi)難恢復(fù)特性，所以通常管理員會詢問Hyper-V是否能夠通過低帶寬鏈路(比如數(shù)據(jù)中心間的廣域網(wǎng)絡(luò))來復(fù)制虛擬機。

　　通常來講，Hyper-V副本可以在低帶寬鏈路上正常工作，但是有幾個方面需要考慮。 首次復(fù)制過程

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

　　在低帶寬環(huán)境中，應(yīng)該避免進行跨網(wǎng)絡(luò)的首次復(fù)制過程。首先，這個過程可能需要花費很長時間才能完成，除非你啟用了服務(wù)質(zhì)量保證(QoS)這種網(wǎng)絡(luò)特性或者類似的機制，否則這個過程將會搶占其他進程的帶寬。

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

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

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

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

　　虛擬機變化頻率

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

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

　　你需要多少帶寬?

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

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