インターネットにも OneDrive にもつながっているのに、Windows 11 の更新プログラムだけが「ダウンロード中」で進まず、エラー 0x800706be を繰り返す――。この症状は、22H2 のサポート終了や更新コンポーネント破損が重なると起きがちです。本稿では、データを保持したまま最短で復旧する実践手順（インプレースアップグレード）と、失敗時の補助策まで具体的に解説します。
目次
想定環境と症状の整理
本記事で想定する状況は次のとおりです。
| 項目 | 内容 |
|---|---|
| 現象 | ［設定］→［Windows Update］に表示される更新がダウンロードされない／進まない |
| エラー | 0x800706be（RPC 呼び出し失敗に相当） |
| 環境 | Windows 11 Pro 22H2（OS Build 22621.4317） |
| 試行済み | Windows トラブルシューティング、Windows Update／BITS サービス再起動 等 |
原因の要点と解決の全体像
- 22H2 は 2024 年 10 月でサポート終了（Home/Pro 等）。以降は品質更新が適切に提供されないことがあるため、最新の 24H2 へ移行するのが最短で確実。
0x800706beは「リモート プロシージャ コールに失敗」（RPC_S_CALL_FAILED）を意味し、Windows Update スタックや COM＋／RPC 周辺の破損・不整合で発生しやすい。- 現行環境を保ったまま更新コンポーネントを丸ごと健全化するには、インプレースアップグレードが最も安全で成功率が高い。
最短で復旧させるアプローチ：インプレースアップグレード（推奨）
個人データとアプリを保持したまま、22H2 → 24H2 に引き上げつつ、破損した更新コンポーネントも再構築します。Wi‑Fi や周辺機器の設定、アプリは原則そのままです。
事前チェック（成功率を高めるコツ）
| 区分 | チェック内容 | 理由 |
|---|---|---|
| 必須 | 空き容量 10GB 以上（推奨 20GB 以上） | セットアップ時は一時展開と Windows.old 生成で容量を消費 |
| 必須 | AC アダプタ接続・スリープ無効（実行中のみ） | 電源断によるロールバック／破損を防止 |
| 必須 | サードパーティ製ウイルス対策を一時無効化 | ファイル監視がセットアップを阻害する事例を排除 |
| 推奨 | BitLocker を一時中断（manage-bde -protectors -disable C:） | 再起動を跨ぐ更新での保護機能誤作動を回避 |
| 推奨 | 周辺機器を最小構成（キーボード／マウス／LAN のみ） | 古いドライバーが原因の停止を回避 |
| 推奨 | 重要データのバックアップ（ユーザープロファイル全体） | 万一のロールバック・復旧に備える |
ダウンロードと実行
- Microsoft 公式サイトからWindows 11（多機能エディション ISO／x64）をダウンロード。
- ISO ファイルをダブルクリックしてマウントし、ルートにある Setup を実行。
- 最初の「Windows の改善に協力～」のチェックは外す。
- 更新プログラムのダウンロード方法を変更を開き、今は実行しないを選択。
（破損した Windows Update スタックに依存せず、純粋なセットアップ機能で移行する狙い） - 利用規約に同意。
- 「インストール準備完了」で保持するものを選択→個人用ファイルとアプリを引き継ぐを選択。
- インストールをクリック。数回の再起動を経て 30～90 分程度で完了。
実行時の注意点
- VPN／プロキシ／フィルタリング系ソフトは一時的に無効化。企業環境でプロキシ必須の場合は ISO 方式を選ぶと安定します。
- 外付けストレージは取り外し。複数ディスク環境ではブートローダーの書き込み先がずれることがあります。
- クリーンインストールと異なり、ユーザーデータを保持しますが、念のためバックアップは必須。
完了後の確認と仕上げ
- winver で Version 24H2 になっていることを確認。
- ［設定］→［Windows Update］を開き、残りの更新（累積更新／.NET／ドライバー）を適用。
- Microsoft Store も開き、ライブラリからアプリ更新を実施。
- デバイスマネージャーで「！」がないか確認。必要に応じてベンダー製の最新ドライバーを適用。
- BitLocker を再有効化（必要な場合）。
アップグレードが実行できない／途中で止まる場合の補助策
以下は ISO 実行前後で試す価値がある、効果の高い補修手順です。コマンドは管理者として実行した Windows Terminal（PowerShell もしくはコマンドプロンプト）で入力してください。
Windows Update コンポーネントのリセット（簡易）
net stop wuauserv
ren %windir%\SoftwareDistribution SoftwareDistribution.old
net start wuauserv
Windows Update コンポーネントのリセット（完全版）
更新関連のサービス／キャッシュ／暗号カタログを一括で刷新します。
net stop wuauserv
net stop bits
net stop cryptsvc
net stop appidsvc
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
netsh winsock reset
netsh winhttp reset proxy
ipconfig /flushdns
net start appidsvc
net start cryptsvc
net start bits
net start wuauserv DISM / SFC によるシステム修復
OS コンポーネントの破損を修復してから更新を再試行します。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
ネットワーク・ストレージ健全性の確認
- VPN／プロキシを解除、別回線（テザリングなど）で挙動比較。
- 有線 LAN での再試行（無線切替時の MTU 差異や電波干渉を排除）。
- ディスクのクイックスキャン：
chkdsk /scan - ストレージ不足時は「一時ファイルのクリーンアップ」「配信の最適化キャッシュの削除」を実施。
グループポリシー／WSUS 環境での注意
ドメイン参加端末や Intune 管理下では、組織のポリシーが更新を抑止している場合があります。以下を確認してください。
- ローカル グループポリシー（
gpedit.msc）の「更新を延長／一時停止」関連設定。 - レジストリの
HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate配下の値。 - WSUS 指定時は社内サーバーに接続できているか、期限切れ／承認待ちの更新がないか。
- 企業環境では勝手な ISO 更新が禁止のこともあるため、方針に従ってください。
ログから根本原因を探る（必要に応じて）
症状が続く場合はログ確認で突破口が開けます。
- イベント ビューアー → Applications and Services Logs > Microsoft > Windows > WindowsUpdateClient > Operational
更新の開始／失敗イベント（例：Event ID 20, 25, 31 等）を確認。 - PowerShell で Windows Update ログ生成：
Get-WindowsUpdateLogデスクトップにWindowsUpdate.logが出力されます。 - セットアップ失敗時の詳細診断には SetupDiag（セットアップと同梱されることがあります）を利用。
主要ブロック条件（互換性のないドライバー、ストレージ、言語パック、暗号プロバイダーなど）を素早く特定できます。
具体的な操作フロー（要点だけ拾える早見表）
| 段階 | 操作 | ポイント |
|---|---|---|
| 準備 | 空き容量確保／ウイルス対策と VPN 一時停止／BitLocker 中断 | 更新阻害要因を先に取り除く |
| ダウンロード | Windows 11 ISO（多機能エディション／x64） | 公式配布物を使用（改変イメージは不可） |
| セットアップ | ISO マウント → Setup 実行 → 更新は「今は実行しない」 | 壊れた Update スタックに依存しない |
| 引き継ぎ | 「個人用ファイルとアプリを引き継ぐ」を選択 | 作業後の業務復帰が迅速 |
| 完了後 | Windows Update／Store／ドライバーを順に適用 | 最終的なセキュリティ状態を最新に |
よくあるつまずきと回避策
| 症状 | 原因の例 | 対処 |
|---|---|---|
| 0% から進まない | 配信の最適化キャッシュの破損 | ［設定］→［ストレージ］→［一時ファイル］で削除／SoftwareDistribution リセット |
| ダウンロード完了後にロールバック | 互換性のないドライバー（古い VPN／仮想化／ウイルス対策） | 該当アプリ／ドライバーを一時アンインストールして再試行 |
| インストール途中で 0x800706be | RPC／COM＋依存サービスの不整合 | 完全版リセット＋DISM／SFC 後に ISO セットアップ |
| 企業ネットワークで失敗 | WSUS／ポリシーでの抑止 | 管理者に承認を依頼。ISO 実行はポリシーに従う |
| 空き容量不足 | Windows.old 生成のための余裕不足 | 不要アプリ／一時ファイル削除、外部ストレージ退避で 20GB 以上確保 |
メリット・デメリット（インプレースアップグレード）
| 区分 | 内容 |
|---|---|
| メリット | 個人データとアプリを保持したまま最新バージョンへ移行 破損した Windows Update コンポーネントを同時に修復 クリーンインストールより手間が少ない |
| デメリット | ダウンロード・更新に時間がかかる まれに互換性のないドライバー／アプリが残る 失敗時にロールバックが発生することがある |
トラブル時に押さえておきたい追加テクニック
- 言語パック／機能のオン・オフ：不要な言語パックや古い .NET 3.5 機能が衝突する場合、いったん外してから実行。
- タイムゾーンと時刻同期：
w32tm /resyncで NTP 再同期。証明書エラー回避に有効。 - ネットワーク スタックの再作成：
netsh int ip reset、netsh winsock reset実行後に再起動。 - セーフモードでの実行：常駐の影響が強い環境ではセーフモード＋ネットワークから ISO セットアップを試す。
- ドライバーを最新化：ストレージ／チップセット／GPU ドライバーは最新を推奨。古いストレージドライバーはアップグレードの天敵。
最終結果（事例）
本稿の手順どおりに実施した結果、依頼者の PC は Windows 11 Version 24H2 に更新され、Windows Update からのダウンロードとインストールが正常に完了するようになりました。以降の累積更新や .NET 更新も問題なく適用でき、ストアアプリのアップデートも復旧しています。
まとめ
Windows 11 で「ダウンロードが進まない」「0x800706be」が続くときは、22H2 のサポート終了による提供形態の変化と、更新コンポーネントの破損が同時に起こっている可能性が高いです。ISO を用いたインプレースアップグレード（更新は今は実行しない）で 24H2 に引き上げると、環境を保持しながら更新基盤を再構築できます。万一つまずく場合は、コンポーネント リセット、DISM／SFC、ネットワークとストレージの健全化、ログ確認、そして企業環境ではポリシー面の確認をセットで行うのが近道です。
付録：コマンド早見
:: Update コンポーネントの簡易リセット
net stop wuauserv
ren %windir%\SoftwareDistribution SoftwareDistribution.old
net start wuauserv
:: Update コンポーネントの完全版リセット
net stop wuauserv
net stop bits
net stop cryptsvc
net stop appidsvc
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
netsh winsock reset
netsh winhttp reset proxy
ipconfig /flushdns
net start appidsvc
net start cryptsvc
net start bits
net start wuauserv
:: システム修復
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
:: 時刻再同期
w32tm /resync
:: Update ログ出力
Get-WindowsUpdateLog 
コメント