我最近对用作 Hyper-V 虚拟机管理程序的 Server 2016 机箱进行了一些更新。执行更新后，服务器挂在“正在关闭服务：Hyper-V 虚拟机管理”处。它处于这种状态很长一段时间，所以我通过重新启动服务器给它一点提示（我知道 - 我是个白痴）。
当机器重新启动时，它挂在带有旋转器的 Windows 符号上。我再次重新启动并遇到了几个问题（例如操作系统根本无法启动）。我从 RAID 阵列中删除了一个镜像启动驱动器的磁盘（软件），现在机器显示出一些生命迹象。它启动并执行了一些“正在进行更新”的操作，但现在它再次停留在“关闭服务：Hyper-V 虚拟机管理”上。
我此时最好的做法是什么？是放弃它还是强制重启？
答案1
由于这在 2020 年仍然是一个问题——我可能已经找到了至少某些情况的解决方案（就在昨天/今天，在一个已经很长的工作日结束时，我再也没有耐心等待了，只能在午夜后开始 2 小时的回家路程）：
大约一个小时后，我尝试 ping 卡住的 HyperV 上运行的所有虚拟机，但没有任何反应。最终，一个虚拟机确实响应了 ping（该死的 Exchange 服务器……）。我尝试使用“shutdown /i”（CMD）强制关闭有问题的虚拟机，结果只出现了“权限被拒绝”消息（可能与 HyperV 无法将其置于超状态/暂停有关）。然后，我尝试通过 RDP 连接到服务器，效果很好。我手动在服务器自己的 GUI 中关闭了它，几分钟后 HyperV 就成功重启了。只需在 HyperV 中重新启动这个恶意虚拟机，一切就都恢复正常了。
这可能是一个侥幸，下次还得验证（或者最好事先关闭虚拟机...），但是嘿，我昨天很喜欢那根吸管......
祝所有管理员朋友一切顺利，
阿诺
答案2
不管它，它通常最终都会正常关闭（可能需要几个小时）。
我发现在新的或相当新的服务器上会出现此问题。系统较新时，某些 Windows 更新会出现问题，然后就会出现这种情况。我在 Server 2008、2012 和现在的 2016 上都看到过这种情况（如果 Microsoft 能提供“修复”功能就好了，或者至少能提供更好的消息“正在关闭虚拟机管理，请不要关闭您的计算机，这可能需要很长时间”。
答案3
我发现，如果页面文件位于与虚拟机启动卷不同的卷上，且虚拟机上运行的是 Windows Server 2016 作为操作系统，则许多用户（包括我自己）都会遇到此问题。我不确定这是否与您的情况一致，但如果是，则这可能是导致您出现问题的原因。
对我来说，解决方法（本身就存在很多问题）是将页面文件移至虚拟机上的 C 盘。在此之前，虚拟机永远无法完全关闭。在此之后，它每次都能正常关闭。
我读到过，对于许多人来说，前 1-3 次，页面文件位于不同的卷上时，它能够正常关闭，但之后就停止工作了。我的情况可能也是如此，但我记不清那部分了。
答案4
就我而言，我从物理服务器上移除了所有网络电缆，服务器很快就关闭了。这不是解决方案，可能是快速重启的一种变通方法。