Windows Server 2016・2019のサポート終了と延長サポート費用を徹底解説

結論:Windows Server 2016の延長サポートは2027年1月12日、Windows Server 2019は2029年1月9日に終了します。2026年7月時点では、2016も2019も延長サポート期間中で、通常のセキュリティ更新は提供対象です。「延長サポート」と、終了後に購入する「Extended Security Updates(ESU)」は別制度です。Microsoftは2026年にWindows Server 2016向けESUを正式発表し、購入可能と案内しています。価格は一律の円額ではなく価格表や販売店で確認が必要です。2016は残り約6か月なので、ESUを移行計画の代わりにせず、Windows Server 2025または対応するクラウドへの移行判断を急ぐ段階です。 最新の画面名や提供条件は更新で変わるため、以下の順番で確認してください。

目次

最初に確認するポイント

症状・条件主な原因最初の確認
Windows Server 2016を使っているが、いつまで通常の更新を受け取れるか分からないメインストリーム終了日と延長サポート終了日、ESU開始時期が混同されています。OSの製品名とビルドを確認し、Microsoft Lifecycleの延長サポート終了日が2027年1月12日であることを台帳へ登録します。
延長サポート中なので追加費用が必要だと思っている固定ライフサイクルの延長サポートと、有償のESUや有償技術サポートが混同されています。現在が延長サポート期間内か、終了後のESU期間かを分け、OSライセンス、技術サポート契約、ESU購入を別項目で確認します。
Windows Server 2016を2027年以降も運用したいアプリ互換性、予算、停止時間などの理由で移行が間に合わない可能性があります。2026年に発表されたWindows Server 2016 ESUの対象コア数、購入経路、Azure Arc要件を販売店またはMicrosoft担当へ確認し、同時に移行完了日を決めます。
2016または2019から2025へ直接アップグレードできるか知りたい古い「2バージョンまで」という情報と、Windows Server 2025で拡張された経路が混在しています。非クラスター環境では2016・2019から2025への直接インプレースアップグレードが表上は対応しますが、役割、アプリ、言語、エディション、VHD起動など個別制約を先に確認します。

安全な対処手順

1. 稼働バージョンと役割を棚卸しする

最初に、対象サーバーの製品名、バージョン、ビルド、エディション、物理・仮想の別、搭載役割、業務アプリ、データベース、バックアップ方式を一覧化します。同じ「Windows Server 2016」でも、ドメインコントローラー、フェールオーバークラスター、SQL Server、業務パッケージでは安全な移行方法が異なります。

  1. 製品名、Version、BuildNumberを取得します。
  2. サーバー役割、サービス、待受ポート、タスク、証明書、共有を記録します。
  3. アプリとミドルウェアのWindows Server 2025対応状況をベンダーへ確認します。
  4. 復旧時間目標と許容停止時間を業務側と合意します。
Get-CimInstance Win32_OperatingSystem | Select-Object Caption, Version, BuildNumber

注意:OSだけを見て移行可否を決めず、業務アプリ、ドライバー、バックアップ製品、監視製品の対応表も確認してください。

2. 2016と2019の期限を正しく区別する

Windows Server 2016はメインストリームサポートが2022年1月11日に終了し、延長サポートは2027年1月12日に終了します。Windows Server 2019はメインストリームサポートが2024年1月9日に終了し、延長サポートは2029年1月9日に終了します。2026年7月時点では両方とも延長サポート期間中ですが、2016は終了まで約6か月しかありません。

  1. 2016の最優先期限は2027年1月12日です。
  2. 2019の最優先期限は2029年1月9日です。
  3. 延長サポートでは新機能追加よりもセキュリティ更新が中心です。
  4. 月例更新の適用状況と再起動状況を、終了日とは別に監視します。

注意:サポート期限内でも、月例更新を適用していないサーバーは保護されません。

3. 延長サポートとESUの費用を分ける

延長サポート期間中の通常のセキュリティ更新と、延長サポート終了後のESUは別です。Microsoftは2026年2月にWindows Server 2016向けESUを発表し、同年4月の更新でVolume LicensingまたはCloud Solution Providerから購入可能と案内しました。さらに2026年4月1日以降に始まる新しいWindows/SQL Server向けESUは、配置場所や購入チャネルにかかわらず同じリスト価格を使う方針です。実際の請求額はコア数、エディション、契約、通貨、販売条件で確認します。

  1. 2016のESU対象コア数とエディションを確定します。
  2. Volume Licensing、CSP、Microsoft担当のいずれで見積もるか決めます。
  3. Azure、オンプレミス、他クラウドでリスト価格が異なるという過去前提を持ち込まず、2026年の価格方針を基準に確認します。
  4. ESUは新機能や一般的な不具合修正を得る制度ではなく、移行までの一時的な橋渡しとして予算化します。

注意:Windows Server 2012のESU条件や「Azureなら追加料金なし」という過去の条件を、そのままWindows Server 2016へ当てはめないでください。

4. 移行方式と対応経路を選ぶ

Windows Server 2025では、非クラスター環境の対応経路が拡張され、2016と2019から2025への直接インプレースアップグレードがMicrosoftの表に掲載されています。ただし、経路が掲載されていることは、すべての役割やアプリが無条件で移行できるという意味ではありません。新しいハードウェアへ移すなら移行、同じ安定した構成を短時間で更新するならインプレース、複雑な環境では並行構築を比較します。

  1. 同一ハードウェアで役割とアプリが対応する場合はインプレースを候補にします。
  2. 新ハードウェア、構成整理、長期運用を重視する場合は新規構築と移行を候補にします。
  3. フェールオーバークラスターは一度に進められるバージョンが異なるため専用手順を確認します。
  4. ドメインコントローラー、証明機関、Exchange、SQL Serverなどは製品別の移行ガイドを優先します。

注意:本番でインプレースアップグレードを始める前に、復元テスト済みバックアップ、同等構成での事前検証、ロールバック判断時刻を用意してください。

5. 2016は2026年中に本番移行を開始する

Windows Server 2016は2027年1月まで待ってから動くのでは遅く、2026年7月時点で設計と検証を終え、本番移行の波を開始する必要があります。ESUを買う場合も、対象は移行が間に合わないサーバーに限定し、終了条件を設定します。2019は期限に余裕がありますが、2016と共通基盤なら同時に2025へ寄せる方が運用コストを下げられる場合があります。

  1. 30日以内に全台棚卸しと責任者を確定します。
  2. 60日以内に方式、見積もり、検証環境、停止枠を確定します。
  3. 2026年内に優先度の高い2016本番機を移行します。
  4. ESU対象には移行予定日と例外承認者を必ず付けます。

注意:ESUを購入しても製品のライフサイクルそのものや一般技術サポートが延長されるとは限りません。

よくある質問

Windows Server 2016は2027年1月12日以降すぐ使えなくなりますか?

OSが自動停止するわけではありませんが、通常の延長サポートが終わります。Microsoftは2016向けESUを発表しているため、対象条件を満たして購入すれば移行期間中のセキュリティ更新を得られる選択肢があります。ただしESUは移行の代替ではなく、対象を限定した一時策として使うべきです。

Windows Server 2019は2029年まで何もしなくてよいですか?

いいえ。2029年1月9日まで延長サポート対象ですが、メインストリームサポートは2024年に終了しています。月例更新を継続しつつ、業務アプリの対応、ハードウェア更新、2016との共通基盤を考慮して、2025への移行時期を前倒しで決める方が安全です。

Windows Server 2016のESUはいくらですか?

全利用者に共通する固定の円額では答えられません。2026年のMicrosoft方針では、新しいESUは配置場所や購入チャネルにかかわらず同じリスト価格を使いますが、実際の金額は対象コア数、エディション、契約、通貨、販売条件で変わります。Microsoftの価格表、CSP、ライセンス販売店から書面の見積もりを取得してください。

公式情報

画面や仕様が異なる場合は、利用中の製品・契約・管理ポリシーを確認したうえで公式情報を参照してください。

まとめ

原因を一つずつ切り分け、変更前の状態と結果を記録しながら進めることが重要です。操作後は同じ症状が再発しないか確認し、組織管理の端末ではポリシー変更を管理者へ確認してください。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次