我们的一台 Windows 2008 R2 SP1 服务器在执行 Windows 更新时关机时挂起 - 我选择“关机并应用更新” - 事后看来这可能不是最佳选择。
服务器挂在常规的灰色“关闭 Windows”屏幕上，而不是告诉您正在安装更新并且不要拔掉插头的屏幕。
我等了大约一个小时才决定强制重启。当服务器重新启动时，它现在显示黑屏，内容如下：
Applying update operation nnnn of 16703 (\Registry\....)
的值nnnn正在稳步增加，并且括号中的值从系统文件到注册表项都有不同的变化。
有人能告诉我这里发生了什么事导致出现这种行为吗？我以前从未见过这种情况。
我用 Google 搜索并找到了解决此过程中可能出现的错误的各种解决方案，但没有一个能解释为什么我的服务器会这样做。
答案1
这是设计使然。操作系统通常会在重启之前安装更新，然后在重启之后安装。当您有包含大文件的更新时，您将看到此屏幕。更新会排队，然后安装。我们在安装语言包、服务包、大型更新等时往往会看到这种情况。如果您担心，您可以随时查看服务器事件日志和 windowsupdate.log。（C:\Windows\windowsupdate.log）
答案2
我也遇到过这种情况。不是病毒（我也这么认为）。解释如下：
有时，在重新启动 Windows 时，您可能会看到一个黑屏，中间是 Windows 徽标，下方是白色文字，快速计数着数千个“更新操作”的应用程序，如下所示：
基于组件的服务是一个多步骤的过程，其中一些步骤您通常看不到：
- 下载数字签名的更新
- 验证签名
- 解压到暂存区
- 执行暂存操作
- 开始重启
- 验证阶段性更新的正确性
- 将阶段性更新迁移到 WinSxs 和注册表
- 验证合并的正确性
- 完成重启
- 显示登录屏幕
步骤 4 是重启前的“请勿中断或关闭电源”消息，此时您会看到计数从 0% 到 100%。步骤 7 是重启后的版本。通常，步骤 6 和 8 不会显示任何明显迹象。但如果某些原因导致验证失败，则会重新执行更新。在这种情况下，验证步骤将变得可见，这就是您在上面看到的图像。这并不意味着 Windows 正在应用数千个更新。相反，正在安装的更新批次包含数千个不同的更新操作，并且您将有机会在每个操作进行时看到状态消息。
对于像 .NET 框架这样的主要操作系统组件，应用更新包可能需要处理数千个步骤：必须读取、修改和验证每个现有注册表项。必须提取、验证、复制和验证每个 DLL。安装一个更新涉及应用许多更新操作。
来源：https://www.kubuntuforums.net/showthread.php?60550-Windows-quot-update-operations-quot-explained