TiWorker.exe が Windows 11 で CPU を高負荷にするときの直し方

TiWorker.exe の役割と、高負荷が正常になるケース

「更新プログラムのチェック」をクリックすると、Windows Update はパッケージをダウンロードしてサービス スタックに渡します。TiWorker はそこでパッケージを展開・検証し、コンポーネント ストア(WinSxS フォルダー)へインストールします。機能更新は TiWorker と親プロセスの TrustedInstaller を 20〜60 分占有し、月例の累積更新なら SSD 上で数分で終わります。この間、4 コア機で CPU 30〜50% は想定内で、インストールが完了した瞬間に負荷は消えます。

要注意のサインは別の顔をしています。最後の更新から丸一日たっても CPU が熱い、タスク マネージャーで終了した瞬間に TiWorker が蘇る、起動のたびに負荷が戻ってくる — こんな具合です。HDD 機では同じ作業に数倍の時間がかかるので、判断は 1 時間後に。何をしているかはタスク マネージャーで確認できます。プロセスは「Windows Modules Installer Worker」という名前で並んでいます。

• 設定 → Windows Update → 更新履歴を開き、最近何が入って何が保留中かを確認します
• タスク マネージャーで CPU 列に並べ替え、TiWorker.exe の項目に Windows Modules Installer Worker の名前があるか確かめます
• 大型更新のあとの再起動は、長時間稼働マシンで TiWorker を混乱させるサービス キューを掃除します
• 履歴に更新がないのに何日も負荷が続くなら、コンポーネント ストアかキャッシュの修理が必要です
• HDD 機は同じ更新に、正直なところ SSD の数倍の時間を要求します

実際に効く修復の手順

まず Windows に最後までやらせます。Windows Update を完了まで走らせて再起動し、準備済みの機能更新があるなら夜のうちにインストールさせましょう。次に管理者権限のコマンド プロンプトを開き、DISM /Online /Cleanup-Image /RestoreHealth でコンポーネント ストアを修復して、続けて sfc /scannow を実行します。ストアの破損こそ、TiWorker が同じパッケージを延々と再検証して回る最も一般的な理由です。2 つのスキャンで合わせて 15〜30 分、破損ファイルのきれいなコピーを引き寄せるためにインターネットが必要です。

負荷が残るなら更新キャッシュをリセットします。管理者プロンプトで net stop wuauserv と net stop bits を実行し、C:\Windows\SoftwareDistribution\Download の中身を削除してから、両サービスを net start で再開します。Windows は本当に必要なものだけを再ダウンロードし、次のチェックのあと TiWorker はたいてい静かになります。最終手段は Windows Update トラブルシューティング ツール(設定 → システム → トラブルシューティング → その他のトラブルシューティング ツール)、または Windows 11 の ISO でインプレース修復アップグレードです。こちらはファイルに触れずにサービス スタックを再構築します。

やってはいけないこと — 心配すべきとき

TiWorker を黙らせるために Windows モジュール インストーラー サービスや Windows Update 自体を無効化してはいけません。マシンはセキュリティ更新を受け取れなくなり、次の機能更新はもう修理不能な壁に突っ込みます。C:\Windows\WinSxS 内のファイルを手動で削除するのも同じく御法度です。このフォルダーはハードリンクのデータベースで、一部を切り取ると DISM が修復するより速くストアを壊します。負荷のピークが既知の更新時間帯にだけ現れるなら、システムは設計どおりに動いています。タスク マネージャーを時々覗き、上のルールから外れたときだけ介入しましょう。

よくある質問

次に読む記事

すべての記事 · よくある質問