将现有硬件转换为虚拟化环境后，有哪些陷阱或经验教训？您是否尝试过虚拟化但永远不会再做？
答案1
一旦完成后，务必弹出所有虚拟媒体（CD/DVD/软盘），否则，vMotion 通常无法继续进行。
正确设置你的 NTP 和 DNS，这将使你免于自杀:)
你永远不会有足够的内存或存储空间。
确保您可以远程、无操作系统地访问您的机器，例如 HP 的 iLO 系统。
保留 OS/App .ISO 文件的存储库。
这不是对您的问题的直接回答，但希望有人能通过找到此回复来避免将来的烦恼 - HP 刀片服务器默认不启用“VT”位，您必须在 BIOS（F9）中启用它。如果没有这个，ESX 3.5U4 不会抛出有用的错误，不会，它只会在代码安装之前挂起 :(
答案2
回答所问的问题 - 与 P2V 迁移相关的陷阱。
首先 - P2V 迁移在大多数情况下都非常顺利。系统越干净、越新越好，但即使迁移旧系统（NT4 系统），在各种环境中进行了一百多次迁移后，我的成功率也达到 90% 左右。这些系统已在计划的当天（大部分是在晚上）完成迁移并交付生产。我只遇到过一个系统在看似成功的迁移后不得不撤消 - 一个 SQL 框，它需要的 CPU 马力超过了平台所能提供的水平。VMware Converter 很好而且免费（非企业版），Platespin 非常好（但价格昂贵）。
话虽如此，但仍有一些事情需要避免。
MSCS 集群。您可以让它们工作，但这绝不是一个好主意，而且如果您以后遇到问题，Microsoft 几乎肯定不会以任何方式帮助您。而是构建新的独立系统。
大型 SQL 服务器 - 重点是“大型”。这些服务器应该提前从 CPU 需求 POV 上被标记为红色，但如果您不确定目标 VM 是否有足够的 CPU 余量，请不要尝试移动它们。
如果您计划在迁移期间更改系统名称或 IP 地址（或两者），那么首先考虑不要这样做，如果您别无选择，那么请确保您身边有人了解这些更改可能如何影响相关系统。我最糟糕的迁移是用于验证位于 DMZ 的 VPN 的 RSA ACE 服务器，客户端拒绝听取我的反对意见，并坚持在迁移期间更改名称和 IP 地址。
与上述内容相关 - 如果您拥有的不是完全平坦的网络，那么请构建一些测试虚拟机并 100％确保您的虚拟机网络完美复制您要从中迁移的物理网络。
在 Windows AD 环境中，始终确保在要迁移的框上有一个本地管理员帐户。并在迁移之前对其进行测试。
确保您清楚了解需要多长时间。P2V 复制时间将根据可用网络带宽而有所不同（显然），但也会受到每个要迁移的卷中的文件数量的显著影响。这在使用 Platespin 迁移 NT4* 系统时尤其成问题，但会影响文件级别的任何 P2V 软件复制（如果您选择调整卷大小，则通常适用）。使用 GigE 网络、相对较快的源和良好的目标设置，复制速率可以达到每秒 70-80 兆字节，但 20-30 兆字节/秒更为常见，对于上述具有 100 兆网络和大量文件的 NT 系统，我看到复制速率下降到 50 千字节/秒的范围。
- 理想情况下，你会摆脱这些，但有些人没有这种奢侈，而获得这样一个可能运行在完全无法修复的硬件上的操作系统几乎总是一个好主意。
答案3
- 事先制定可靠的备份策略。决定是否要像在裸机上一样备份虚拟机，或者是否要备份数据存储上的虚拟硬盘（或两者兼而有之）。一般来说，我发现我所需的备份空间一开始会显著增加，因此在解决所有问题之前，请做好应对初始高峰的准备，因为您可能会同时备份旧物理机和新虚拟机。
- VM 蔓延也是需要注意的。一旦虚拟化开始流行，将所有内容移至 VM 的冲动就会变得强烈。虽然这可行，但您可能没有立即订购足够的硬件。
- 我认为有些机器无法转换，而其他机器可能不应该转换。虽然能够将一台使用了 10 年的物理机器克隆到虚拟机中（包括所有缺陷）是件好事，但在某些情况下，您最好构建一个
干净的操作系统并将对象从物理机器迁移过来。有时，您最好不要转换，因为会造成很多麻烦。 - 准备好使用大量网络端口。如果您的系统在不同的 VLAN 上运行，虽然单个端口可以进行中继，但您可能希望为 VLAN 设置单独的端口，以便将其馈送到 vSwitch。如果您想要冗余，并且您正在使用 iSCSI，那么您可能需要查看大量 NIC。
答案4
尽量不要在虚拟环境中运行生产数据库服务器。I/O 的开销不可接受。当我们的 DBA 允许我们的主要 MSSQL 服务器虚拟化时，我们遇到了巨大的问题。查询需要数千毫秒才能运行。当我们说服他们将其移回专用机箱时，吞吐量和速度提高了 10,000%。