Windows Server 2012 と 2012 R2 の拡張セキュリティ更新プログラム（ESU）は、2026年10月13日（米国時間）で3年間の提供期間を終えます。2023年10月の延長サポート終了から続いてきた「有償で更新を受け取る」道は、この日で閉じます。4年目のESUは用意されておらず、Azure上で無償提供されてきたESUも同じ日に終了します。

残り1か月で全台を移行し終えるのは、現実的ではない企業のほうが多いはずです。だからこそ、10月13日までに「どのサーバーが残っていて、どれを先に守るか」を決めておく必要があります。

本記事では、ESU完全終了で何が止まるのか、残存サーバーの確認方法、2012 R2から一気にWindows Server 2025へ上げる経路、AWS上で使えるツール、残り期間別の現実的な進め方を整理します。

想定読者

本記事は、次のような方を想定しています。

• 社内に Windows Server 2012 / 2012 R2 が残っていて、ESU終了後の扱いを決めきれていない情シス担当者
• ESUを購入して延命してきたが、2026年10月以降の手段がなくなり困っている方
• オンプレの物理サーバーとAWS上のEC2の両方に2012が残っていて、移行の順番を決めたい方
• Windows Server 2016（2027年1月終了）と合わせて、サーバー更改を一度に計画したい方

---

Windows Server 2012/R2のESUは2026年10月13日に完全終了する

Microsoftのライフサイクル情報では、Windows Server 2012 と 2012 R2 は同じ日程で管理されています。延長サポートは2023年10月10日に終了し、その後は1年ごとに更新するESUが3回提供されてきました。3年目の終了日が2026年10月13日です。

日付はMicrosoftの表記どおり米国太平洋時間です。日本時間では翌14日の午後にあたります。

Windows Server 2008 / 2008 R2 のときは、Azure上でのみESUが1年追加されました。2012 / 2012 R2 にはその注記がなく、Microsoftのライフサイクル表にも4年目の行はありません。Azure仮想マシンで無償提供されてきたESUも、終了日は同じ2026年10月13日です。「Azureに載せ替えればもう少し延びる」という選択肢は、今回はありません。

ESUがカバーしていた範囲と、していなかった範囲

ESUは、Microsoftが「サポート終了後の最後の有償オプション」「長期的な解決策ではなく暫定措置」と位置づけているプログラムです。提供されるのは、深刻度が「緊急」または「重要」に分類されたセキュリティ更新だけです。

ESUに含まれないものは次のとおりです。

• 新機能や設計変更
• セキュリティ以外の不具合修正
• テクニカルサポート（ESUなしの 2012 / 2012 R2 では、サポート契約があってもチケットを起票できない）

ESUを買っていた企業でも、この3年間は「脆弱性の穴だけを塞いでもらっていた」状態です。10月13日以降は、その穴も塞がれません。

ESU終了後（10月14日以降）に止まるもの

ESUの終了日を過ぎると、Microsoftからのセキュリティ更新はどの経路でも配布されません。オンプレの物理サーバーも、AWSやAzure上の仮想マシンも同じです。

サーバーが停止するわけではありません。既存の2012 R2は翌日も起動し、業務アプリケーションも動き続けます。変わるのは、新しい脆弱性が公開されても修正が来ないことです。IPA（情報処理推進機構）は2012 / 2012 R2 の延長サポート終了時の注意喚起で、「脆弱性を悪用した攻撃による情報漏えいや意図しないサービス停止等の被害を受ける可能性が高くなる」と説明し、サポートが継続する後継または代替OSへの移行を推奨しています。

社内向けのファイルサーバーでも、取引先のセキュリティチェックシートやISMSの審査では「サポート切れOSの有無」が確認項目です。「動いているから問題ない」では説明が通りません。

---

「ESUを今から買って延命する」はもう成り立たない

「10月直前にESUを買えば来年まで持つ」と考えていると、計画が崩れます。ESUの購入条件は次のとおりです。

遅れて加入する場合は、前年分もさかのぼって購入する必要があります。 MicrosoftのESU FAQには「後から2年目だけを購入できるか」への回答として「いいえ」と明記されており、3年目のライセンスを得るには1年目・2年目のライセンスが必要です。価格は、2012 / 2012 R2 の場合、各年ともWindows Serverのライセンス価格の100%です。

仮に今から3年分を買っても、受け取れる更新は10月13日までの1か月分です。費用対効果の面で成り立ちません。

サードパーティ製のアプリケーション制御ツールについても、Microsoftは「製品のセキュリティ修正プログラムに代わるものではない」と明言しています。移行までの間に攻撃面を狭める補助策にとどまります。

同じ日に終わる製品が重なっている

同日に、Windows 10 のESU 1年目、Windows Server 2022 のメインストリームサポート、Office LTSC 2021 のサポートも終了します。2012 R2 の対応を単独で進めると、この時期に人手と検証環境の取り合いが起こります。優先順位を先に決めておく理由はここにもあります。

---

まず残存サーバーとSQL Serverの組み合わせを確認する

対応の出発点は、2012 / 2012 R2 がどこに何台残っているかの棚卸しです。

OSの確認方法

サーバーにログインできる場合は、次のコマンドでOSのバージョンを確認できます。

systeminfo | findstr /B /C:"OS 名" /C:"OS Name" /C:"OS バージョン" /C:"OS Version"

台数が多い場合は、Active Directory のコンピューターオブジェクトの「オペレーティングシステム」属性で一覧を取るほうが確実です。AWS上のEC2であれば、AWS Systems Manager のインベントリでOS名とバージョンを一覧化できます。Business以上のサポートプランなら、AWS Trusted Advisor の「Windows Server EOS」チェックで、サポート終了バージョンのインスタンスを自動検出できます。

見落としやすい4つの場所

• 検証機・開発機：本番の移行が終わっても、検証環境が2012 R2のまま残っているケースが多い
• 部門が個別に立てたファイルサーバーや帳票サーバー：情シスの管理台帳に載っていない
• 仮想基盤のテンプレート：VMwareやHyper-Vのテンプレートが2012 R2のままだと、新規に作った仮想マシンで2012 R2が復活する
• バックアップ・監視用の管理サーバー：業務システムではないため、更改の対象から漏れやすい

SQL Serverが同居しているかを必ず確認する

2012 R2 の上で動いているSQL Serverのバージョンも、同時に確認してください。SQL Server 2012 の ESU は2025年7月8日にすでに終了しています。SQL Server 2014 は延長サポートが2024年7月9日に終わり、ESUの3年目が2027年7月12日で終了します。

OSだけを2025に上げても、その上のSQL Server 2012が残っていれば、サポート切れの状態は解消しません。OSとDBの期限をセットで見て、移行の順番を決める必要があります。

---

取り得る選択肢は4つ

残存サーバーが見えたら、1台ごとに次の4つから対応を選びます。

Windows Server 2012 R2からは2025へ直接上げられる

インプレースアップグレードを選ぶ場合、上げられる先はバージョンによって決まっています。Microsoft Learn に掲載されているアップグレード経路は次のとおりです。

Windows Server 2025 では、一度に最大4バージョン先までのアップグレードに対応しており、2012 R2 から 2025 へ直接上げられます。一方で 2012 R2 から 2022 への経路はサポートされていません。2022 を選ぶなら 2019 を経由することになり、それなら最初から 2025 に上げるほうが手数は少なくなります。

2012（無印）は 2012 R2 か 2016 にしか上げられません。2025 に到達するには、まず 2012 R2（または2016）に上げてから、もう一度アップグレードする2段階になります。

アップグレードごとに新しいバージョンのライセンスが必要です。ドメインコントローラーの扱いには注意が要り、Server Core とデスクトップエクスペリエンスの切り替えはできず、NICチーミングは事前に無効化する必要があります。

移行先のサポート期限も見ておく

「今ある媒体で上げられるから」という理由で 2016 を選ぶと、すぐに次の期限が来ます。

2016 は延長サポート終了まで3か月しか残っていません。2012 R2 からの移行先として選ぶ理由はなく、2025（アプリケーションの対応状況によっては2019）を基準に考えてください。

移行方式（リホスト・ツール活用・再構築）ごとの費用感や、サポート終了日から逆算するスケジュールの立て方は、Windows Server 2016 の記事で整理しています。

---

残存サーバーの棚卸しや、どのサーバーから手を付けるかの優先順位づけでお困りでしたら、c3index にお気軽にご相談ください。

---

AWS上のWindows Server 2012/R2をどう上げるか

EC2で動いている 2012 / 2012 R2 と、オンプレからAWSへ移しながら上げたいサーバーでは、使える手段が違います。

AWS提供のAMIはすでになく、EMPも終了している

AWSは、サポート終了ソフトウェアを含むマネージドAMIの配布を止めています。Windows Server 2012 / 2012 R2 の AWS 提供 AMI は2023年10月10日で提供が終わり、いま新しく起動できるのは自社で保存したカスタムAMIだけです。

かつてAWSが提供していた End-of-Support Migration Program（EMP）は、2025年4月30日に提供を終了しました。EMPはもともと Windows Server 2003 / 2008 / 2008 R2 を対象にしたもので、2012 は最初から範囲外です。「EMPで延命する」という手段は、2012 に対しては存在しません。

SSMのランブックで2012 R2から2025へクローンアップグレードする

EC2上の 2012 R2 に対しては、AWS Systems Manager Automation のランブック「AWSEC2-CloneInstanceAndUpgradeWindows」が使えます。移行元として 2008 R2 / 2012 R2 / 2016 / 2019 / 2022、移行先として 2016 / 2019 / 2022 / 2025 に対応しており、2012 R2 から 2025 への直接アップグレードがサポートされています（既定値も2025）。

このランブックは、元のインスタンスには手を加えず、AMIを複製してその複製をアップグレードします。失敗しても元のサーバーは残るため、検証を繰り返しやすい仕組みです。主な前提条件は次のとおりです。

• SSM Agent が動作し、PowerShell 3.0 以上が入っていること
• 起動ディスクに20GB以上の空き、2vCPU・4GBメモリ以上が推奨
• 移行先を 2025 にする場合、元インスタンスが Nitro ベースのインスタンスタイプであること
• BYOLの場合は、2012 R2 のインストールメディアをEBSスナップショットとして用意すること
• 所要時間はおおむね2時間

ドメインコントローラー、クラスター、リモートデスクトップ関連の役割（セッションホスト、接続ブローカー、Webアクセスなど）を持つサーバーは対象外です。これらは新規構築での移行になります。

2012（無印）はこのランブックの移行元に含まれておらず、先に 2012 R2 へ上げる必要があります。また、2012 R2 から 2022 への経路はランブック上は通りますが、Microsoftがサポート対象外としている経路です。サポートを受けられる状態にするには 2025 へ直接上げてください。

オンプレからAWSへ移しながら上げる場合

オンプレの 2012 R2 をAWSへ移す場合は、AWS Application Migration Service（MGN）で仮想マシンをそのままEC2に複製し、AWS上で前述のランブックを使って 2025 に上げる進め方が取れます。MGNのサポートOS一覧には 2012（64bit）と 2012 R2（64bit）が含まれています。

物理サーバーの保守期限が近く、OSの更改とAWSへの移行を一度に済ませたい場合に向いています。

EC2上のESUとライセンス費用

EC2上の 2012 / 2012 R2 も、ESUの対象です。AWSがライセンス込みで提供しているインスタンス（License Included）でも、Software Assuranceを持つBYOLでも購入でき、購入元はMicrosoftです（AWSはESUを販売していません）。適用はMAKキーを AWS Systems Manager の Run Command で有効化する流れですが、この手順が意味を持つのは10月13日までです。

料金面では、Windows Server のライセンス料がEC2の時間単価に含まれています。東京リージョンのオンデマンドで、m6i.large（2vCPU・8GiB）は Linux 0.124ドル/時に対し Windows 0.216ドル/時です（2026年9月時点）。既存ライセンスを活かして費用を下げる方法は次の記事で扱っています。

---

残り1か月でやること：期間別の現実的な進め方

全台を10月13日までに移行するのが難しい前提で、期間を3つに分けて進め方を整理します。

期限の10月13日までにやること

この1か月で終えるべきは、移行そのものより「守る順番の確定」です。

1. 棚卸しを完了する：前述の方法で、2012 / 2012 R2 の台数、役割、同居するSQL Serverのバージョン、インターネットへの露出の有無を一覧にする
2. リスク順に並べる：インターネットに面したサーバー、外部と接続するサーバー、個人情報や取引データを持つサーバーを上位に置く
3. 隔離を実施する：移行が間に合わないサーバーは、ネットワークセグメントを分け、インターネットへの直接通信を止め、RDPなど不要なポートを閉じる。EDRのカバー範囲に入っているかも確認する
4. バックアップを取り直す：復元手順まで確認したバックアップを取得する
5. 1台ごとの方針を決める：4つの選択肢のどれを取るかを、期限つきで台帳に書き込む

年内（2026年12月まで）にやること

単独で動いているアプリケーションサーバーやファイルサーバーから着手します。EC2上の 2012 R2 であれば、SSMのランブックで 2025 へのクローンアップグレードを検証環境で試し、問題がなければ本番に適用します。オンプレの単独サーバーは、2025 の新規構築か、MGNでAWSへ移してから上げるかを選びます。

来年上期（2027年1〜6月）にやること

ドメインコントローラー、クラスター構成のサーバー、SQL Server 2014 が載っているサーバーは、新規構築での移行が前提になるため、この期間に計画します。SQL Server 2014 のESUは2027年7月12日に終わり、Windows Server 2016 の延長サポートは2027年1月12日に終わります。2012 R2 の残りと 2016 の更改を別々に進めるより、2027年上期の環境刷新として一つの計画にまとめるほうが、停止調整とテストの回数を減らせます。

移行で起こりやすい失敗パターンは、次の記事で事前に確認しておくことをおすすめします。

---

よくある質問

Q. 2026年10月13日を過ぎても、Windows Server 2012 R2 を使い続けられますか。

A. 起動も業務アプリケーションの動作も止まりません。ただし、新しい脆弱性が公開されても修正は配布されず、Microsoftのサポートチケットも起票できません。隔離したうえで期限を切った暫定運用にとどめ、移行を進めてください。

Q. Azureに載せ替えれば、ESUをもう1年受けられますか。

A. 受けられません。Azure仮想マシン向けの無償ESUも、終了日は同じ2026年10月13日です。2008 / 2008 R2 のときにあったAzure限定の1年追加は、2012 / 2012 R2 には用意されていません。

Q. 2012 R2 から Windows Server 2022 にインプレースアップグレードできますか。

A. Microsoftがサポートする経路ではありません。2012 R2 から直接上げられるのは 2016 / 2019 / 2025 です。2022 を使いたい場合は 2019 を経由することになりますが、2025 へ直接上げるほうが手数は少なくなります。

Q. AWS上の 2012 R2 は、AWSが用意した方法で自動的に上げられますか。

A. AWS Systems Manager のランブック「AWSEC2-CloneInstanceAndUpgradeWindows」で、2012 R2 から 2025 へのクローンアップグレードができます。元インスタンスは変更されず、複製したAMIをアップグレードする方式です。ドメインコントローラーやクラスターは対象外で、2012（無印）は移行元に含まれません。

---

まとめ

• Windows Server 2012 / 2012 R2 のESUは2026年10月13日（米国時間・日本時間では14日午後）で完全終了。4年目はなく、Azureの無償ESUも同日に終わる
• ESUが提供していたのは「緊急」「重要」のセキュリティ更新だけ。終了後はどの経路でも更新が来ず、サポートチケットも起票できない
• 今からESUを買っても、前年分の購入が必要で、受け取れる更新は1か月分。延命策としては成り立たない
• 棚卸しでは検証機・部門サーバー・仮想基盤のテンプレート・管理サーバーまで確認し、同居するSQL Server 2012（ESU終了済み）・2014（2027年7月12日終了）の期限も合わせて見る
• インプレースアップグレードは2012 R2 から 2025 へ直接上げられる。2022 への経路はサポート外、2012（無印）は2段階、2016 は2027年1月に終了するため移行先にしない
• AWS上では、AWS提供の2012 AMIはなく、EMPは終了済み。EC2の 2012 R2 はSSMのランブックで 2025 へクローンアップグレードでき、オンプレからはMGNで移してから上げられる
• 残り1か月は「棚卸し・リスク順位づけ・隔離・バックアップ・1台ごとの方針決定」を優先し、単独サーバーは2026年内、DC・クラスター・SQL Server 2014 同居サーバーは2027年上期に 2016 の更改とまとめて計画する

期限まで1か月ですが、やるべきことの順番を決めれば、対応の遅れを最小限にできます。どこに2012が残っているかを正確に把握し、守る順番を今週中に決める。この2つが出発点です。

c3indexでは、AWSアドバンストティアサービスパートナーとして、Windows Server 2012 / 2012 R2 の残存調査から、EC2上でのアップグレード検証、オンプレからAWSへの移行設計・構築、移行後の運用代行までを一貫してご支援しています。残り期間で何を優先すべきかでお悩みでしたら、まずは現状をお聞かせください。