嗨，这是一个问题，它可能是多余的，但我有一种预感，有一个工具可以解决这个问题 - 或者应该有，如果没有，我可能会成功 - 或者我在找错树，在这种情况下是正确的我的想法：
但我的问题是：我正在寻找某种方法，每周一次通过仅中等速度的 Internet 连接将大型虚拟磁盘驱动器从服务器迁移，这是一种必须能够限制带宽的解决方案，因为 Internet 连接是一直在使用。
我想了想，问题很熟悉：可以移动的大文件也可以被节流，可以很容易地在断开/重新连接/大型等情况下存活下来——我熟悉的唯一能完美做到的解决方案是torrent。
有没有办法自动战略性地制作种子并自动将它们远程“发送”到客户端下载列表？我在 Windows Hyper-V 主机中工作，但我只为客人使用 Linux，我可以轻松地制作一个客人来进行复制，所以认为这是一个 Windows 或 linux 问题。
PS：当我移动它们时，vhd 是来宾服务器的“离线”副本 - 仅将它们视为 20-30gig dum 文件。
PPS：我宁愿避免花钱
Bittorrent 是一个很好的选择，因为它可以很好地处理增量更新和连接丢失后的自动恢复。
要自动创建 .torrent 文件，请使用btmakemetainfo原始 bittorrent 包中的脚本，或众多重写中的一个（bittornado，...）——重要的是它是可编写脚本的。您应该注意在 .torrent 文件中设置“禁用 DHT”标志。
您将需要找到一个允许您跟踪具有任意哈希值的文件的跟踪器（因为您事先不知道这些）；您可以使用现有的开放式跟踪器，也可以设置自己的跟踪器，但应注意适当限制客户端 IP 范围。
这减少了传输 .torrent 文件的问题——我通常rsync通过 ssh 从 cronjob 使用它。
对于点对点传输，洪流是一种昂贵的带宽使用。对于 1:n 传输来说，负载分配允许客户端的上传带宽被其他客户端共享，因此带宽成本被摊销，每个人都获得...
听起来您只有一个客户，在这种情况下，我会考虑另一种解决方案...
wget允许节流，并且如果 FTP/http 服务器支持恢复传输，则可以从中断的地方恢复传输......这就是我将使用的
您可以为此使用 rsync ( http://linux.die.net/man/1/rsync )。在 man 中搜索 --partial 选项，这应该可以解决问题。当传输中断时，未完成的结果（文件或目录）被保留。当您从本地发送到远程位置（从未检查过）时，我不能 100% 确定它是否适用于 telnet/ssh 传输，但它应该适用于远程端的 rsync 守护进程。
您还可以使用它在两个本地存储位置进行同步。
rsync --partial [-r for directories] source destination
编辑：刚刚用 ssh 确认了划掉的声明