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副本特性的扩展性很差。对于大规模虚拟机来说，它的简单特性并不能监控带宽需求。在这种情况下，大企业通常倾向于复制存储区域网络，而不是复制虚拟机。
