长达一小时的关机持续时间“关闭 hyper-v 虚拟机管理服务”

Question

我有一台 Windows 2008 R2 服务器，它是 Hyper-V 主机（Dell PowerEdge T300）。今天第一次遇到奇怪的情况；我失去了与其中一台来宾计算机的连接，但实际登录时，来宾操作系统似乎仍在运行，但无法再通过网络进行联系。

我试图关闭来宾计算机 (Windows XP)，但它无法关闭，卡在无法关闭的“无响应”对话框中。我使用 Hyper-V 管理控制台重置机器，它无法退出重置状态。

我试图保存另一台 Windows 2003 来宾计算机，并且它的保存状态 (0%) 会有所进展。另一个正在运行的 Windows 2003 来宾卡在登录对话框中。

我的第一个怀疑可能是本周（2011 年 11 月 10 日）的一个 Windows 更新补丁可能与此有关，该补丁仍在等待系统重启。好吧，因为我无法对 Hyper-V 做任何事情，所以我继续重新启动 Windows 更新，现在它卡在了半小时

“关闭 hyper-v 虚拟机管理服务”

在重新启动之前，我没有观察到系统事件日志中报告的任何硬盘错误；怀疑是磁盘相关的情况。

我要强制硬重启吗？

更新

好的，所以我在处理其他事情时让它挂了一个多小时，谢天谢地，主持人干净利落地重新启动。我现在可以很好地操作客人机器了。呼。

Hyper-V 一定是出于某种原因一直在爬行。过去观察到，当主机长时间（两周到一个月）启动时，VM 会变慢，但从来没有这么慢。很想知道我可以观察到哪些类型的性能监控项目，以提示为什么会发生这种情况。

更新 2012-02-13

从那以后的几个月里，Hyper-V 又两次陷入这种状态。它随机出现并且没有任何错误事件日志来暗示是什么导致它进入这种“醉酒”状态。只是 Hyper-V 管理服务超时。

Log Name:      System
Source:        Service Control Manager
Date:          13/2/2012 9:16:48 AM
Event ID:      7043
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      elune
Description:
The Hyper-V Virtual Machine Management service did not shut down properly after receiving a preshutdown control.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager" />
    <EventID Qualifiers="49152">7043</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x8080000000000000</Keywords>
    <TimeCreated SystemTime="2012-02-13T01:16:48.882901900Z" />
    <EventRecordID>567844</EventRecordID>
    <Correlation />
    <Execution ProcessID="764" ThreadID="8484" />
    <Channel>System</Channel>
    <Computer>elune</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="param1">Hyper-V Virtual Machine Management</Data>
  </EventData>
</Event>

唯一的办法就是重启系统。

更新 鉴于我最近对服务器进行了核试验并重新安装了 Windows Server 2012 R2，这个问题可能永远不会得到解答。

Answer 1

听起来好像发生了某种严重的故障。此时，硬重启可能是您唯一的选择。

附带说明一下，请确保将 BIOS 升级到最新版本（用于微码更新），并确保所需的虚拟化扩展已打开。驱动程序也是如此，特别是 RAID 控制器和硬盘驱动器的驱动程序和固件。运行 achkdsk /f也不会有什么坏处。