Azure VM 上の Windows 11 22H2 で「Your version of Windows has reached end of service（サービス期間終了）」と表示され、Windows Update に 23H2/24H2/25H2 が出ない――この症状は、サポート期限（エディション差）・前提更新の不足・更新管理ポリシー・段階配信（Safeguard Hold）などが絡んで起きがちです。この記事では、原因の切り分けから、最短で最新へ上げる手順までを実務目線でまとめます。
症状：Windows 11 22H2 が「サービス期間終了」と表示され、アップデートできない
代表的な状況は次のとおりです。
- Azure VM（例：Standard D4s v4）上で Windows 11 を運用している
- OS が 22H2 のままで、設定画面に「サービス期間終了」の警告が出る
- Windows Update を確認しても 23H2/24H2/25H2 などの「機能更新プログラム（Feature update）」が表示されない
- KB を手動適用しようとしても「このコンピューターには適用できません」と表示される
この手のトラブルは「どのエディション（Home/Pro か、Enterprise/Education か）」と「今のビルド番号（22621.x など）」で、最適解が変わります。まずは現状把握を正確に行いましょう。
最初にやるべき現状確認（ここがズレると全部ズレます）
次の 2 点だけは、最初に必ず確認してください。
| 確認項目 | 確認方法 | 重要な理由 |
|---|---|---|
| エディション（Home/Pro / Enterprise / Education など） | 設定 → システム → バージョン情報 または winver | 同じ 22H2 でも、サポート終了日がエディションで異なるため |
| ビルド番号（例：22621.XXXX） | winver / 設定 → Windows Update → 更新の履歴 | 「有効化パッケージ」が使える条件（前提 KB）や、適用可否の判定に直結するため |
コマンドでも確認できます（VM だとコピペしやすいのでおすすめです）。
winversysteminfo | findstr /B /C:"OS Name" /C:"OS Version"原因：Windows 11 22H2 のサポート期限（エディション差）
「サービス期間終了」の根本原因は、ほとんどの場合 “その Windows バージョンがサポート期限を過ぎた（または過ぎかけている）” ことです。Windows 11 22H2 は、エディションによって終了日が異なります。
| Windows 11 バージョン | 対象エディション | サポート終了日（End of servicing） | 現場で起きること |
|---|---|---|---|
| 22H2 | Home / Pro / Pro Education / Pro for Workstations / SE | 2024年10月8日 | 更新が止まり、「サービス期間終了」警告が出やすい |
| 22H2 | Enterprise / Education / Enterprise multi-session | 2025年10月14日 | 期限を過ぎると同様に更新が止まり、警告が出る |
さらに注意点として、Windows 11 23H2 も Home/Pro は 2025年11月11日でサポート終了です。つまり、今（2025年12月）Home/Pro で 23H2 に上げても、すでに “サポート切れのバージョンに移動するだけ” になってしまいます。最新へ上げるなら 24H2/25H2 を視野に入れるのが安全です。
なぜ Windows Update に「23H2/24H2/25H2 が出ない」のか（ありがちな理由）
Windows Update に機能更新が出ない理由は、サポート期限だけではありません。Azure VM では特に「更新管理の仕組み」や「VM 構成」が影響します。
| 原因候補 | よくあるサイン | 現実的な対処 |
|---|---|---|
| サポート終了（22H2 が EOS） | 「Your version of Windows has reached end of service」表示 | 機能更新でサポート内バージョンへ移行（後述） |
| 前提となる累積更新が不足 | 有効化パッケージや関連 KB が「適用できません」 | まず 22H2 の累積更新を可能な範囲で適用（KB 前提を満たす） |
| WSUS / Intune / GPO 等で機能更新が抑止 | 品質更新は入るが、機能更新だけ来ない | ターゲットバージョン固定（TargetReleaseVersion）や延期ポリシーを確認 |
| 段階配信（Safeguard Hold）や互換性ブロック | 同じ環境の別端末は更新できるのに、この VM だけ出ない | インストール アシスタント / ISO によるインプレースアップグレードを検討 |
| ストレージ不足 | ダウンロードが進まない／途中で失敗 | 不要ファイル削除、ディスク拡張（VM なら比較的容易） |
| アーキテクチャ不一致（x64/Arm64） | MSU が「適用できません」 | x64 VM なのに Arm64 用を当てていないか確認 |
結論：いちばん確実なのは「インストール アシスタント」で最新（25H2）へ上げる
“とにかく今すぐサポート内へ戻したい / 23H2 ではなく最新へ行きたい” なら、Windows 11 インストール アシスタントが最短ルートです。Microsoft の「Windows 11 のダウンロード」ページ上でも、現行リリースが 25H2 であること、インストール アシスタントが推奨オプションであることが明記されています。
ポイントは次のとおりです。
- 基本は “上書きアップグレード” なので、アプリやデータを保持したまま更新しやすい
- 一方で VM 運用では、失敗時の巻き戻しを確実にするためにスナップショットが必須
- Arm ベース PC では動作しません（x64 前提）
| 項目 | 目安 | 補足 |
|---|---|---|
| 入手先 | Microsoft 公式「Download Windows 11」 | “Windows 11 Installation Assistant” を選ぶ |
| 必要空き容量 | 少なくとも 9GB（ダウンロード用） | 実際は余裕を見て 20GB 以上が安心 |
| 再起動 | 複数回 | 作業ウィンドウを確保（業務 VM はメンテ時間推奨） |
手順（Azure VM でやる前提の実務手順）は以下です。
- VM のスナップショット（可能ならバックアップ）を取得
- Windows にサインインし、管理者権限で作業する
- Microsoft 公式ページからインストール アシスタントをダウンロードして実行
- 画面の指示に従い、ダウンロード → インストール → 再起動
- 完了後に
winverでバージョンを確認（25H2/24H2 などになっていること）
「Windows Update に出ない」ケースでも、インストール アシスタントなら突破できることが多いです。特に Home/Pro で 23H2 がすでにサポート終了している今、最初から 24H2/25H2 まで上げる前提で動くのが、トラブルを長引かせないコツです。
“短時間で切り替えたい” 場合：22H2 → 23H2 は「有効化パッケージ」という手がある
環境によっては「まず 23H2 に上げたい（＝同一基盤で切り替えたい）」という要望もあります。Windows 11 22H2 と 23H2 は共通のコア OS を共有しており、23H2 の新要素が 22H2 の品質更新の中に “休眠状態” で入っていて、それを小さなスイッチ更新で有効化する仕組みがあります。これが KB5027397（Enablement Package / 有効化パッケージ）です。
ただし、ここで重要な落とし穴があります。
- KB5027397 を当てる前提として、2023年10月31日の KB5031455（またはそれ以降の累積更新）が必要です
- そして 2025年12月時点では、23H2（Home/Pro）は既にサポート終了です
- 一方、Enterprise/Education の 23H2 は 2026年11月10日までサポートなので、Azure で Enterprise 系を使っている場合は “23H2 へ上げる価値” が残ります
KB5027397 の適用フロー（失敗しにくい順）
おすすめは次の順番です。
| 順番 | やること | 狙い |
|---|---|---|
| 最優先 | 22H2 の累積更新を適用し、前提（KB5031455 以降）を満たす | 「適用できません」を避ける |
| 次 | Windows Update に「Feature Update to Windows 11, version 23H2」が出るか確認 | 正規ルートでの適用（最も安全） |
| 最後 | 出ない場合のみ、KB5027397 を手動で適用 | 段階配信やポリシーで出ないケースを救う |
手動適用についての現実（「Update Catalog で検索」が通用しない場合がある）
ここは混乱しやすいので、最新事情として整理します。
- Microsoft の KB5027397 公式ページでは、Microsoft Update Catalog からは提供されない旨が示されています（Windows Update/WSUS 等で提供）
- 実際に Update Catalog で
KB5027397を検索しても ヒットしないケースがあります - それでも現場では、Microsoft の配布ドメイン（
catalog.sf.dl.delivery.mp.microsoft.com）上の.msuへ案内されることがあり、Microsoft Answers などで手動導入のリンクが共有されています
手動で .msu を入手できた場合は、基本的に以下で進めます。
- （可能なら）Windows Update で品質更新を最新まで適用
winverで 22H2（ビルド 22621 系）であることを確認- KB5027397（x64/Arm64 を間違えない）を実行
- 再起動
winverで 23H2 表示（ビルド 22631 系）に変わったことを確認
| 状態 | winver の見え方（例） | ビルドの系統 | 意味 |
|---|---|---|---|
| 更新前 | Version 22H2 | 22621.x | 23H2 有効化前 |
| 更新後 | Version 23H2 | 22631.x | Enablement により切り替え済み |
なお、Home/Pro を使っている場合は、23H2 自体が 2025年11月11日でサポート終了のため、23H2 に上がったら終わりではなく、続けて 24H2/25H2 へ進む運用が前提になります。
「このコンピューターには適用できません」の典型パターンとチェックポイント
KB を手動適用したときの “適用できません” は、だいたい次のどれかです。切り分けは表の順で進めるのが早いです。
| 典型原因 | 確認方法 | 対処 |
|---|---|---|
| OS が 22H2 ではない（21H2 等） | winver で Version を確認 | まず 22H2 へ（インストール アシスタント/ISO が手堅い） |
| 前提の累積更新（KB5031455 以降）が入っていない | 設定 → Windows Update → 更新の履歴 | 先に累積更新を適用してから KB5027397 |
| アーキテクチャ違い（x64 に Arm64 用を当てた等） | systeminfo の System Type | x64 は x64 用、Arm64 は Arm64 用を使う |
| すでに同等以上の更新が入っている | 更新履歴の KB / ビルドを確認 | “不要だから弾かれている” だけの可能性。次の手段（機能更新）へ |
| 更新管理ポリシーで機能更新が固定 | レジストリ/ポリシー確認 | 固定解除 or 管理者に依頼（後述） |
機能更新が固定されていないか（TargetReleaseVersion の確認）
企業環境や管理された VM だと、機能更新が特定バージョンに固定されていることがあります。固定されていると Windows Update に新バージョンが出ません。
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate" /v TargetReleaseVersion
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate" /v TargetReleaseVersionInfo値が入っている場合は、運用設計として意図的に固定している可能性が高いので、勝手に消すのではなく “更新方針（いつ 24H2/25H2 に上げるか）” を先に決めてから対応するのが安全です。
Azure VM ならではの安全な進め方（スナップショット前提で失敗コストをゼロにする）
Azure VM で OS の機能更新をするなら、PC よりも “安全に” 実行できます。理由は単純で、VM はロールバック（復元）が現実的だからです。
| 作業前 | やること | 狙い |
|---|---|---|
| 保全 | スナップショット（可能ならバックアップも） | 更新失敗・ログオン不能でも即復旧 |
| 容量 | OS ディスクの空き容量を確保（不要ファイル削除/ディスク拡張） | ダウンロード/展開/ロールバック領域を確保 |
| 停止計画 | メンテ時間を確保（再起動複数回を見込む） | 業務影響の最小化 |
| 接続 | RDP 断対策（別経路の管理手段、緊急時手順） | 途中で入れなくなった場合の保険 |
「VM だからこそ、先にスナップショット→インストール アシスタントで一気に最新へ」が、最も失敗しにくいルートです。Microsoft 公式のダウンロードページでも、インストール アシスタントが “現在使っているデバイスにインストールする最良の選択肢” とされています。
どうしてもダメなときの代替案（詰んだらこの順で）
機能更新がどうしても通らない場合でも、やりようはあります。おすすめは次の順です。
| 代替案 | 向いているケース | ポイント |
|---|---|---|
| ISO を使ったインプレースアップグレード | Windows Update が壊れている／配信が来ない | 上書きで更新できる（事前にスナップショット推奨） |
| 最新版イメージで新規 VM を作成して移行 | 更新に時間をかけたくない／クリーンにしたい | アプリや設定の再構築が必要だが、最も確実に “最新 OS” になる |
Azure VM で「新規 VM → 移行」を選べる場合、長期的にはこの方がトラブルが少ないことも多いです（特に、Windows Update コンポーネントが壊れている、過去の手動 KB 適用が多い、運用ポリシーが複雑…などの環境）。
アップグレード後に必ず確認すること（更新できた “つもり” を防ぐ）
アップグレードが完了したら、次をチェックして “サポート内に戻った” ことを確実にします。
winverでバージョン確認（23H2/24H2/25H2 のいずれか）- 設定 → Windows Update で「更新プログラムのチェック」を実行し、品質更新が配信されること
- 「サービス期間終了」警告が消えること（Home/Pro で 23H2 のままだと消えない可能性があるので注意）
特に Home/Pro は、23H2 が 2025年11月11日でサポート終了しています。2025年12月時点で警告を消す目的なら、24H2/25H2 まで上げる必要があります。
よくある質問（Azure VM 運用で実際に聞かれるところ）
インストール アシスタントや ISO のアップグレードで、ファイルやアプリは消えますか？
一般的な “上書きアップグレード” で進める限り、個人ファイルやアプリは引き継がれる設計です。ただし VM 運用では「引き継がれるはず」ではなく「戻せる状態にしてから実行」が鉄則です。スナップショット（またはバックアップ）を取ってから実施してください。
KB5027397（23H2 有効化パッケージ）を当てたいのに、前提の KB5031455 が「適用できません」になります
よくあるのは次の 2 パターンです。
- すでに KB5031455 より新しい累積更新が入っている（＝不要なので弾かれている）
- そもそも 22H2 ではない／アーキテクチャが違う／更新管理が抑止されている
KB5027397 の前提条件は公式に「Windows 11 22H2 であり、KB5031455（またはそれ以降の累積更新）が必要」とされています。まずは winver と更新履歴で前提を満たしているか確認してください。
結局、いま（2025年12月）どのバージョンを目標にすべき？
Home/Pro は、23H2 が 2025年11月11日でサポート終了です。サポート内に戻す目的なら、基本は 24H2 以降（可能なら 25H2）を目標にするのが安全です。Microsoft の公式ダウンロードページでも現行リリースは 25H2 とされています。
一方、Enterprise/Education の場合は 23H2 でも 2026年11月10日までサポートが残るため、まず 23H2 へ上げる判断が成立するケースもあります。
まとめ：最短ルートと、つまずきやすい落とし穴
- 「Your version of Windows has reached end of service」は、22H2 のサポート期限到来が主因（ただしエディション差あり）
- 2025年12月時点で “確実にサポート内へ戻す” なら、インストール アシスタントで最新（25H2）まで上げるのが堅い
- 22H2→23H2 を短時間で切り替えるなら KB5027397（有効化パッケージ）だが、前提として KB5031455 以降の累積更新が必要
- Home/Pro は 23H2 も 2025年11月11日でサポート終了なので、23H2 で止めず 24H2/25H2 まで進める設計にする
- Azure VM はスナップショットを使える強みがあるので、更新は「保全 → 実行 → 検証」をセットで行う
コメント