Windows Update重新启动后的exception行为
我们的一台Windows 2008 R2 SP1服务器在关机期间挂起，同时执行Windows更新 – 我select了“关机并应用更新” – 事后看来可能不是最佳select。
服务器挂在常规的灰色“closuresWindows”屏幕上，而不是它告诉你它安装更新而不是拔下插头的那个。
我等了一个小时才决定强制重启。 当服务器重新启动时，它现在显示一个黑屏，显示如下：
Applying update operation nnnn of 16703 (\Registry\....)
nnnn的值正在递增，并且括号中的值已经从系统文件到registry键不同地变化。
任何人都可以告诉我在这里发生了什么事情来触发这种行为？ 我从来没有见过这个。
我search了一下，发现了在这个过程中可能发生的错误的各种解决scheme，但没有一个解释为什么我的服务器是这样做的第一个地方。
这是devise。 操作系统在重新引导之前安装更新是很常见的，然后再安装。 当你有大文件的更新，你会看到这个屏幕。 更新排队，然后安装。 我们倾向于在安装语言包，Service Pack，大型更新等时看到更多。如果您担心，可以随时查看服务器事件日志以及windowsupdate.log。 （C：\ WINDOWS \ windowsupdate.log处）
也发生在我身上。 不是病毒（多数民众赞成我以为）。 这是解释：
有时，在重新启动Windows时，您可能会看到一个黑色的圆圈，中间有一个Windows徽标，下面的白色文本正在快速计算数千个“更新操作”的应用程序，如下所示：
基于组件的服务是一个多步骤的过程，您通常看不到以下几个步骤：
- 下载数字签名的更新
- validation签名
- 打开一个临时区域
- 执行分段操作
- 开始重启
- validation分阶段更新的正确性
- 将分阶段更新迁移到WinSx和registry中
- validation合并的正确性
- 完成重新启动
- 显示login屏幕
第4步是预先重新启动“不要中断或关机”的消息，而你看到从0％到100％的计数。 第7步是重新启动后的版本。 通常，没有可见的步骤6和8的指示。但是如果某些事情导致validation失败，则更新被重新进行。 在这种情况下，validation步骤变得可见，这就是您在上面看到的图像。 这并不意味着Windows正在应用数千次更新。 相反，正在安装的一批更新包含数千个不同的更新操作，并且在每个操作进行时都会遇到难得的机会来查看状态消息。
对于像.NET框架这样的主要操作系统组件，应用更新包需要处理几千个步骤：每个现有的registry项必须被读取，修改和validation。 每个DLL都必须被提取，validation，复制和validation。 安装一个更新涉及应用许多更新操作。
资料来源： https : //www.kubuntuforums.net/showthread.php?60550-Windows-quot-update-operations-quot-explained