Windows Updateの実行中にシャットダウン中にハングしたWindows2008 R2 SP1サーバーの1つ(「シャットダウンして更新を適用する」を選択しました)は、後から考えると最適な選択ではなかった可能性があります。
サーバーは、通常の灰色の「Windowsのシャットダウン」画面でハングしました。更新プログラムをインストールしていることを示し、プラグを抜かないことを示す画面ではありません。
再起動を強制することを決定する前に、私は約1時間待ちました。サーバーを再起動すると、次のような黒い画面が表示されます。
Applying update operation nnnn of 16703 (\Registry\....)
nnnn
の値は着実に増加しており、括弧内の値はシステムファイルからレジストリキーまでさまざまに変更されています。
誰かがこの行動を引き起こすためにここで何が起こったのか教えてもらえますか?私はこれを前に見たことがありません。
私はグーグルでこのプロセス中に発生する可能性のあるエラーのさまざまな解決策を見つけましたが、それらのどれも私のサーバーがそもそもこれを行っている理由を説明していません。
これは仕様によるものです。 OSは、再起動の前と後に更新をインストールするのが一般的です。巨大なファイルで更新すると、この画面が表示されます。更新はキューに入れられ、インストールされます。言語パック、サービスパック、大規模な更新プログラムなどをインストールするときに、より多く表示される傾向があります。懸念がある場合は、サーバーのイベントログとwindowsupdate.logをいつでも確認できます。 (C:\ Windows\windowsupdate.log)
私にも起こりました。ウイルスではありません(私もそう思っていました)。説明は次のとおりです。
場合によっては、Windowsを再起動すると、中央にWindowsロゴが付いた黒い画面が表示され、下に白いテキストが表示され、次のような何千もの「更新操作」の適用が急速にカウントされます。
コンポーネントベースのサービスは複数のステップからなるプロセスであり、通常は表示されないステップがいくつかあります。
- デジタル署名された更新をダウンロードする
- 署名を確認する
- ステージングエリアに開梱
- ステージング操作を実行します
- 再起動を開始します
- 段階的な更新の正確性を検証する
- 段階的な更新をWinSxsとレジストリに移行します
- マージの正確さを検証する
- 再起動を完了する
- ログオン画面を表示する
ステップ4は、0%から100%までのカウントが表示されている間、再起動前の「割り込みまたは電源を切らないでください」というメッセージです。ステップ7は、再起動後のバージョンです。通常、ステップ6と8の目に見える兆候はありません。しかし、何かが原因で検証が失敗した場合、更新は再ステージングされます。この場合、検証手順が表示され、それが上に表示されている画像です。これは、Windowsが何千もの更新を適用しているという意味ではありません。代わりに、インストールされている更新のバッチには、何千もの個別の更新操作が含まれており、各操作が進むにつれてステータスメッセージが表示されるというまれな機会が発生しています。
.NET Frameworkなどの主要なOSコンポーネントの場合、更新パッケージを適用するには、場合によっては数千の手順を処理する必要があります。既存の各レジストリエントリを読み取り、変更し、検証する必要があります。各DLLは、抽出、検証、コピー、および検証する必要があります。1つの更新プログラムをインストールするには、多くの更新操作を適用する必要があります。
ソース: https://www.kubuntuforums.net/showthread.php?60550-Windows-quot-update-operations-quot-explained