SQL Server 2014 の ESU（延長セキュリティ更新）3年目が2027年7月12日に終わる｜古い業務アプリのデータベースを、上げる・移す・残すで決める

SQL Server 2014 は、延長サポートが2024年7月9日に終わり、いまは有料の ESU（拡張セキュリティ更新プログラム）で更新を受ける段階です。Microsoft の「2027 年のサポート終了」の表には、その ESU の3年目、つまり最後の年が2027年7月12日、SQL Server 2017 が2027年10月12日と載っています。確認した2026年10月5日から数えて、280日、372日です。

ESU は、延長サポートの終了から最大3年間です。3年目が終わると、Microsoft からのセキュリティ更新は出なくなります。この記事は、10年ほど前に作った販売・生産管理などの業務アプリが、SQL Server 2014 で動いている会社に向けて、自社の版の調べ方、ESU が守る範囲、上げる・移す・残すの分かれ目を、この順で整理します。ESU をまだ買っていない場合も、同じ順で読めます。

表に出ている日付と仕様は Microsoft の公式の情報で、確かめ方の順番や問いの立て方は当社の整理として書き分けます。Access から SQL Server へ移す話は別の記事、載せている Windows Server 2016 はこちら、.NET Framework 4.6.2 など業務アプリを動かす部品はこちらに書きました。この記事では、すでに動いている SQL Server の期限に絞ります。古い業務システムの現状整理から相談したい場合は、当社の古い業務システムの移行・保守の案内を使えます。

SQL Server の期限は版ごとに違い、2014 の ESU は2027年7月12日で終わる

SQL Server は、版ごとにサポート期間が決まっています。Microsoft の説明では、各版は5年間の通常のサポートと5年間の延長サポートを合わせた、少なくとも10年間のサポートが付き、延長サポートには、セキュリティ更新だけが含まれます（SQL Server のサポート終了オプション）。2014 は、その10年が2024年7月に終わっています。

ESU の対象になっているのは、Microsoft の説明では SQL Server 2014 と 2016 です（SQL Server 用の延長セキュリティ更新プログラムとは）。2017 は延長サポートが2027年10月12日までで、ESU の説明には載っていません。2014 の ESU は、1年目が2024年7月、2年目が2025年7月、3年目が2026年7月に始まり、3年目が2027年7月12日に終わります（SQL Server 2014 のライフサイクル）。

図のとおり、DB の期限より先に、載せているサーバーの OS の期限が来ることがあります。Windows Server 2016 は2027年1月12日で、SQL Server 2014 を Windows Server 2016 の上で動かしている場合は、OS のほうが約半年早く終わります（当社の読み取り）。OS の側の考え方は、Windows Server 2016 の記事に書きました。

自社の SQL Server が何版かを、3か所で確かめる

「SQL Server 2014 で動いているはず」という記憶が、実際の版と違うことがあります。確かめる場所は3つあります。1つ目は、サーバーに入っている版です。SELECT @@VERSIONは、SQL Server の版、ビルド日、エディション、OS の版を1つの文字列で返し、SERVERPROPERTYは、ProductVersion（版）、ProductLevel（RTM か SP か）、Edition（エディション）を、項目ごとに返します。

2つ目は、データベースごとの互換性レベルです。SELECT name, compatibility_level FROM sys.databases で見られます。SQL Server 2014 の既定は120で、版を上げても、既存のデータベースの値は自動では変わりません（ALTER DATABASE の互換性レベル）。互換性レベルが何を意味するかは、次の「上げる」で説明します。

ここで、見落としやすい点が2つあります。1つ目は、ProductLevel です。ESU を受けるには、最新のサービスパックを当てた状態が要ると、Microsoft の Q&A は書いています。SQL Server 2014 の最新は SP3 で、2022 や 2025 へ直接アップグレードできる元も、2014 の SP3 以降です。2つ目は、エディションです。ESU を購読できるのは Enterprise と Standard で、Express・Web・Developer は購読できません（ESU の Q&A）。小さな業務アプリが Express で動いている場合は、ESU という選択肢がそもそも使えません。

ESU が守るものと、守らないもの

ESU は、期限後の SQL Server を、通常のサポートと同じように守るものではありません。含まれるのは、MSRC が「重大」と評価したセキュリティ更新で、定期の配信は無く、そのような脆弱性が出たときに提供されます。新機能、機能強化、お客様の要望による修正は含まれません（SQL Server 用の延長セキュリティ更新プログラムとは）。ESU を持たない状態では、サポート プランがあっても、サポートチケットを起票できません（ESU の Q&A）。

受け方は、3通りです。オンプレミスのまま受けるには、ソフトウェアアシュアランスつきの契約があるか、Azure Arc に接続して従量課金を有効にするかのどちらかです。Azure の仮想マシンへそのまま移す場合、SQL Server 2014 の ESU は無料です。

費用について、Microsoft は SQL Server のサポート終了オプションで、ESU の年間のコストをオンプレミスのライセンス費用の約75%と説明しています。ライセンスは仮想コア単位で、仮想マシンごとに最低4コアです。いま購読を始めると、現在の ESU 期間の開始時点にさかのぼって、1回限りの請求が発生します（ESU の Q&A）。ESU は、最大3年間の時間稼ぎの手段で、その先は、上げるか移すかのどちらかが要ります。

上げる・移す・残す：アプリが対応しているかが分かれ目になる

SQL Server 2014 のあとの選択肢は、3つに整理できます。Microsoft も、サポート終了後の選択肢として、新しい版へのアップグレード、Azure のサービスへの移行、ESU を購読して現在の環境にとどまることを挙げています。分かれ目になるのは、業務アプリが新しい版・新しい環境で動くかどうかです（当社の整理）。

「上げる」で、アプリへの影響を小さくする仕組みが、互換性レベルです。Microsoft は、データベースの互換性レベルを元の値のまま保つと、エンジンを上げても、既存のアプリのクエリは同じ動作を続け、アプリを再認定する必要が減ると説明しています（互換性証明書）。ただし、互換性レベルを古いままにしても、SQL Server のエンジン自体のサポート期限が延びるわけではありません。サポート期限は版で決まります（当社の読み取り）。新しい機能を使うときだけ、互換性レベルを上げて、アプリの再認定を計画します。

上げ先の期限は、版で違います。2017 は、ESU 3年目の終了から3か月後の2027年10月12日までなので、上げ先として選ぶ意味は薄くなります（当社の読み取り）。2022 と 2025 は要件に OS の条件があり、2022 は Windows Server 2016 以上、2025 は Windows Server 2019 以降です。どちらも .NET Framework 4.7.2 が要ります。

OS の条件は、DB の版より先に、サーバーの移し先を決める必要があることを意味します。Windows Server 2016 を使い続ける場合、SQL Server 2022 までは載せられますが、OS の期限は2027年1月12日です。.NET Framework 4.7.2 は、別の記事で書いた4.6.2 の期限と同じ系統の話なので、業務アプリが載っているサーバーでは、OS・.NET Framework・SQL Server を一緒に見ます。

Azure へ移す場合は、Microsoft が、移行の前に SQL Server 側と Azure 側の機能の違いを確かめるよう案内しています。たとえば Azure SQL Database は、クロスデータベースのクエリ、リンクサーバー、SQL Server エージェントのジョブなど、インスタンス単位の機能を使うアプリに、変更が必要になることがあります。Azure SQL Managed Instance は、これらの機能がオンプレミスの SQL Server に近く、移行の手間を抑えやすい、とされています。一方で、Managed Instance は Azure VM 上の SQL Server よりコストが高い、とも書かれています（SQL Server のサポート終了オプション）。

「上げる」を選べるかは、次の3つの問いで見ます。これは当社の整理です。

期限から逆算して、評価と問い合わせを先に始める

上げる場合の最初の作業は、評価です。SQL Server Management Studio の移行コンポーネントには、アップグレード評価の機能があり、破壊的変更、動作の変更、非推奨の機能といった互換性の問題を、データベースごとに報告します（SSMS の移行コンポーネントを使用して SQL Server をアップグレードする）。使うには SSMS 21 以降と sysadmin 権限が要り、Transparent Data Encryption を有効にしたデータベースは、この移行機能の対象外です。移行の前には、DBCC CHECKDB で、元のデータベースが正常な状態かを確かめるよう案内されています。互換性レベルを上げる場合は、クエリ チューニング アシスタントが、性能が下がる可能性のあるクエリの調整を助けます。

問い合わせる内容を、表にまとめます。1と2は、一覧で受け取ると、期限と並べて読めます。

期限は、OS が99日後、SQL Server 2014 の ESU が280日後です。ただし、版を上げる作業は、評価、検証環境での確認、本番の切り替えまで含めると、期限の前に終わらないことがあります。見積りも日程もまだ無いアプリを先に挙げておけば、予算を確保する時間が残ります（当社の整理）。残す場合も、ESU の終了日と、その後にどこへ移すかを、社内に記録しておきます。業務システムの入れ替えにかかる費用と期間の考え方は、当社の基幹システムの入れ替え費用と期間の記事に、ソースコードの仕様が分からない場合は仕様書をソースコードから起こす記事に書きました。

社内のデータベースの洗い出しや、3つの選択肢の見立てを一緒に進めたい場合は、Aurant Technologies の基幹システムの刷新・レガシー移行の相談のページから相談できます。OS の側はWindows Server 2016 の記事をあわせて見てください。