源服务器是 Windows Server 2003（托管在 Xen 中的 VM）。目标是 Windows Server 2016。
他们位于不同的地方，连接速度大约为 30Mbit/s，并且都使用同一个 vpn。
我需要将文件从一个传输到另一个。
文件大小范围从几 MB 一直到几个 25 GB 的 Outlook PST。
压缩目标文件以加快速度（并能够验证副本）是不可能的（至少对于大文件而言），因为我在源服务器中只剩下 2GB 的空间。
我需要一些可以动态压缩数据、传输，然后在目标服务器上解压缩的东西，这将大大加快速度，而且我还需要能够验证目标服务器上文件的完整性。
这是一次性的事情，因为一旦我完成，源服务器就会退役。
有人有什么建议吗？
谢谢！
亚历克斯
编辑 2019-10-06：我不知道一个问题可以被否决，我收到的一张否决票显示（将鼠标悬停在计数上时）似乎没有对这个问题进行任何研究。相反，我花了好几天时间寻找可行的替代方案，而不是简单地映射驱动器并进行 Windows 复制（我也尝试过）。因此我提出了这个问题。
编辑2019-10-06.2：我今天进行了一些测试：
- 大文件（超过 1GB，约 160GB）。
- FTP 服务器。传输占用了我可用带宽的一半左右（未压缩时最大为 1.5MBytes/s）。放弃压缩（模式 z），因为开销使得传输速度变慢。FTP 对于较小的文件来说更实用，因为客户端使处理过程更容易。
- Justbeamit.com 似乎占用了我所有的带宽，速度大约为 3MBytes/s，对于我必须处理的 15 个非常大的 .pst 文件，我可能会采用这个速度。必须逐个处理，但对于如此少量的文件来说，这不是什么大问题。对源文件和测试文件副本进行的 SHA-256 测试确认传输是可靠的。（Justbeamit.com 允许发送多个文件，但我很难让它压缩 160GB 的数据。） - 来自https://superuser.com/questions/314325/direct-transfer-of-a-file-between-two-computers-on-the-internet
答案1
Robocopy 非常适合移动大量数据。命令帮助在这里 -https://ss64.com/nt/robocopy.html
答案2
停机时间可以接受吗？Sneakernet 仍然存在，并且根据物理距离，它可能提供巨大的带宽。
对于允许停机时间有限的机器，仍然可以尝试使用 robocopy 为本地连接的驱动器创建初始种子，然后将驱动器发送到第二个数据中心，并通过网络跟进第二个 robocopy 作业以捕捉差异。
答案3
有许多商业和开源文件传输包可以优化两个地理上相距遥远的端点之间的带宽。我在 FileCatalyst 工作，这就是我们专门提供软件的原因，通过快速互联网连接和长距离充分利用两个端点之间的整个带宽。