Windows 更新後重新啟動後的異常行為

我們的一台 Windows 2008 R2 SP1 伺服器在執行 Windows 更新時在關機期間掛起 - 我選擇“關機並應用更新” - 事後看來，這可能不是最佳選擇。

伺服器掛在正常的灰色“關閉 Windows”螢幕上，而不是它告訴您它正在安裝更新而不是拔掉插頭的那個螢幕。

我等了大約一個小時才決定強制重啟。當伺服器重新啟動時，它現在顯示黑屏，並顯示以下內容：

Applying update operation nnnn of 16703 (\Registry\....)

的值nnnn穩步增加，括號中的值從系統文件到系統資料庫項發生了不同的變化。

誰能告訴我這裡可能發生了什麼來觸發這種行為？我以前從未見過這種情況。

我用Google搜尋並找到了解決此過程中可能出現的錯誤的各種解決方案，但沒有一個能解釋為什麼我的伺服器首先會這樣做。

這是設計使然。作業系統通常會在重新啟動之前安裝更新，然後再安裝更新。當您有包含大文件的更新時，您將看到此螢幕。更新排隊，然後安裝。在安裝語言包、服務包、大型更新等時，我們往往會看到更多。如果您擔心，您可以隨時查看伺服器事件日誌和 windowsupdate.log。(C:\Windows\windowsupdate.log)

也發生在我身上。不是病毒（我也是這麼想的）。這是解釋：

有時，在重新啟動 Windows 時，您可能會看到一個黑色的螢幕，中間有一個 Windows 徽標，下面的白色文本快速計算了數千個“更新操作”的應用程序，如下所示：

基於組件的服務是一個多步驟的過程，其中一些步驟您通常看不到：

1. 下載數字簽名的更新
2. 驗證簽名
3. 拆包進入暫存區
4. 執行暫存操作
5. 開始重啟
6. 驗證分階段更新的正確性
7. 將分階段更新遷移到 WinSxs 和系統資料庫
8. 驗證合併的正確性
9. 完成重啟
10. 顯示登錄螢幕

第 4 步是在您看到從 0% 到 100% 的計數時的預重啟“請勿中斷或關閉電源”消息。第 7 步是重啟後的版本。通常，第 6 步和第 8 步沒有可見的指示。但如果某些原因導致驗證失敗，則會重新進行更新。在這種情況下，驗證步驟變得可見，這就是您在上面看到的圖像。這並不意味著 Windows 正在應用數以千計的更新。相反，正在安裝的更新批次包含數千個不同的更新操作，並且您正在經歷在每個操作進行時見證狀態消息的難得機會。

對於像 .NET 框架這樣的主要作業系統組件，應用更新包可能需要處理數千個步驟：必須讀取、修改和驗證每個現有的系統資料庫項。每個 DLL 都必須被提取、驗證、複製和驗證。安裝一個更新涉及應用許多更新操作。

來源：https ://www.kubuntuforums.net/showthread.php?60550-Windows-quot-update-operations-quot-explained

引用自：https://serverfault.com/questions/500641