Windows 11の23H2から24H2への更新を検討する前に｜サポート期限とトラブル対処法

Windows 11の大型アップグレードを前にして、不安を感じる方は多いかもしれません。私自身も、以前の22H2から23H2への更新でエラーが出たときは、どう対処すればよいのか迷いました。ただし、当時の経験をそのまま現在の更新判断に当てはめることはできません。この記事では、23H2から24H2への移行を検討している方に向けて、現在のサポート期限と、安全に更新・切り分けを進めるための確認事項を整理します。

2026年10月20日確認：Windows 11 Home／Proの23H2は2025年11月11日、24H2は2026年10月13日に更新提供が終了しています。Home／Proでは、今から24H2を更新先の最終目標にせず、互換性を確認したうえでサポート中のバージョンへ移行してください。「23H2で気長に待てばよい」という案内は、現在のHome／Proには当てはまりません。

まず確認したい23H2・24H2のサポート期限

同じ「23H2」「24H2」でも、エディションによって更新提供の終了日が異なります。「設定」→「システム」→「バージョン情報」のWindowsの仕様で、エディション・バージョン・OSビルドを確認しましょう。確認方法はMicrosoftのバージョン確認手順に掲載されています。

Windows 11の更新提供終了日と2026年10月20日時点の状態

バージョン	Home／Pro系	Enterprise／Education系
23H2	2025年11月11日：終了済み	2026年11月10日：終了が迫っている
24H2	2026年10月13日：終了済み	2027年10月12日：サポート中
25H2	2027年10月12日	2028年10月10日
26H2	2028年10月10日	2029年10月9日

Home／Pro系にはPro EducationとPro for Workstationsを含みます。表は通常の提供チャネルを対象とし、Enterprise LTSCなどの別ライフサイクル製品は含めていません。日付はMicrosoftの公表する終了日です。出典：Windows 11リリース情報、23H2の公式通知、24H2の公式通知。

更新提供が終了してもPCが直ちに使えなくなるわけではありませんが、そのバージョン・エディション向けの月例セキュリティ更新は受けられなくなります。ウイルス対策ソフトを使っていることだけでは、OSの未修正の脆弱性への対策にはなりません。Enterprise／Educationの23H2も、管理者と移行日程を早めに確認する必要があります。

確認日時点で26H2は2026年9月29日に一般提供が始まり、段階的に配信されています。25H2もサポート中です。一方、26H1は2026年の新しいデバイス向けで、既存PCの24H2／25H2からの通常の機能更新先ではありません。数字だけで更新先を決めず、Windows Updateの提示内容、PCメーカーの対応情報、組織の管理方針を合わせて確認してください。

Windows 11の段階的提供と、更新が表示されない理由

単なる配信待ちと互換性の保留は別

機能更新が表示されない理由には、段階的な配信、ハードウェアやアプリの互換性、既知の問題によるセーフガードホールド、組織の更新ポリシーなどがあります。「表示されないから、手動なら確実に成功する」とは限りません。

セーフガードホールドは、既知の問題がある端末への更新を保留して影響を避ける仕組みです。Microsoftは、問題が解決して保留が解除されるまで手動更新を試さないよう勧めています。保留を解除するためのレジストリ変更や、要件チェックの回避はこの記事では案内しません。セーフガードホールドの公式説明を確認してください。

ただし、サポート終了済みのOSで期限を決めずに待ち続けるのも適切ではありません。該当する問題の修正状況とメーカーの対応を確認し、移行できない場合はMicrosoftサポートや管理者に相談します。対応が見込めない機器では、サポートされるPCへの移行も含めて検討しましょう。

「最新の更新プログラムをできるだけ早く入手する」の意味

Windows Updateにあるこの設定は、提供可能になった更新を早めに受け取るためのものです。24H2を指定する機能でも、互換性の問題を解消する機能でもありません。26H2も対象端末から段階的に提供されるため、設定をオンにしても必ず直ちに表示されるわけではありません。会社・学校のPCでは、管理者の設定を優先してください。現在の配信状況は26H2の公式ステータスで確認できます。

アップグレード前に確認すること

1. 対象PCと更新先の対応：PCの正確な型番、CPU、エディション、x64／Armの別を確認します。Microsoftのシステム要件だけでなく、PCメーカーがその型番と更新先バージョンをサポートしているかも確認してください。既にWindows 11が動くことは、すべての新バージョンや周辺機器の動作保証にはなりません。
2. アプリと周辺機器：業務ソフト、VPN、暗号化・バックアップソフト、セキュリティソフト、プリンターなどの対応情報を確認します。必要な更新は各メーカーの公式配布元を使い、互換性警告が出たら対象製品の案内を調べます。
3. 既知の問題：更新先のWindowsリリースヘルスと、PCメーカーの注意事項を照合します。過去の不具合記事は、対象ビルド・機種・解決状況まで確認してください。
4. バックアップ：重要なファイルを別の保存先にバックアップし、実際に開けることを確かめます。再インストールが必要になった場合に備え、アプリの再導入方法、ライセンス、設定の控えも用意します。
5. 回復手段：BitLockerまたはデバイスの暗号化を使っている場合は、回復キーを別の端末などから参照できるか事前に確認します。職場・学校のPCでは管理者に確認してください。回復キーを公開掲示板や記事のコメント欄に貼り付けないでください。Microsoftの回復キー確認方法も参照できます。
6. 作業環境：十分な空き容量、安定した通信、AC電源、作業時間を確保します。必要な容量は環境と更新方法で異なるため、セットアップの表示に従ってください。使っていない外付け機器は安全に取り外し、更新中は電源を切らないようにします。

ドライバーやBIOS／UEFIの更新は、PCメーカーが対象機種向けに案内しているものを確認します。「最新版なら何でも入れる」のではなく、適用対象と注意事項を読んで判断してください。特にファームウェア更新は、電源や回復キーなどの準備が必要です。

Windows Updateを優先し、手動更新は条件を確認する

通常の更新経路

準備ができたら、「設定」→「Windows Update」で提供されている更新を確認します。表示されたバージョンがサポート中で、自分のPC・アプリに適合することを確認してから進めてください。再起動待ちや対応が必要なアプリの案内があれば、先にその内容を確認します。管理対象PCでは、個人でインストールアシスタントやISOを使う前に管理者へ相談しましょう。

現在のインストールアシスタントは24H2の選択ツールではない

Microsoft公式のWindows 11ダウンロードページは、2026年10月20日時点で「Windows 11 2026 更新／バージョン26H2」を案内しています。現在のインストールアシスタントを入手すれば24H2になる、という手順は使えません。旧バージョンを任意に選べるツールではないため、実行前にページとツールの対象バージョンを確認してください。

手動更新を検討できるのは、バックアップと互換性確認が済み、既知の保留や管理上の制限がなく、公式の対象条件を満たす場合です。インストールアシスタントはx64用で、ArmベースのPCでは実行できません。表示される互換性警告やライセンス条項を確認し、問題があれば中断してメーカーや管理者に相談してください。手動実行も成功や動作の保証にはなりません。

Enterprise／Educationで業務上24H2を指定する必要がある場合は、管理者が対応状況と期限を確認し、組織で認められた正規の配布元・メディア・管理手順を使います。非公式サイトから古いISOを入手したり、Home／Proを終了済みの24H2に固定したりすることは勧めません。

ウイルス対策を一律に無効化しない

セキュリティソフトについては、まず更新先OSへの対応と製品の更新を確認します。更新エラーが出ただけで、常駐保護・ファイアウォール・暗号化をまとめて止める必要はありません。製品固有の互換性問題が判明した場合に限り、メーカーや組織のサポートが案内する方法を確認してください。

保護機能を止めると、その間のリスクが高まります。セキュリティソフトの停止を「更新前の定番手順」として実行しないでください。管理対象PCの保護設定は、自分の判断で変更しないようにしましょう。

更新エラーは記録と基本確認から切り分ける

エラーコードだけで原因を決めつけない

エラーが出たら、更新名、元と更新先のバージョン、完全なエラーコード、発生日時、どの段階で止まったかを記録します。「ダウンロード中」「インストール中」「再起動後に元へ戻った」では、調べる情報が異なります。

例えば、旧稿で取り上げた0x800705b9は、コードだけで「システムファイル破損」「ウイルス対策ソフト」「ドライバー非互換」のいずれかと決められません。対応するWin32エラー1465（0x5B9）はXMLデータの解析エラーですが、どのデータで、なぜ失敗したかは別の確認が必要です。22H2→23H2の事例を24H2への更新にそのまま当てはめないでください。出典：Microsoftのシステムエラーコード一覧。

まず試す基本確認

1. バックアップを確認し、Windows Updateの画面と更新履歴で、失敗した更新と表示内容を記録します。
2. 再起動待ち、空き容量、通信、電源を確認します。正常に起動できる場合は、作業を保存して通常の再起動を行い、画面の案内を確認します。
3. Windows 11の「問い合わせ」アプリ（Get Help）にあるWindows Updateのトラブルシューティングを利用します。組織のPCは管理者の手順に従ってください。
4. 既知の問題やメーカーの互換性情報に一致するものがないか調べます。対象となる修正や準備が済んだら再試行し、同じ失敗を繰り返す場合は次の診断へ進みます。

詳しくはMicrosoftのWindows Updateトラブルシューティングを参照してください。最初から更新フォルダーを削除したり、レジストリやサービス設定を一括変更したりせず、変更点を少なくして切り分けます。

システムファイルの修復はDISM、次にSFC

Windowsが起動でき、システムファイルの破損が疑われる場合の修復方法です。アップグレード失敗すべてに効く方法ではなく、互換性の保留やサポート期限の問題を解消するものでもありません。

1. 作業を保存し、コマンドプロンプトを「管理者として実行」で開きます。
2. 先に次のDISMコマンドを実行し、完了を待ちます。

DISM.exe /Online /Cleanup-Image /RestoreHealth

DISMが正常に完了したら、続けて次を実行します。

sfc /scannow

検証が100％になるまでウィンドウを閉じず、結果を記録します。修復後は再起動して状態を確認してください。DISMが修復元を取得できないなどのエラーで終わった場合や、SFCで修復できない項目が残った場合は、エラー内容とログをもとにサポートへ相談します。別バージョンの修復元を自己判断で指定しないでください。出典：MicrosoftのDISM・SFC手順。

同じ更新失敗が続くときはセットアップログを確認

機能更新の失敗では、セットアップログやMicrosoftのSetupDiagが原因の絞り込みに役立ちます。ログの場所は失敗した段階で異なり、例としてC:\$Windows.~BT\Sources\PantherやC:\$Windows.~BT\Sources\Rollbackなどがあります。管理者やサポートに、発生時刻と完全なエラーコードを添えて相談してください。

ログを消す前に必要な情報を保全します。ログやダンプにはユーザー名、ファイルパスなどが含まれる場合があるため、公開掲示板へ丸ごと貼り付けないようにしましょう。公式資料：アップグレードのログファイル、SetupDiag。

アップグレード後に再起動が繰り返される場合

正常なセットアップ中の再起動と、異常終了を区別する

インストール中に複数回再起動すること自体はあります。一方、デスクトップが表示されたあとも数分おきに落ちる、同じ停止コードが繰り返される、起動が完了しない場合は別途調査が必要です。「24H2にしたからGPUのファームウェアが原因」といった断定はできません。

正常に操作できる時間があるなら、重要なファイルを退避し、停止コードや表示されたモジュール名、発生時刻、直前に行った変更を記録します。Windows Updateの更新履歴と、PCメーカーの対象機種向け情報を照合してください。起動が安定しない状態で、原因を確かめずにファームウェア更新を繰り返すことは避けましょう。Microsoftの予期しない再起動の案内が参考になります。

メーカーの対応情報を確認し、対象機種・対象バージョン・修正内容が一致するかを見てから対処すると、不要な変更を減らせます。

イベントビューアは原因を調べる手がかり

イベントビューアの「Windowsログ」→「システム」などで、異常が起きた時刻付近の記録を確認します。ただし、警告やエラーがあるだけで、その項目が原因とは限りません。特にKernel-PowerのイベントID 41は正常に終了しなかったことを示す記録で、電源故障や特定ドライバーが原因だと単独では断定できません。停止コードや前後の記録と合わせて判断します。出典：MicrosoftのイベントID 41解説。

クリーンブートは一時的な切り分けとして行う

正常起動でき、バックグラウンドのアプリやサービスの影響が疑われる場合には、クリーンブートを検討します。管理者権限が必要で、機能が一時的に使えなくなることがあります。会社・学校のPCや、保護・暗号化・認証などのサービスに影響する構成では、自分の判断で一括無効化せず、管理者や製品サポートの案内を受けてください。

1. 元のサービスとスタートアップの有効・無効状態を記録します。
2. msconfigの「サービス」タブで、必ず「Microsoftのサービスをすべて隠す」にチェックしてから、残ったサービスを無効にする公式手順を確認します。Microsoftのサービスまでまとめて停止しないでください。
3. 「スタートアップ」からタスクマネージャーを開き、無効化するスタートアップ項目も記録します。msconfigの「ブート」や詳細オプションは変更しません。
4. 再起動して症状を確認します。改善した場合は、対象項目を少しずつ戻して、どのサービスやアプリで再発するかを絞り込みます。
5. 調査後は通常の起動に戻し、今回無効化したサービス・スタートアップを記録と照合して復元します。保護機能も正常であることを確認し、診断用の状態を放置しないでください。

具体的な操作と復元方法は、Microsoftのクリーンブート手順を確認してください。クリーンブートで改善しても、対象ソフトの特定とメーカー側の対処確認が必要です。

通常起動できない場合は回復手段へ

起動できない場合は、Windows回復環境のスタートアップ修復など、症状に合ったMicrosoftの回復オプションを確認します。暗号化されているPCでは回復キーが必要になることがあります。セーフモードは診断の選択肢ですが、パスワードやアカウントの問題を自動的に直す機能ではなく、セーフモード中の機能アップグレードもサポートされません。

回復キーが見つからない、重要なデータのバックアップがない、操作内容が分からない場合は、初期化やパーティション削除へ進まずサポートに相談してください。

前のバージョンに戻すときの条件と注意点

機能アップグレード後に不具合が起きた場合、「設定」→「システム」→「回復」の「復元」（前のバージョンに戻す）が利用できることがあります。ただし、通常はアップグレード後10日以内という限られた期間で、必要な復元用ファイルが残っていることが条件です。「10日以内なら必ず戻せる」わけではありません。

• Windows.oldと$Windows.~BT内の必要なファイルを削除していないことを確認します。
• アップグレード後に追加したアカウントの扱いや、使用したUSBメディアの準備など、復元画面の案内を確認します。
• 個人ファイルは保持する設計ですが、事前バックアップは必要です。アップグレード後のアプリ・ドライバー・設定変更は削除または影響を受けることがあります。
• 復元ボタンがない、必要なファイルがない、期限を過ぎた場合は、この機能を前提にせず、バックアップからの回復や公式の再インストール方法を相談します。

条件の詳細はMicrosoftの「以前のバージョンに戻す」手順を参照してください。クリーンインストールはデータやアプリを失う可能性があるため、ログやバックアップを確保せず最初の対策として実行しないでください。

戻した先のサポート期限も重要です。2026年10月20日時点のHome／Proでは、23H2も24H2も更新提供が終了しています。ロールバックできたとしても、それを長期運用の解決策にはせず、原因の対処とサポート中のバージョンへの移行を進めてください。Enterprise／Educationでも、戻した先の期限と組織の運用方針を確認します。

確認事項と対処の簡易一覧

状況	先に確認すること	次の対応
更新先を決める	エディション、サポート期限、メーカー対応	サポート中のバージョンを選ぶ。Home／Proで24H2を最終目標にしない
更新が表示されない	段階的提供、互換性保留、組織のポリシー	保留を回避せず、メーカー・管理者へ確認する
更新が失敗する	更新名、エラー全文、失敗段階、空き容量	基本確認、公式診断、必要に応じたDISM→SFC、ログ調査
更新後に異常終了する	停止コード、発生時刻、既知の問題、変更履歴	データ保全とログ確認。起動状態に応じた切り分け・回復
前の環境に戻したい	復元期限、必要ファイル、バックアップ、戻す先の期限	復元条件を確認し、その後のサポート中OSへの移行も計画する

まとめ

23H2から24H2への更新を考えるときも、まず確認するのは「自分のエディションでは、どのバージョンがサポート中か」です。Home／Proの23H2・24H2はすでに更新提供が終了しているため、単に24H2を待つのではなく、対応するサポート中のバージョンへの移行を進めましょう。

バックアップと回復キー、メーカー・アプリの対応状況を確認し、Windows Updateの案内を優先します。失敗時はエラーとログから順に切り分け、保護機能の一律停止や互換性保留の回避をしないことが大切です。手動更新やロールバックは、条件と影響を確認して使う選択肢として考えてください。