PostgreSQL 14 больше не поддерживается: что проверить владельцу сайта

12 ноября 2026 года проект PostgreSQL выпустил обновления безопасности и завершил поддержку ветки 14. Если база вашего сайта, интернет-магазина или сервиса интеграции работает на PostgreSQL, запросите у администратора проверку версии и план обновления. Для ветки 14 нужно запланировать переход на поддерживаемую основную версию; пользователям инкрементальных резервных копий важно отдельно проверить порядок создания новой полной копии.

Вышли PostgreSQL 18.7, 17.12, 16.16, 15.20 и 14.25. По сообщению проекта, выпуск устраняет 52 уязвимости и более 140 ошибок. Это общий перечень: затронутые версии и условия различаются, поэтому нельзя считать каждую из 52 проблем применимой к любой установке. Само объявление об исправлениях не доказывает успешный взлом конкретной базы.

14.25 — последний выпуск PostgreSQL 14. Сообщество больше не будет выпускать для этой ветки исправления безопасности и ошибок. Установка 14.25 закрывает исправленные сейчас проблемы, но не продлевает поддержку ветки. Если поддержку обеспечивает отдельный поставщик, уточните срок и состав его обязательств: они могут отличаться от поддержки сообщества.

Обновление внутри одной основной версии обычно не требует выгрузки и повторной загрузки всей базы. Однако сначала администратор должен прочитать примечания к выпуску: для некоторых конфигураций нужны дополнительные действия. Переход с 14 на другую основную версию требует отдельного плана миграции, проверки совместимости приложения и расширений, способа переноса данных и возврата при неудаче.

В исправлениях изменена обработка составных типов данных. Примечания к выпуску предупреждают: для полной защиты потребуется пересборка расширений на языке C, а некоторым расширениям — изменение исходного кода. Это нужно согласовать с поставщиком пакетов и расширений. Не отключайте новые защитные проверки ради быстрого запуска.

Для пользователей встроенных инкрементальных копий в PostgreSQL 17 и 18 есть отдельное предупреждение об ошибках, способных повредить такие копии. После установки исправлений проект рекомендует сделать новую полную резервную копию и использовать её как основу последующих инкрементальных. Не полагайтесь на прежнюю цепочку как на проверенный путь восстановления; согласуйте проверку восстановления новой копии.

Также исправлены ошибки, способные повредить отдельные индексы и повлиять на результаты запросов. Администратору нужно сопоставить конфигурацию с примечаниями своей ветки и определить, какие индексы требуют перестроения. Универсальная команда для всех баз здесь не подходит: объём работ и влияние на доступность зависят от конкретного проекта.

• Подтверждение версии работающего сервера базы данных и перечня зависимых сайтов и интеграций, а не только версии установленной клиентской утилиты.
• Полный номер пакета и сведения об исправлениях поставщика. Если он переносит патчи в пакет с прежним базовым номером версии, нужна его документация.
• Резервную копию и план восстановления до изменений; согласованное время работ, необходимые перезапуски и дополнительные действия из примечаний к выпуску.
• Проверку ключевых операций после работ: входа, поиска по каталогу, сохранения заказа, обмена данными и фоновых задач — по функциям вашего проекта.

Новость относится к проектам, которые действительно используют PostgreSQL. Само наличие VPS, виртуального хостинга или 1С-Битрикс не означает, что используется именно эта СУБД. Одновременно опубликованный PostgreSQL 19 RC 2 остаётся предварительным выпуском; общедоступный выпуск 19 только запланирован на 19 ноября, и заменять им рабочую базу по этой новости не следует.

Сведения проверены 12 ноября 2026 года, 21:08 МСК. Дата выпуска — 12 ноября; точное время в объявлении не указано. Географических ограничений для исправлений проекта не заявлено.

On November 12, 2026, the PostgreSQL project released security updates and ended support for branch 14. If your website, online store, or integration service database runs on PostgreSQL, ask your administrator to verify the version and update plan. For branch 14, you must plan a transition to a supported major version; users of incremental backups must separately verify the procedure for creating a new full backup.

PostgreSQL 18.7, 17.12, 16.16, 15.20, and 14.25 have been released. According to the project, the release fixes 52 vulnerabilities and over 140 bugs. This is a general list: affected versions and conditions vary, so one cannot assume each of the 52 issues applies to every installation. The security advisory itself does not prove that a specific database was successfully compromised.

14.25 is the final release of PostgreSQL 14. The community will no longer issue security or bug fixes for this branch. Installing 14.25 addresses the issues fixed in this release but does not extend support for the branch. If support is provided by a separate vendor, verify the duration and scope of their obligations, as they may differ from community support.

Updating within a single major version typically does not require dumping and reloading the entire database. However, the administrator must first read the release notes: for some configurations, additional actions are required. Migration from version 14 to another major version requires a separate migration plan, application and extension compatibility checks, a data transfer method, and a rollback procedure in case of failure.

The fixes change the handling of composite data types. Release notes warn that full protection will require recompiling C-language extensions and, for some extensions, modifying the source code. This must be coordinated with the package and extension providers. Do not disable new security checks for a faster startup.

Users of built-in incremental backups in PostgreSQL 17 and 18 face a specific warning about errors that can corrupt such backups. After applying the fixes, the project recommends creating a new full backup and using it as the basis for subsequent incremental backups. Do not rely on the previous chain as a verified recovery path; coordinate a recovery test for the new backup.

Errors that can corrupt individual indexes and affect query results have also been fixed. Administrators must match their configuration against the notes for their specific branch and determine which indexes require rebuilding. A universal command for all databases is not suitable: the scope of work and impact on availability depend on the specific project.

• Confirmation of the running database server version and a list of dependent sites and integrations, not just the version of the installed client utility.
• The full package number and details of the vendor's patches. If the vendor backports patches into a package with an older base version number, their documentation is required.
• A backup and a recovery plan prior to changes; agreed-upon maintenance windows, necessary restarts, and additional actions from the release notes.
• Verification of key operations after maintenance: login, catalog search, order saving, data exchange, and background tasks—based on your project's functions.

This news applies to projects that actually use PostgreSQL. Merely having a VPS, virtual hosting, or 1C-Bitrix does not mean that this specific DBMS is in use. The simultaneously released PostgreSQL 19 RC 2 remains a pre-release; the public release 19 is only scheduled for November 19, and you should not replace a production database based on this news.

Information verified on November 12, 2026, at 21:08 MSK. The release date is November 12; the exact time is not specified in the announcement. No geographical restrictions for project fixes have been declared.