💡 結論(要点まとめ)
Windows Server 2022のサポート期限(メインストリーム:2026年10月13日/延長:2031年10月14日)を徹底解説!サポート切れに伴う脆弱性リスクや、Windows Server 2025・Azureへの最適な移行スケ
この記事でわかること
- Windows Server 2022の延長サポートはいつ終了しますか?
- メインストリームサポートと延長サポートの違いは何ですか?
- Windows Server 2022から2025へ直接インプレースアップグレードできますか?
Windows Server 2022のメインストリームサポートは2026年10月13日、延長サポートは2031年10月14日で終了します。エディション(Standard/Datacenter/Essentials等)による日付の差はなく、全エディション共通のライフサイクルが適用されます。
この記事の要点(30秒で把握)
- メインストリームサポート終了:2026年10月13日/延長サポート終了:2031年10月14日
- 2026年10月14日以降はセキュリティ更新プログラムのみの提供に切り替わる
- 移行先は「Windows Server 2025へのリプレース」「Azure/AWSへのクラウド移行」「ESUによる延命」の3択
- 実務のリードタイムは最短6ヶ月・標準12ヶ月・大規模で18ヶ月。稟議と機器調達を含めると前倒しが安心
- 日付・価格・ライセンス条件は改定されることがあるため、最新情報は公式で確認
「サーバーの更新見積もりを出せと言われたが、そもそも2022はいつまで使えるのか」「2025に上げるべきか、この機会にAzureへ寄せるべきか」——社内サーバー1〜数十台規模の情シスで、いま一番多い相談がこれです。日付の暗記より、いつ動き出せば間に合うかが肝心なので、そこを実務目線で詰めていきます。
📊 当サイトの実測データ(Bing Webmaster(実測)・直近)
このページに実際に多く寄せられている検索ニーズは次のとおりです。本記事はこれらに回答しています。
- windows server 2022 サポート期限
- windows server 2022
- windows2022 サポート期限
- windows server サポート期限
- windows2022
目次
Windows Server 2022のサポート期限一覧(メインストリームサポート・延長サポート)
メインストリームサポートは2026年10月13日まで、延長サポートは2031年10月14日まで。Windows Server 2022は固定ライフサイクルポリシー(LTSC)が適用され、リリースから約5年+5年の構成になっています。
| サポート区分 | 終了日 | 提供される内容 |
|---|---|---|
| メインストリームサポート | 2026年10月13日 | セキュリティ更新、品質更新(不具合修正)、仕様変更・機能追加の要求受付、無償/有償サポート窓口 |
| 延長サポート | 2031年10月14日 | セキュリティ更新プログラムのみ。新機能・仕様変更・原則として非セキュリティ修正は提供対象外 |
公式一次情報と最新の記載について
各サポートの日付は、Microsoft Learn(Windows Server 2022 の製品ライフサイクル公式ページ)で公開されています。製品ポリシーや各種条件は改定される場合があるため、社内稟議や予算申請の直前にも最新の公式情報を併せてご確認ください。
メインストリームサポートと延長サポートの違いはどこか
違いは「直せる範囲」です。メインストリーム期間中は、業務アプリで起きた不具合に対する修正(QFE/ホットフィックス)や仕様変更の相談ができます。延長サポートに入ると原則セキュリティパッチだけになり、「動くけれど直してもらえない状態」で運用することになります。
- メインストリーム中:脆弱性修正+バグ修正+設計変更の相談が可能
- 延長サポート中:脆弱性修正のみ。非セキュリティの不具合は基本的に現状維持
- 延長サポート終了後:パッチ配信が停止(=実質的に運用継続が困難)
よくある勘違い:「延長サポートは有償の追加契約」と思われがちですが、Windows ServerのLTSCでは延長サポートは標準ライフサイクルに含まれます。有償で買うのは、延長サポートが終わった後のESU(拡張セキュリティ更新プログラム)です。この2つを混同したまま予算計画を立て、「2031年以降も金を払えば使える前提」で説明してしまう例が現場でよくあります。
Standard/Datacenter/Essentialsのサポート終了日は共通
エディションによるサポート終了日の差はありません。ライセンス体系や仮想化権、機能上限は違っても、ライフサイクルはOS本体に紐づきます。
| エディション | 主な用途 | メインストリーム | 延長サポート |
|---|---|---|---|
| Standard | 一般業務サーバー、仮想化数に制限あり | 2026/10/13 | 2031/10/14 |
| Datacenter | 大規模仮想化、ソフトウェア定義データセンター機能 | 2026/10/13 | 2031/10/14 |
| Essentials | 小規模事業所向け(ユーザー数上限あり) | 2026/10/13 | 2031/10/14 |
| IoT / Storage Server 等の派生 | 組み込み・専用機器、ストレージ用途 | OEM/組み込み向けの個別条件が付くことがあるため、購入元とMicrosoft公式ライフサイクルの両方で確認 | |
| IIS(Webサーバー機能) | OSのロールとして提供 | OS本体のライフサイクルに準拠 | |
なお、Azure StackやAzure上のイメージ、ハードウェアベンダー提供のOEM版は、ベンダー側の動作保証期間がOSサポートより先に切れることがあります。ここは購入元の保守契約書を必ず突き合わせてください。

Windows Server 2022のサポート切れ(EOS)を放置する4つのリスク
最大のリスクはランサムウェア被害です。パッチが止まったサーバーは既知の脆弱性がそのまま残るため、攻撃側から見れば狙いやすい侵入口になります。
1. セキュリティパッチ停止による脆弱性とランサムウェア被害
- 公開済みの脆弱性情報(CVE)は攻撃コードが流通しやすく、EOS機は最初の侵入口になりやすい
- ドメインコントローラーが陥落すると、全社アカウント・ファイルサーバー・バックアップまで連鎖被害の恐れ
- 復旧費用に加え、取引先への報告・個人情報漏えい対応の負荷が発生
不審な挙動を検知した場合や被害が疑われる場合の相談先として、IPA(情報処理推進機構)の情報セキュリティ安心相談窓口、JPCERT/CCの届出窓口が公的な受け皿になっています。連絡先・受付時間は各公式サイトで最新を確認してください。
2. SQL Serverや業務アプリの動作保証対象外になる
ソフトベンダーの動作保証は「サポート中のOS」を前提に書かれているのが一般的です。OSがEOSになると、たとえアプリのバージョンが新しくても組み合わせとしてサポート外になり、障害時に「まずOSを上げてください」で止まります。
3. ハードウェア保守(EOSL)とサポート期限の二重リスク
2021〜2022年に導入した物理サーバーは、標準保守5年なら2026〜2027年にEOSL(保守終了)が重なります。OS期限とハード期限が近接するのが2022ユーザーの注意点で、「延長サポートがあるから2031年まで大丈夫」と考えていても、先にマザーボードの部材がなくなって身動きが取れなくなる場合があります。
4. セキュリティガイドライン非準拠によるコンプライアンス問題
- ISMS(ISO/IEC 27001)やPマークの内部監査で「サポート切れOSの利用」は指摘対象になりやすい
- 取引先のセキュリティチェックシートに「EOS製品の使用有無」欄があり、受注条件に影響する場合がある
- サイバー保険の免責条項に触れる可能性があるため、契約内容の確認が必要
現場で起きがちな失敗例:ファイルサーバーだけ更新し、ひっそり動いていた勤怠打刻用の古いサーバーを台帳から漏らしていた——という抜け漏れがよくあります。棚卸しは「Active Directoryのコンピューターオブジェクト」「監視ツールの登録一覧」「資産管理台帳」の3点を突き合わせると確実です。
Windows Server 2022の移行対策3つを比較(2025/クラウド/ESU)
ハード更新時期が近いならWindows Server 2025へのリプレース、運用人員が足りないならAzure等クラウド移行、どうしても間に合わない場合の選択肢がESUです。
| 対策 | 向いているケース | メリット | デメリット・注意点 |
|---|---|---|---|
| Windows Server 2025へオンプレ移行 | 物理サーバーの保守期限が近い/社内に運用ノウハウがある | ライフサイクルが約10年リセットされる。既存構成を踏襲しやすい | 機器調達リードタイムが読みにくい。初期投資が一度に発生 |
| Azure / AWSへクラウド移行 | ハード運用から手を離したい/拠点統合やリモート前提 | 機器調達・データセンター運用が不要。冗長化やバックアップが構成しやすい | 月額の継続コスト。ネットワーク帯域・回線費、既存ライセンスの持ち込み条件(ライセンスモビリティ等)の確認が必須 |
| ESU(拡張セキュリティ更新プログラム) | 2031年の延長サポート終了までに移行が完了しない見込み | セキュリティ更新のみ有償で継続入手できる場合がある | あくまで時間稼ぎ。年ごとに費用が上がる価格体系が一般的で、機能改善やバグ修正は対象外 |
オンプレ継続かクラウド化かで費用試算にお困りの方へ
「サーバー2025への買い替え見積もり」と「Azure・AWS等のクラウド運用コスト」の比較は、社内情シスの負担になりやすいポイントです。複数のITベンダーへ一括で見積もり依頼やクラウド移行診断を申し込める無料窓口を活用すると、稟議用比較資料の作成がスムーズになります。
対策1:Windows Server 2025へのオンプレミス移行
Windows Server 2022からWindows Server 2025へのインプレースアップグレードは対応しています(2世代前の2019からも可能)。ただし、実務では新規構築してデータと役割を移す「サイドバイサイド移行」を選ぶケースが多く見られます。理由は明確で、インプレースはトラブル時に元に戻しにくいためです。
- インプレース向き:単機能のファイルサーバー、検証済みの軽量アプリのみ
- 新規構築向き:ドメインコントローラー、業務基幹アプリ、SQL Server同居機、ベンダー管理サーバー
- どちらでも必須:実施前のフルバックアップと復旧テスト、ドライバ・エージェント(バックアップ/ウイルス対策/監視)の2025対応確認
対策2:Azure / AWSへのクラウド移行とESU無料特典
Azureへ移行する魅力のひとつが、Azure上(Azure VM等)で稼働させたWindows Serverには拡張セキュリティ更新が追加費用なしで提供される仕組みがある点です。オンプレでESUを買うのと比べたコスト差が判断材料になります。ただし対象サービス・条件・適用期間はプログラム改定があるため、Azureの公式ドキュメント(拡張セキュリティ更新プログラムの提供条件ページ)で現行条件を確認してください。
クラウド化に伴い、アカウント管理や外部サービス利用のガバナンスも一緒に整えると効率的です。社内で生成AIツールを併用している場合は法人向けサービスのセキュリティ管理と安全対策も合わせて点検しておくと、監査時の説明が楽になります。
対策3:ESU(拡張セキュリティ更新プログラム)による延命
ESUは延長サポート終了後にセキュリティ更新のみを有償で受け取る仕組みです。価格・購入経路(Volume Licensing/CSPパートナー等)・適用年数は製品と時期で変わるため、金額は公式または取引のあるライセンスリセラーへの見積もり依頼で確定させるのが確実です。ここで概算を口頭で出してしまい、稟議後に金額が合わなくなる事故に注意してください。

失敗しないWindows Server 2022移行スケジュールの立て方
本番切替の12〜18ヶ月前から動くスケジュールが標準的です。2026年10月のメインストリーム終了に合わせるなら、2025年内には現状把握と方式決定を終えている状態がスムーズです。
移行完了までに必要な標準リードタイム
※中堅企業のサーバーリプレース案件における標準的な実測目安。単機能サーバー1〜2台の入れ替えなら最短6ヶ月、業務アプリ連携を含む標準的な案件で12ヶ月、基幹システム・多拠点・ベンダー複数関与では18ヶ月程度を見込むと安心です。
| 工程 | 目安期間 | 詰まりやすいポイント |
|---|---|---|
| 現状把握・要件整理 | 1〜2ヶ月 | 台帳未整備、担当者不在のサーバー発掘 |
| 方式検討・見積・稟議 | 2〜4ヶ月 | 経営層の決裁タイミング(期初予算に載せられるか) |
| 機器・ライセンス調達 | 1〜3ヶ月 | サーバー本体の納期変動。長納期化のリスク |
| 構築・互換性検証 | 2〜4ヶ月 | 業務アプリベンダーの検証枠が埋まっている |
| 並行稼働・切替・安定化 | 1〜3ヶ月 | 切替は連休や月末月初を避けた日程調整が必要 |
【情シス向け】クラウド移行診断・一括見積もりサービスの活用
移行計画を立てる際、自社サーバーの棚卸しと並行して「ハードウェア買い替え費用」と「Azure等クラウド移行費用」の相見積もりを取っておくと、経営層への稟議説明が格段にしやすくなります。まずは無料のクラウド移行診断や見積もり請求サービスを活用して概算コストを把握することをおすすめします。
システム移行の4ステップ(現状把握→検証→構築→切替)
- 現状把握:OSビルド、エディション、ライセンス形態、ハードのEOSL、稼働アプリ、依存関係、データ量を一覧化
- 方式決定と検証:オンプレ/クラウドを決め、検証環境で業務アプリ・エージェント・印刷・認証(AD)を確認
- 構築:本番相当の構成でGPO、共有権限、バックアップジョブ、監視まで作り込む
- 切替:ロールバック手順と判断基準(何時までに何が動かなければ戻すか)を文書化してから実施
ありがちな詰み事例:切替当日に「複合機のスキャン保存先が旧サーバー名固定だった」「専用線経由の外部連携でIPアドレス直指定だった」と判明して深夜作業が延びるパターン。事前にDNSエイリアス(CNAME)と固定IPの棚卸しをしておくと混乱を回避しやすくなります。
SQL Serverや連携ソフトのサポート期限もあわせて確認する
OSだけ新しくしても、同居するSQL Serverや業務アプリの期限が先に切れていれば対応効果が薄れます。OSとミドルウェアの期限は同じ管理表で一覧化しておくのが基本です。
SQL Serverなどミドルウェアの終了日を調べる手順
SQL Serverもバージョンごとに固定ライフサイクル(おおむねメインストリーム5年+延長5年)が設定されています。個別の日付は改定される可能性があるため、次の手順で最新の公式値を確認してください。
- Microsoft Learnの「製品ライフサイクルの検索」で製品名(例:SQL Server 2019)を入力
- 表示された「メインストリーム終了日/延長サポート終了日」をスクリーンショットで保存し、稟議資料に添付
- サービスパック・累積更新(CU)の適用状況によりサポート条件が変わる製品もあるため、現行ビルド番号も併記
OS更新に伴うライセンスと動作保証の見直し
- コア数課金のライセンス(Standard/Datacenter)は、新サーバーのCPUコア数が増えると必要ライセンス数も増えるため見積時に確認が必要
- CAL(クライアントアクセスライセンス)はOSバージョンに合わせた版が必要になるため、ユーザー数増減も同時に棚卸し
- 業務アプリの「動作保証OS一覧」をベンダーから文書で取得。口頭の確認ではなく書面での記録が安全
- 仮想化基盤(Hyper-V/VMware等)側のバージョン対応表もセットで確認
そのまま使える棚卸し表の列項目:ホスト名/用途/OSとエディション/ビルド/物理or仮想/ハード導入年月/保守終了(EOSL)/稼働アプリ/ベンダー/データ量/移行方式/担当/切替予定月。この13列を埋めれば、移行計画書の骨格がほぼ完成します。
Windows Server 2022のサポート期限に関するよくある質問(FAQ)
Windows Server 2022の延長サポートはいつ終了しますか?
2031年10月14日です。これ以降はセキュリティ更新の提供も終わるため、以後の運用継続はESU等の別プログラムを検討する形になります(提供条件は公式で確認が必要です)。
メインストリームサポートと延長サポートの違いは?
メインストリーム(2026年10月13日まで)は新機能・仕様変更の受付や不具合修正を含み、延長サポート(2031年10月14日まで)はセキュリティ更新プログラムのみが配信されます。
2022から2025へ直接インプレースアップグレードできますか?
機能としては対応しています。ただし業務アプリ・ドライバ・各種エージェントの互換性検証と、実行前のフルバックアップが前提です。基幹系は新規構築+データ移行のほうが安全に進められる傾向があります。
サポート終了後も使い続けたらどうなりますか?
OS自体は起動しますが、新たな脆弱性が修正されないため侵入リスクが高まります。加えてソフトの動作保証外、監査での指摘、障害時のメーカー対応不可といったリスクが発生します。
Azure上で動かせばESU費用は不要になりますか?
Azure上で稼働するWindows Serverには拡張セキュリティ更新が追加費用なしで提供される仕組みが用意されています。対象範囲や条件はプログラム改定があるため、Azure公式ドキュメントで現行条件を確認してください。
エディションによってサポート終了日は変わりますか?
Standard/Datacenter/Essentialsで終了日は共通です。ただしOEM版や組み込み向けは提供元の保守条件が別に付く場合があるため、購入元にも確認が必要です。
予算が取れず2026年に間に合わない場合はどうすればよいですか?
2026年10月以降も延長サポート期間としてセキュリティ更新は2031年10月14日まで続きます。そのため、まずは延長サポート期間中に移行を完了させる計画に組み替える方法が現実的です。並行して、外部公開面の縮小・多要素認証・バックアップの3-2-1化など、当面の補強策を進めてください。
ハードの保守が先に切れる場合の優先順位は?
ハード障害は即業務停止に直結するため、EOSLが先に来るならハード更新が優先になります。その更新タイミングでOSも2025へ上げれば、二度手間や二重投資を防ぎやすくなります。
いま着手すべきことの整理
期限は2026年10月13日(メインストリーム)/2031年10月14日(延長)。この2つの日付をスケジュールに組み込んだうえで、次の順で準備を進めるのがスムーズです。
- 今月:サーバー棚卸し表を作成(13列の必須項目を使用)
- 1〜2ヶ月内:業務アプリベンダーへ「Windows Server 2025対応状況」を書面で照会
- 3ヶ月内:オンプレ更新/Azure移行の2案で概算見積を取得し、比較資料で稟議準備
- 期初予算に反映:機器・ライセンス・移行作業費・並行稼働期間の回線費まで含めて計上
本記事の日付・条件はMicrosoft公式の製品ライフサイクル情報に基づいて編集部がまとめたものです。ライフサイクルポリシー、ESUの価格・提供条件、Azureの特典内容は変更される場合がありますので、社内資料に転記する際は必ず公式ページで最新の記載をご確認ください。
編集・監修:ハウスケアラボ編集部(ITインフラ構築・サーバー運用に10年以上携わるエンジニアが執筆・確認を担当)。参照した一次情報はMicrosoft Learnの製品ライフサイクル情報、およびAzure拡張セキュリティ更新プログラムの公式ドキュメントです。