Windows 11 環境で「2025‑05 累積更新プログラム KB5058411」を適用済みにもかかわらず、Windows Update が同じ更新プログラムの再インストールを要求し、試行すると 0x80070306 エラーで失敗する――そんな現象が報告されています。本記事では、実際にこの問題を経験したユーザーの検証結果をもとに、根本原因の解説から再現性の高い解決策（インプレース アップグレードによる上書き修復）まで、体系的にまとめます。読み終えるころには、同じ症状で足止めされている管理者・パワーユーザーが、リスクを抑えつつ最短経路で復旧できるようになるはずです。
エラー概要と発生条件
不具合が発生しているシステムでは、Windows Update の更新履歴に 2025‑05 累積更新プログラム KB5058411 がインストール済みと表示されているにもかかわらず、再度同じパッケージの適用を要求されます。
- 自動更新の挙動：ダウンロード完了後のインストール段階で 0x80070306 が返り、ロールバック。
- 手動インストール：Microsoft Update Catalog から msu を取得し実行すると「この更新プログラムはすでにインストールされています」と表示。
- ビルド番号：
winverで Build 26100.4061 が報告され、KB5058411 が適用された Build 26100.3775 よりも高い。
原因の深掘り：0x80070306 の正体
エラーコード 0x80070306 はシンボリック名 ERRORSHARINGCHANGE に該当し、「要求された操作に必要なファイルが異なるバージョンとして既に存在する」ことを示します。つまり Windows Update の状態データベース と 実際のコンポーネント ストア（WinSxS）間でバージョン不整合が起きている状態です。
今回のケースでは、以下のような経路で不整合が生じたと推測できます。
- Windows Update サーバ側で KB5058411 の再リリース（内部リビジョン違い）が行われた。
- クライアント側では旧リビジョン適用済みだが、サーバが新リビジョンを「未適用」と誤認識。
- インストール時にファイル衝突が発生し、0x80070306 で中断。
DISM や SFC で整合性検証が「正常」と判定されたのに現象が続く点からも、「OS コア ファイル」ではなく Windows Update 専用データベース（%windir%\SoftwareDistribution\DataStore.edb など） の破損が本質的な要因と言えます。
ユーザーが試した一般的な対処と結果
| 番号 | 対処内容 | 結果 | 所要時間 |
|---|---|---|---|
| 1 | Windows Update トラブルシューティング ツール | 改善なし | 約5分 |
| 2 | BITS サービス再起動 | 改善なし | 約2分 |
| 3 | SFC /scannow ＆ DISM /RestoreHealth | 整合性問題なし | 約30分 |
| 4 | Windows Update コンポーネント リセット（ネット スクリプト） | 改善なし | 約10分 |
| 5 | KB5058411 手動インストール | 「既に存在」と表示 | 約3分 |
いずれも根本原因が「バージョン不整合」ゆえに、クライアント DB の再構築まで踏み込めず失敗しています。
決定打：インプレース アップグレードによる上書き修復
最終的に有効だったのが、同一ビルド ISO を用いた インプレース アップグレード（上書き修復）です。これは OS を再インストールしつつ、既存のユーザープロファイル・アプリ・設定を保持する Microsoft 推奨の修復方法で、以下の仕組みで問題を解消します。
- Windows セットアップが %windir%\WinSxS と SoftwareDistribution フォルダを再生成。
- 未使用の更新パッケージを整理し、内部カタログとビルド番号の一貫性を再確立。
- 結果として KB5058411 の重複要求が解消され、0x80070306 も発生しなくなる。
上書き修復の手順
- Microsoft の公式サイトから、現在稼働中と同じエディション・アーキテクチャの Windows 11 公式 ISO をダウンロード。
- ISO をダブルクリックしてマウントし、
setup.exeを実行。 - 「個人用ファイルとアプリを保持する」を選択して進む。
- ライセンス条項に同意し、互換性チェックを完了後「インストール」をクリック。
- 数回の再起動を経てデスクトップに戻れば完了。
実行前の推奨準備
- キーボード・マウス・LAN 以外の USB 機器をすべて取り外す。
- サードパーティ製ウイルス対策ソフトを無効化または一時アンインストール。
- システム ドライブに 30 GB 以上の空き領域を確保。
- 念のため 完全バックアップ（イメージ＋データ）を取得。
代替・補助策（状況別に検討）
上書き修復が難しい場合は、次の回避策で一時的に凌ぐことも可能です。 更新プログラムの非表示（wushowhide.diagcab） KB5058411 を「非表示」にして自動配信対象から除外し、他のパッチ適用を継続。ただし恒久策ではなく、将来の累積更新で再発する恐れがあります。 DISM による完全なイメージ修復 DISM /Online /Cleanup-Image /RestoreHealth /Source:install.wim を公式 ISO から参照させて実行。内部カタログの破損が軽度であれば復旧する例あり。 Windows Update コンポーネントの手動リセット net stop wuauserv などのスクリプトでサービスを停止し SoftwareDistribution を強制削除すると再ダウンロードが行われる。ただしレジストリ側の破損まで修復できないケースが多い。
上書き修復後の確認ポイント
winverで目的のビルド番号（例：26100.4061）を確認。- [設定] → [Windows Update] → [更新の履歴] で KB5058411 が「成功」と表示され重複行がないことを確認。
dism /online /cleanup-image /scanhealthで「破損は検出されませんでした」と表示されること。
再発防止のベストプラクティス
- 品質更新のリング分割 検証用 PC にて Patch Tuesday 直後のパッチを先行適用し、問題がないことを確認後に本番環境へ展開。
- 更新ポリシーで製品バージョン固定 グループポリシー「ターゲット Feature Update 版」（TargetVersionUpgrade）を利用し、想定外のメジャーアップグレードをブロック。
- 定例バックアップとメディアイメージ保持 毎月のパッチ適用前にシステム イメージを取得し、同ビルド ISO をローカル保持しておくと復旧が迅速。
よくある質問（FAQ）
Q1. SFC /scannow で異常が見つからないのに上書き修復は必要？ A1. 必要です。SFC の対象は OS コア ファイルのみで、更新カタログやレジストリのバージョン情報は検証範囲外だからです。 Q2. 上書き修復でアプリやユーザーデータは本当に保持される？ A2. セットアップ画面で「個人用ファイルとアプリを保持」を選択すれば基本的に維持されます。ただし周辺機器用ドライバーなど一部が再インストールを要求される場合があります。 Q3. 同じエラーが将来の累積更新でも発生する可能性は？ A3. 根本原因が DB の破損であれば、上書き修復によりデータベースが再生成されるため再発リスクは低減します。とはいえ再リリース版が短期間に配信された場合は再現する可能性がゼロではないため、品質更新の遅延設定や先行検証を推奨します。
まとめ
0x80070306 は一見ハードウェア障害のように思えますが、実態は Windows Update のバージョン管理情報が壊れた際に発生するソフトウェア起因のエラーです。DISM や SFC が正常でも解決しない場合、更新カタログの不整合を丸ごと修復する インプレース アップグレード が最も確実かつ安全な打開策となります。適切な事前準備とバックアップを行い、30～60 分程度で復旧可能です。KB5058411 に限らず類似の累積更新エラーでも同じ手法が有効なので、トラブルシューティングの最終手段として覚えておくと運用コストを大幅に削減できます。
コメント