Windows 10が「更新プログラムのインストール準備中」に行っていることは何ですか？
私は、Windows 10が実際にそれに取り掛かる前に、「更新をインストールする準備をする」のに多くの時間を費やすように思われることに気づきます。私はまた、その間、プログレスバーはまったく進みません。それがたった今10％に長い間とどまっていた方法のように（私はそれを計時しなかった、しかし私が私がそれを数分分にしたと誇張するとは思わない）それから、単一の更新に関連して68％に跳ね上がった。
テキストだけでは十分に明確ではないため、ここで私が質問している特定のWindows Update手順のスクリーンショットです（リンクをたどって、以下のスクリーンショットを切り取ってください）。このスクリーンショットは、最初の段落で説明したものとは異なる更新セッション中に作成されたものであるため、完了率は異なります。
この間ずっと、Windowsは実際に何をしていますか？このような極端な時間を費やしている「準備」とは何ですか？
アップデートの実際のインストールについては質問していません。
この質問をするように促した特定の時間はVMでしたが、実際のハードウェアで実行されているWindows 10でも同様の動作を見ているので、VM（それがおそらく要因かもしれませんが）。
私はMicrosoft-Windows-WindowsUpdateClient ETWプロバイダーでWindows Updateの活動を捉えました。
ここでnoのイベント準備が見えます。
StartとStopのうちDownloadとInstallしか見えません。
私はWPRUIを trace DiskIO および CPU使用率 にして「アップデートのインストール準備」ステップを実行しました。
ここで私はTrustedInstallerが更新データのハッシュ（wcp.dll!CCSDirectTransaction::VerifyFileHashes）をチェックするのに忙しいことがわかります：
また、TRustedInstaller.exeがデータをC:\Windows\WinSxS\Temp\InFlight\およびC:\Windows\SoftwareDistribution\Download\にコピーするディスクIOが表示されます。
したがって、基本的にこの「インストールの準備」は実際にはアップデートのインストールなので、これはわかりにくい出力です。
1809で、マイクロソフトは間違ったステータスを修正し、正しい "インストールテキスト"を直接表示します。
私はこれを確認するためのソースを見つけることができませんが、Windowsがこのステップの間にシャドウコピーを作成していることを私は理解しています。しかし、私は以下のことを観察します。
- システムの復元を機能させるには、更新プロセスの途中でシャドウコピーを作成する必要があります。
- シャドウコピーの作成は、理想的なシステム構成でも、常にかなりの時間がかかります。さらに、インストールされているVSS対応アプリケーションの数によっては、複数のVSSライターが担当するデータを静止するため、他の同様のハードウェア構成よりも「時間がかかる」場合があります。
- これはディスクを多用するプロセスであるため、コンピュータのストレージサブシステムのパフォーマンスは、シャドウコピーを完了する時間をさらに悪化させる可能性があります。
これは「アップデートの準備」フェーズで実行されるのみのアクションではないかと思いますが、所要時間のかなりの部分を占めます。