现在已经相当可靠地运行了Server 2012 Hyper-V几个月。 直到下面的事件开始：
EventId 129 - Reset to device, \DeviceRaidPort0, was issued 发生这种情况时，所有的虚拟机都变得完全没有响应，甚至无法closures，所以需要强制closures虚拟机。
这个特定的虚拟机（Server 2012）正在使用具有三个dynamic.vhdx驱动器的虚拟SCSI设备驱动程序。 我已经检查了这些显而易见的事情，并且有足够的空间让它们全部展开。
在这里发现有同样问题的其他人。
看来这可能是Hyper-V虚拟SCSI驱动程序中的一个（非常严重的）错误。
有没有其他人遇到同样的问题？
更重要的是，为了让这台服务器备份并可靠地运行，有什么build议的解决办法？
这确实是一个非常严重的performance，相当耻辱，因为到2012年，hyper-v看起来相当不错。
谢谢你们的反馈，看起来我们不是唯一有这个问题的人。 我也通过MS合作伙伴计划报告了这一情况，并等待虚拟SCSI开发团队的反馈。
目前所有的服务器都在我们的服务器上工作，我们现在再次使用虚拟SCSI驱动程序。 不知道哪个解决了它，但我们所做的是：
也许上面的一个解决了这个问题，或者只是风向改变了！ 无论哪种方式只是想让我知道我们如何得到这个信息帮助你。
是的，我遇到了这个完全相同的问题。 它只显示在其中一个虚拟机上，但是它会导致所有的虚拟机开始无响应，直到有问题的虚拟机closures。 普遍的共识是这是虚拟SCSI控制器和可能的dynamic磁盘的问题。 将虚拟磁盘连接到虚拟IDE控制器似乎可以防止发生问题。
丹尼尔，
没有抱歉，微软仍然没有回答。 显然他们在十六个月前把这个问题交给了相关的开发团队，我们仍然在等待修复。
我记得谈到一些难以捉摸的微软修补程序kb2838669，但这个链接到Windows 8 Fix454614！ 微软不会回答如果这是安全的在Server 2012上安装或不。
缺口
我只能想到的build议是确保没有将VSS副本设置为在包含虚拟机的分区上运行。
已经有各种修补程序和更新build议，但没有确凿的信息，任何这些实际上修复任何东西。
Microsoftbuild议使用以下更新来解决此问题：