PostgreSQL 14 のサポートが今日で終わる:業務システムのデータベースが 14 なら、移る版と時期を決める

PostgreSQL は、業務システムのデータを入れておくデータベースとして広く使われているソフトです。公式の方針では、14 系のサポートは2026年11月12日の更新が最後で、そのあとはセキュリティの修正が出ません。データベースは、顧客や取引の情報がそのまま入っている所です。自社の業務システムが PostgreSQL 14 で動いているなら、今日のうちに、移る版と時期を決める話を始めてください。
この記事でわかること
- PostgreSQL 14 のサポートの終わり方と、終わったあとに起きること
- 自社の業務システムが PostgreSQL 14 を使っているかの見分け方
- 移る版の選び方と、今日やること・保守会社に聞くこと
こんな方に
- 業務システムの管理を、総務や経理と兼任で任されている方
先に結論
まず、自社の業務システムのデータベースが PostgreSQL か、版はいくつかを保守会社か担当者に聞きます。14 なら、移る先の版(今のサポートが一番長いのは 18 で、2030年11月まで)と時期、費用を決めます。移るまでは、14 の最後の更新を当て、データベースが外から直接つながらないかを確かめます。
2026年11月12日時点の情報です。料金や制度は変わることがあるため、本文の公式の資料へのリンクで最新の内容を確かめてください。
PostgreSQL の公式の方針では、14 系のサポートは今日、2026年11月12日の更新で終わります。PostgreSQL は、業務システムの顧客・受注・在庫などのデータを入れておくデータベースとして、広く使われているソフトです。サポートが終わったデータベースを使い続けると、これから見つかる脆弱性は直りません。
何が変わったか
| 項目 | 内容 |
|---|---|
| 最後の更新 | 2026年11月12日(公式の方針の Final Release) |
| サポートの期間 | 最初の公開(2021年9月30日)から5年 |
| 終わったあと | 公式から、不具合や脆弱性を直す更新が出なくなる。システムは止まらない |
| 最後の小さな版 | 14.25(2026年11月12日に公開。公式が PostgreSQL 14 の最後の版と発表) |
| 移る先の版のサポート | 18:2030年11月14日まで、17:2029年11月8日まで、16:2028年11月9日まで、15:2027年11月11日まで |
| 次の期限 | PostgreSQL 15 が2027年11月11日 |
期限と版の表は、PostgreSQL の「Versioning Policy」で確かめました。公式の方針は、大きな版(メジャーバージョン)を最初の公開から5年サポートし、そのあと最後の小さな版を出して、サポートを終えるとしています。
小さな版の更新(14.23 から 14.24 のような更新)は、データを入れ直さずに、プログラムを入れ替えて再起動するだけで済みます。公式は、使っている大きな版の最新の小さな版を、いつも使うよう勧めています。一方、14 から 15 以降に上げるのは大きな版の上げ方で、データのダンプと読み込みか、pg_upgrade という道具が必要です。
自社が関係するかの見分け方
業務システムを自社で作ってもらった会社ほど、データベースが何かを知らないことがあります。まず次の表で確かめます。
| 当てはまるか | 何が起きているか | やること |
|---|---|---|
| 業務システムのデータベースが PostgreSQL 14 で、自社か保守会社がサーバーを管理している | 今日のあとに見つかる脆弱性は、公式からは直らない | 移る版と時期を決める。それまでは最後の更新を当てる |
| クラウドのデータベースのサービス(データベースだけを借りる形)で PostgreSQL 14 を使っている | サービスの提供会社が、独自に期限や移行の予定を決めていることがある | 提供会社のお知らせで、14 の扱いと期限を確かめる |
| OS の標準のパッケージで PostgreSQL 14 を入れている | OS の提供元が独自に修正を出す場合がある | OS の提供元の案内で、いつまで修正が出るかを確かめる |
| PostgreSQL 13 以前を使っている | すでにサポートが終わっている(13 は2025年11月13日) | 14 と同じく、移る版と時期を急いで決める |
| データベースが PostgreSQL ではない、または 15 以降 | 今回の期限は関係しない | 部品と版を一覧に残しておく |
| 何を使っているか分からない | 判断ができない | 保守会社か、作った会社に聞く |
データベースは、それだけで動くものではなく、業務システムの中の部品の一つです。業務システム側が新しい版に対応しているかを確かめないと、上げられません。部品ごとの期限の調べ方と、すぐに移れないときに延命の間にやることは、「古いシステムを延命すると決めたら」で書きました。
今日やること
- データベースと版を聞く:業務システムごとに、データベースが PostgreSQL か、版はいくつかを、保守会社か担当者に聞く
- 14 以前なら、移る話を始める:移る先の版(業務システムが対応している中で新しいもの)と、作業の時期と費用を相談する。15 は2027年11月で終わるので、移るなら 16 以降を候補にする
- 最後の更新を当てる予定を決める:移るまでの間は、14 の最後の小さな版(14.25)を当てておく
- 外から直接つながらないかを確かめる:データベースに、インターネットから直接つながる設定になっていないかを、保守会社に確かめる
- 期限を一覧に書く:ほかの部品(OS・言語など)の期限と一緒に、一覧に残す
移すか、システムごと作り直すかで迷う場合は、5年の費用で比べると決めやすくなります。比べ方は「延命と刷新を、5年の費用で比べる」で、ブラウザで試せる計算は「刷新か延命かの判断」で用意しています。
保守会社に聞くこと
- 業務システムのデータベースは何で、版はいくつか。14 なら、最後の更新をいつ当てるか
- 移る先の版の候補と、業務システム側の対応の状況。作業の日程、止まる時間、元に戻す手順
- 版を上げる作業が月々の保守の範囲か、別の見積もりか
PostgreSQL の大きな版の上げ方は、月々の保守の範囲に入っていないことがあります。答えは書面で残しておきます。
そのほかの動き
- PostgreSQL の11月の更新(11月13日に追記):11月12日に 18.7・17.12・16.16・15.20・14.25 が出て、52件の脆弱性が直りました。14.25 が PostgreSQL 14 の最後の版です。中身と見分け方は「PostgreSQL の11月の更新で52件の脆弱性を修正」で書きました。
- KUSANAGI の脆弱性:WordPress のサーバーによく使われる KUSANAGI に、HTTP ヘッダーインジェクションの脆弱性があります。KUSANAGI 7 と 8 はすべての版、KUSANAGI 9 は一部の版が対象で、Apache httpd を使っている場合は対象外です。最新版への更新か、開発者の示す緩和策が案内されています(JVNVU#92635551)。
- PHP 8.2 のサポート終了まで約7週間:PHP 8.2 のセキュリティの修正は2026年12月31日に終わります。進め方は「PHP 8.2 のサポート終了までにやること」で書きました。
- Apache HTTP Server 2.4.71:深刻度「重大」の脆弱性を直した版が11月11日に出ています。確かめ方は「Apache HTTP Server 2.4.71 が公開」で書きました。
クリーヴァに相談するとき
業務システムのデータベースや部品の版が分からない、移すか作り直すかを決めかねている、といった場合は、使っている部品と版の一覧を作るところからお手伝いします。
出典(2026年11月12日に確認)
- PostgreSQL Global Development Group「Versioning Policy」
- PostgreSQL Global Development Group「Roadmap」(次の小さな版の予定日:2026年11月12日)
- PostgreSQL「PostgreSQL 18.7, 17.12, 16.16, 15.20, 14.25, and 19 RC 2 Released!」(2026年11月12日。11月13日に確認)
- JVN「JVNVU#92635551 KUSANAGIにおけるHTTPヘッダーインジェクションの脆弱性」(2026年11月9日公開、11月12日更新)
よくある質問
11月12日を過ぎると、システムは止まりますか?
止まりません。PostgreSQL 14 で動くシステムは、そのまま動きます。変わるのは、そのあとに見つかった不具合や脆弱性を直す更新が、公式から出なくなることです。
14 から、どの版に移ればよいですか?
使っている業務システムや部品が対応している中で、新しい版を選ぶのが基本です。公式の方針では、18 は2030年11月14日まで、17 は2029年11月8日まで、16 は2028年11月9日まで、15 は2027年11月11日まで修正が出ます。15 に移ると、1年後にまた同じ作業が必要になります。
版を上げるのは、大変な作業ですか?
14 から 15 以降に上げるのは、大きな版の上げ方(メジャーアップグレード)で、データのダンプと読み込みか、pg_upgrade という道具が必要だと公式は説明しています。止める時間、元に戻す手順、業務システム側の確かめが要るので、保守会社と日程と費用を決めて進めます。
毎週月曜の朝に、メールで受け取る
- 無料
- 毎週月曜の朝
- 急ぎのものはその日のうちに
- いつでも解除できます
- 今週の変化何が変わったか・関係する会社・やることを1行ずつ
- これからの期限60日以内のサポート終了や補助金の締切を日付で
- 今週の教科書新しい記事やツールを1つ
登録すると確認メールが届きます。メールのリンクを押すと登録が終わります。
フォームを読み込めませんでした。時間をおいて、もう一度このページを開いてください。