p2v迁移

正如Chopper3所说，花费的时间取决于特定环境的太多variables，能够说明他们将花费多长时间才能达到任何显着的准确度。

但是，如果环境运行在健康的千兆局域网上，networking上没有其他重要的负载，SAN或服务器正从（例如大型备份）迁移，并且虚拟基础架构不会过载，则您应该能够以30和80兆字节每秒。

其他一些variables很重要 – 如果您使用的是使用文件级复制协议的P2V实用程序，那么系统中要迁移的文件数量可能会变得很重要，但是我们需要讨论每卷数十万个文件因为它是显而易见的。 数百万个小文件的文件系统可能需要很长时间。 如果源系统只有100M的连接，那么传输速率下降10倍（显然）。 如果您的源存储系统或目标存储系统的传输速率低于上述传输速率，那么这也会降低速度。

一般来说，我通常允许30兆字节/秒的传输速率，然后在各种准备\重新configuration阶段添加大约20-30分钟，以获得初始球场号码。 然后，我会添加testing迁移系统所需的时间，这将根据服务器上的应用程序\服务而有很大差异。 一旦我进行了一些迁移，我就会调整计划，并且在开始之前总是先说清楚，计划取决于我们遇到的performance。

另一个可能是个好主意的方法是准确估计退出迁移需要多长时间。 这通常是相对较快的（只需要重新启动旧的服务器，并启动它），但是如果你有一个严格的迁移窗口，你需要知道你的下降时间是否是为了退出计划。

您可以猜测或推断现有的信息，例如，您是否曾经在此特定的ESX主机/集群上，在同一个networking和存储系统上，在一天中的同一时间完成了这些信息。这是远程closures的唯一方法，是的，这是第一个select。