Windows Update 0x800706beで失敗し続ける更新ループの直し方｜Windows 11 22H2（KB5029263など）

Windows 11 22H2で累積更新プログラム（KB5029263など）を適用しようとすると「0x800706be」で失敗し、再起動しても同じ更新が何度も回って終わらない――そんな更新ループを、原因の切り分けから修復手順まで順番に解説します。

症状：Windows Update が 0x800706be で失敗し続ける（更新ループ）

代表的な症状は次のとおりです。

• Windows Updateで「累積更新プログラム（例：KB5029263）」がダウンロード／インストール途中で失敗する
• 「インストール エラー：0x800706be」が表示される
• 再起動後に「更新を構成しています」→失敗→元に戻す、を繰り返す／同じKBが何度も再試行される
• トラブルシューティングを実行しても改善しない

この状態は、更新に必要なサービスやコンポーネントがうまく動けず、Windows Update が同じ処理を何度もやり直しているケースが多いです。大きく壊れているように見えても、順番に手当てすると復旧できることが珍しくありません。

0x800706be とは何か（よくある原因）

0x800706be は、Windowsの内部処理で「RPC（遠隔手続き呼び出し）」が失敗したときなどに返る汎用的なエラーとして扱われることが多く、Windows Updateの文脈では「更新関連コンポーネントの不整合・破損」「サービス間通信の不調」「キャッシュや署名データの破損」などが原因になりがちです。

原因の候補	起きやすい状況	まず狙う対策
更新キャッシュ（SoftwareDistribution）の破損	同じKBが何度も失敗、途中で止まる	Windows Update コンポーネントのリセット
コンポーネントストア（WinSxS）の不整合	SFCで修復できない、更新が途中で戻る	DISMで修復→再度SFC
BITS / Windows Update 等のサービス不調	ダウンロードが進まない、エラーが一定しない	サービス再起動、依存関係確認
セキュリティソフト・VPN・プロキシの干渉	社外ネットワークやVPN利用時に発生	一時停止／切断、クリーンブート
ディスク不足、周辺機器の影響	空き容量が少ない、外付けが多い	空き容量確保、不要デバイス取り外し

作業前にやっておく安全策

修復作業は基本的に安全ですが、更新まわりのフォルダー名変更や上書き修復を行うため、次だけは最初に済ませておくと安心です。

• 重要データのバックアップ（OneDriveや外付け、NASなど）
• BitLockerを使っている場合は回復キーの確認（「デバイスの暗号化」やBitLockerの管理画面）
• 外付けHDD/SSD、USBメモリ、不要な周辺機器は一旦外す
• Cドライブの空き容量は目安として20GB以上確保（累積更新でも意外と使います）

解決までの現実的な順番（最短で直る順）

更新ループの対応は「軽い手当て→深い修復」の順で進めると、無駄な作業を減らせます。ここでは成功率が高い順に並べます。

Windows Update のトラブルシューティングを実行

まずはOS標準の修復を当てます。意外とこれだけで直ることもあります。

• 設定 → システム → トラブルシューティング → その他のトラブルシューティング ツール
• 「Windows Update」→「実行」

実行後は再起動し、Windows Updateをもう一度試します。

更新に必要なサービス（BITS / Windows Update など）を確認・再起動

サービスが停止している／応答が悪いと、更新処理が途中で失敗しやすくなります。GUIでもコマンドでもどちらでも構いません。

GUIで確認する場合

• Win + R → services.msc
• 次のサービスを探して状態を確認

• Background Intelligent Transfer Service（BITS）
• Windows Update
• Cryptographic Services（署名検証に関係）

停止していれば開始、動いていても不安定に見える場合は再起動します。

コマンドで再起動する場合（管理者で実行）

net stop wuauserv
net stop bits
net stop cryptsvc
net start cryptsvc
net start bits
net start wuauserv

SFC / DISM でシステム破損を修復

更新エラーが続くとき、システムファイルやコンポーネントストアの不整合が隠れていることがあります。SFC→DISMの順で進めるより、DISM→SFCの順が手戻りが少ないことが多いです（DISMが部品を直し、その後SFCが仕上げをするイメージ）。

手順（管理者で実行）

「Windows ターミナル（管理者）」または「コマンド プロンプト（管理者）」を開き、次を実行します。

DISM /Online /Cleanup-Image /RestoreHealth

完了後に続けてSFCを実行します。

sfc /scannow

どちらも時間がかかる場合があります。完了後に再起動し、Windows Updateを再試行してください。

結果の見方（ざっくり）

表示例	意味	次の打ち手
破損したファイルを修復しました	修復成功	再起動→更新を再試行
一部のファイルを修復できませんでした	破損が深い／部品不足	DISMを再実行、Updateリセットへ
エラーが出てDISMが止まる	コンポーネントストアが重度	クリーンブートや上書き修復も視野

Windows Update コンポーネントをリセット

更新ループの「定番の当たり処」です。Windows Updateのキャッシュ（SoftwareDistribution）や署名データ（catroot2）周辺が壊れていると、何度やり直しても同じ場所で失敗しがちです。フォルダーを削除するのではなく、リネームして退避しておくと安全です（問題なければ後で消せます）。

コマンドプロンプトで実行する方法（管理者）

net stop bits
net stop wuauserv
net stop cryptsvc
net stop msiserver

ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old

net start msiserver
net start cryptsvc
net start wuauserv
net start bits

PowerShellで実行する方法（管理者）

Stop-Service -Name bits,wuauserv,cryptsvc,msiserver -Force
Rename-Item -Path "$env:SystemRoot\SoftwareDistribution" -NewName "SoftwareDistribution.old" -ErrorAction SilentlyContinue
Rename-Item -Path "$env:SystemRoot\System32\catroot2" -NewName "catroot2.old" -ErrorAction SilentlyContinue
Start-Service -Name bits,wuauserv,cryptsvc,msiserver

実行後は再起動し、Windows Updateを実行します。最初のチェック／ダウンロードが少し長くなることがありますが正常です。

Microsoft Update Catalog からKBを個別インストール

Windows Update経由だけが不調な場合、KBを個別に当てると通ることがあります。特に「ダウンロードはできるのにインストールで落ちる」ケースで試す価値があります。

• ブラウザーで「Microsoft Update Catalog」を開く
• KB番号（例：KB5029263）で検索
• Windows 11（x64 / ARM64など）に合うパッケージを選んでダウンロード
• ダウンロードした .msu を実行してインストール

アーキテクチャ違い（x64とARM64）を選ぶと失敗するため、環境に合うものを選ぶのがポイントです。

クリーンブートで干渉を切り分ける

サードパーティ製のセキュリティソフト、VPN、常駐の最適化ツールが更新処理に割り込んで失敗することがあります。完全にアンインストールしなくても、クリーンブートで干渉の有無を判定できます。

• Win + R → msconfig
• 「サービス」タブ → 「Microsoft のサービスをすべて隠す」→「すべて無効」
• 「スタートアップ」→「タスク マネージャーを開く」→不要なスタートアップを無効
• 再起動してWindows Updateを実行

更新が通るなら、無効化した項目のどれかが原因の可能性が高いです。更新完了後は元の構成に戻してください。

最終手段：インプレースアップグレード（上書き修復）で更新基盤を作り直す

SFC/DISMやUpdateリセットでも改善しない場合、OSコンポーネントそのものが崩れている可能性があります。インプレースアップグレード（上書き修復）は、Windowsを再インストールに近い形で入れ直しつつ、通常は個人ファイルとアプリを保持したまま更新基盤を再構築できます。更新ループが長引く環境では、ここで一気に改善することが多いです。

実施前チェック（失敗しやすいポイント潰し）

チェック項目	理由	目安
空き容量	展開領域不足で失敗しやすい	20GB以上
周辺機器	ドライバが絡むとセットアップが止まる	不要なUSBは外す
BitLocker/デバイス暗号化	再起動時に回復キーを求められる場合がある	回復キーを控える
セキュリティソフト	書き換えをブロックすることがある	一時停止か一時アンインストール

大まかな流れ

• Windows 11のインストールメディア（ISO）を入手
• ISOを右クリックして「マウント」
• マウントしたドライブ内の setup.exe を実行
• 「個人用ファイルとアプリを引き継ぐ」を選択（選べない場合は条件不一致）
• 画面の指示に従って進め、完了後にWindows Updateを実行

この作業は更新の土台を作り直すため、累積更新（KB5029263など）が通りやすくなります。

「個人用ファイルとアプリを引き継ぐ」が選べないとき

上書き修復の選択肢が出ない場合は、よくある原因がいくつかあります。

• インストールメディアのWindowsエディションが一致していない（Home/Proなど）
• 言語が一致していない（日本語環境に別言語ISOを使っている）
• ビルドが古すぎる／新しすぎる（同等か近いバージョンのメディアが必要）

環境に合うメディアを用意すると、引き継ぎが選べるようになることがあります。

それでも直らないときの追加チェック

上記で大半は解決しますが、まれに「更新以前の土台」や「ストレージ状態」が原因になっていることがあります。次の項目を順番に確認すると切り分けが進みます。

ディスクの健康状態を確認（chkdsk）

ストレージにエラーがあると、更新の展開や置換で失敗します。まずはオンラインスキャンを試します。

chkdsk C: /scan

問題が出る場合は修復が必要になりますが、/f は再起動が必要になるため、業務端末ではタイミングに注意してください。

更新関連ログで「どこで止まっているか」を見る

原因が見えないときは、ログを見ると手掛かりが得られます。

• イベント ビューアー：Windowsログ → セットアップ／システム
• CBSログ：C:\Windows\Logs\CBS\CBS.log（SFC/DISMの結果も反映）
• WindowsUpdate.log：Windows ターミナル（管理者）で Get-WindowsUpdateLog を実行して生成

「0x800706be」だけでなく、直前に出る別のエラーコード（0x800fxxxx など）が見つかると対策が具体化します。

ネットワーク要因（プロキシ／VPN／社内ポリシー）

企業ネットワークや一部のVPNでは、更新配信先や署名検証がブロックされて失敗することがあります。可能なら次を試します。

• VPNを切断して更新
• 社内プロキシを使っている場合は、社内手順に従って例外設定や配信元の許可を確認
• モバイル回線テザリングなど、別回線で試して切り分け

「更新の一時停止」でループを止めて作業する

起動するたびに更新が走って作業が進まない場合は、いったん更新を止めるのが現実的です。

• 設定 → Windows Update → 「更新の一時停止」

作業が終わったら再開し、再度更新を当てます。

よくある質問

再起動すると「更新を元に戻しています」が毎回出ます。壊れていますか？

必ずしも致命的な故障ではありません。累積更新の置換が失敗すると、Windowsは整合性を保つためにロールバックします。SFC/DISMとUpdateリセットで戻るケースが多いので、焦らず順番に試すのが近道です。

Updateリセットで SoftwareDistribution を消しても大丈夫？

SoftwareDistribution は更新の一時ファイル置き場のため、削除（またはリネーム）しても再生成されます。ただし、更新履歴の表示に影響が出ることがあります（「更新が適用された事実」が消えるわけではありません）。不安なら記事の手順どおりリネームで退避してください。

インプレースアップグレードは初期化と何が違う？

初期化（このPCをリセット）はアプリの入れ直しが必要になることがあります。一方、インプレースアップグレード（上書き修復）は、可能な条件が揃えば個人ファイルとアプリを保持したままOSコンポーネントを入れ替えられるため、復旧後の手戻りが小さくなりやすいのが利点です。

まとめ：おすすめの実行順

Windows Update の 0x800706be は「原因が一つ」とは限らないため、段階的に切り分けるのが最短です。迷ったら次の順で進めると復旧しやすくなります。

順番	やること	狙い
1	トラブルシューティング／サービス再起動	軽い不調の自動修復
2	DISM → SFC	システム破損の修復
3	Windows Update コンポーネントのリセット	キャッシュ・署名周りの再生成
4	KBの個別インストール	Windows Update経路の回避
5	クリーンブート	常駐ソフト干渉の切り分け
6	インプレースアップグレード（上書き修復）	更新基盤の再構築

更新ループが長引くほど、作業時間もストレスも増えます。SFC/DISMとUpdateリセットで改善しない場合は、上書き修復まで一気に進める判断も現実的です。