我们目前在硬件上运行SBS2008 DC / Exchange / AD。 在这之前，我们正试图让它虚拟化，因为我们确实有一个shiny的新（使用不足）的VMWare主机。 我正在进行networking隔离testing运行，以确定需要多长时间，以及期望哪些bugbears等等。如果重要的话，我们所遵循的过程是 –
在还原的最后，我们得到了两个有关缺less通用长PCI设备名称的驱动程序的错误 – 我几乎可以肯定的是，这两个设备是我遇到的问题，但我不确定如何检查。 （我们尝试重新searchVMWare工具光盘中的这些fut失败，所以我跨过我的手指，点击“忽略”）
启动后，我安装VMWare工具（完整安装）并重新启动。 整个事情似乎运行良好，我已经在非常孤立的环境中，但设备pipe理器显示问题（即黄色的）与2个设备 –
Virtual Machine Bus Virtualization Infrastructure Driver 试图更新这些驱动程序（自动或searchVMWare工具光盘）显示，他们显然是最新的。 设备状态（对于两者）是：
Windows无法加载此硬件的设备驱动程序。 驱动程序可能已损坏或丢失（代码39）。
我的search没有显示任何VMWare相关，但是我看到一些这样的文章， 这一个与Hyper-V和不同的状态代码，但相同的设备。 不过，我已经尝试了解决这些问题（在msconfig-> Boot选项卡 – >高级选项中启用HAL，禁用和重新启用设备）无济于事。
事件日志中没有任何事情似乎是相关的，事实上我看不出有什么事情会受到影响 – 但我宁愿在迁移结束的星期五晚上几小时之后才发现，想要想的是当我回家的时候是否要观看GoT或者寻找者的传说。 有没有人曾经遇到过这个问题，或者有经验说明结果/原因可能是什么？
好的，所以这里的答案是 – 不要做我所做的事情。
这两个设备与Hyper-V相关 – 它们存在于Hyper-V虚拟机pipe理程序中，以便与在虚拟机上运行的虚拟机进行通信。
我的误解是，当我虚拟化服务器时，我认为他们已经出现在那里，因此，他们是虚拟机的系统。 当我在网上阅读他们的主机虚拟机通信时，我认为他们组成了该链接的虚拟机端。
当我注意到物理服务器也有这些设备（尽pipe有工作的驱动程序）的时候，我在这里提到了真正的问题。 这使我意识到Hyper-Vangular色已经安装在那里（完全不必要），我可以简单地通过消除这个angular色来解决问题。
事后看来，在另一个虚拟化平台上运行一个虚拟化平台似乎是一场灾难。
为了logging – 从已经虚拟化的机器中删除angular色似乎将其销毁 – 在重新启动后，它变成了100％的CPU，并挂在“安装更新 – 3的3，76％”。 一个安全启动没有回到原来的位置。在这种情况下，无论如何它都是一个testing虚拟机，所以没有什么大的损失，但是这个故事的寓意是，用一个众所周知的引用来解释 – 不要监督虚拟机pipe理程序。 在p2v之前删除任何虚拟化软件。