Windows 11 23H2→25H2で「0x8007042B - 0x4000D」失敗を直す：MIGRATE_DATAの原因特定から最短解決まで
Windows 11の機能更新（23H2→25H2など）で、途中まで進んだのにロールバックして「0x8007042B - 0x4000D」で止まる――この手の失敗は、更新そのものというより“移行（MIGRATE_DATA）で引っかかるデータやフォルダー構造”が原因になりがちです。ポイントは「どのフォルダーが邪魔をしているか」をログで特定し、矛盾したユーザーフォルダー（特に古い“マイ○○”系）を整理すること。この記事では、再現性の高い手順だけに絞って、最短で成功率を上げる流れをまとめます。 Microsoft Learn+1
エラー「0x8007042B - 0x4000D」とは何が起きているのか
このコードは、アップグレードの SECOND_BOOT フェーズで MIGRATE_DATA（データ移行） が失敗したことを示すケースが多いです。つまり「OSの展開」ではなく、ユーザーデータや既存プロファイル、既知のフォルダー（Documents / Pictures / Music / Videos など）の移行処理で例外終了しているイメージです。 Microsoft Learn+1
ここで厄介なのが、過去のWindowsから引き継いだ“歴史のあるデータドライブ”です。たとえば以下のような状態があると、移行の整合性チェックで落ちることがあります。
-
Documents配下に Music と My Music が同居
-
Documents配下に Pictures と My Pictures が同居
-
「ライブラリ」や「既知のフォルダー」の参照先が、途中で変更されて二重管理になっている
-
旧環境（Windows 7/8/10由来）の名前のまま残っているフォルダーがある
最短ルート：SetupDiagで“犯人フォルダー”を特定する
闇雲に設定を触るより、まず SetupDiag で「どのパスがブロックしているか」を当てに行くのが早いです。SetupDiagはセットアップログを解析して、失敗理由を要約してくれます。 Microsoft Learn
手順（要点だけ）
-
失敗直後のPCで、セットアップ作業フォルダー（例：
C:\$Windows.~bt\Sources）付近のログが残っている状態を確認 -
SetupDiagを実行
-
出力された結果（例：
C:\Windows\Logs\SetupDiag\SetupDiagResults.xml）を開く -
「インストールを妨げているフォルダー」や「削除/移動を推奨」 の記述を探す
このXMLに、具体的に D:\Users\（ユーザー名）\Documents\My Music が原因 のように“名指し”で出ることがあります。名指しが出たら、そこが作業ポイントです。
典型的な解決パターン：重複フォルダーを統合してから再挑戦
ログで指摘されたのが、たとえば Documents\My Music や Documents\My Pictures のような旧来フォルダーだった場合、次の考え方で整理すると成功率が上がります。
安全な統合の考え方
-
データは消さない：まず中身を“正規のフォルダー”側へ移動（コピーではなく移動が分かりやすい）
-
空になったら旧フォルダーを削除：
My Music等の重複フォルダーを消して、二重構造を解消 -
Pictures / Videos も同様に、重複があれば統一
例（イメージ）
-
Documents\My Music（実データが入っている）→ 中身をDocuments\Musicへ移動 →My Musicを削除 -
Documents\My Pictures→ 中身をDocuments\Picturesへ移動 →My Picturesを削除
重要なのは「Windowsが移行対象として期待する“既知のフォルダー”が1つに定まる状態」に戻すことです。
それでも失敗する場合に効く、追加の現実的チェック
「原因がフォルダー重複ではなかった」「整理したのにまだ落ちる」というときは、MIGRATE_DATAで邪魔になりやすいポイントを上から潰します。
1) 既知のフォルダーの“Location”を確認
Documents / Pictures / Music / Videos を別ドライブに移している場合、場所（Location）の設定が不整合だと失敗に繋がることがあります。いったん既定に戻す、または移行先を明確に一本化すると安定します。 Microsoft Learn
2) 周辺機器と常駐の最小化
アップグレード時は、外付けストレージや特殊な常駐（バックアップ同期、暗号化、仮想ドライブ系）が移行を邪魔することがあります。作業中だけ外し、最小構成で実行すると切り分けが速いです。
3) “データドライブの構造を残したままクリーンインストール”が罠になる
OSをSSDにクリーンインストールしても、HDD側に旧来のユーザーフォルダー構造（My Music等）が残っていると、アップグレードがそれを“移行対象”として扱って衝突することがあります。ログで指摘されたパスが別ドライブ上なら、まさにここが論点です。
再実行のコツ：成功率を上げる順番
最後に、やり直しの順番を固定しておくと無駄が減ります。
-
アップグレード失敗後、SetupDiagで原因パスを特定
-
指摘されたフォルダーを「正規フォルダーへ統合→重複削除」
-
既知のフォルダーLocationを一本化（必要なら既定に戻す）
-
周辺機器を外し、常駐を最小化してインプレースアップグレード再実行
この流れで、MIGRATE_DATA起因の「0x8007042B - 0x4000D」はかなりの割合で突破できます。ポイントは“推測”ではなく“ログが名指しした場所”から直すこと。SetupDiagで原因が見えた瞬間、解決は作業ゲーに変わります。 Microsoft Learn+1
