我们目前在过时的硬件上运行 SBS2008 DC/Exchange/AD。在它完全崩溃之前，我们正在尝试将其虚拟化，因为我们确实有一个崭新（且利用率低下）的 VMWare 主机。我目前正在进行网络隔离测试运行，以确定需要多长时间以及会遇到哪些问题等。如果这很重要，我们遵循的流程是 -
- 通过 Acronis B&R 11.5 进行完整备份
- 运行 VM 硬件（我们使用 VMWare vSphere 5 Essentials）
- 将 VM CD 驱动器连接到 Acronis 可启动媒体映像和 VMWare-tools Windows 映像
- 从 VMWare-tools 光盘运行通用恢复源驱动程序。
在恢复的最后，我们收到两个错误，这些错误涉及缺少具有通用长 PCI 设备名称的驱动程序 - 我几乎可以肯定，这两个设备就是我遇到问题的设备，但不确定如何检查。（我们尝试重新搜索 VMWare 工具光盘以查找这些错误，但失败了，所以我祈祷好运并单击“忽略”）
启动后，我安装了 VMWare 工具（完整安装）并重新启动。整个系统似乎在我所处的非常隔离的环境中运行良好，但是设备管理器显示 2 个设备存在问题（即黄色 !）-
Virtual Machine Bus
Virtualization Infrastructure Driver
尝试更新这些驱动程序（自动更新或搜索 VMWare 工具光盘）显示它们显然是最新的。设备状态（两者）为：
Windows 无法加载此硬件的设备驱动程序。驱动程序可能已损坏或丢失（代码 39）。
我的搜索没有发现任何与 VMWare 相关的内容，但是我确实看到了一些文章，例如这个和这个与 Hyper-V 相关，状态代码不同，但设备相同。尽管如此，我还是尝试对它们进行故障排除（在 msconfig->Boot tab->Advanced Options 中启用 HAL；禁用并重新启用设备），但无济于事。
事件日志中似乎没有任何相关内容，事实上我看不出有什么受到影响 - 但我宁愿不在迁移结束时的周五晚上下班后才发现，那时我只想回家后是看《权力的游戏》还是《探索者传说》。有没有人遇到过这种情况或有经验可以说一下结果/原因是什么？
答案1
好的，所以答案是——不要做我做过的事。
这两个设备与 Hyper-V 相关 - 它们存在于 Hyper-V 虚拟机管理程序上，用于与其上运行的 VM 进行通信。
我的误解是，我以为它们是在虚拟化服务器时出现在那里的，因此，它们是虚拟机的系统。当我在网上看到它们是用于主机<->虚拟机通信时，我以为它们构成了该链接的虚拟机端。
当我注意到物理服务器也有这些设备（尽管驱动程序可以正常工作）时，我才意识到真正的问题所在。这让我意识到 Hyper-V 角色安装在那里（完全没有必要），我只需删除此角色即可解决问题。
现在回想起来，这样做很有道理——在一个虚拟化平台内运行另一个虚拟化平台似乎是灾难的根源。
记录显示 - 从已经虚拟化的机器中删除角色似乎会破坏它 - 重新启动后，CPU 占用率达到 100%，并挂在“安装更新 - 第 3 阶段，共 3 阶段，76%”上。安全启动无法完全恢复。在这种情况下，无论如何它都是一个测试虚拟机，所以损失不大，但这个故事的寓意是，套用一句众所周知的话 - 不要对虚拟机管理程序进行虚拟机管理。在 p2v 之前删除任何虚拟化软件。