E.12. Postgres Pro Enterprise 11.15.1
Дата выпуска: 2022-03-09
E.12.1. Обзор
Этот выпуск основан на PostgreSQL 11.15 и Postgres Pro Enterprise 11.14.1. Все изменения, унаследованные от PostgreSQL 11.15, описаны в Замечаниях к выпуску PostgreSQL 11.15. По сравнению с Postgres Pro Enterprise 11.14.1 эта версия также содержит следующие изменения:
Число разделов хеш-таблицы сопоставлений в общем буфере увеличено до 1024, что может положительно сказаться на производительности в многоядерных системах.
Исправлена ошибка в отложенном преобразовании страниц от 32-битных к 64-битным идентификаторам транзакций, производимом в только читающих транзакциях или на репликах. Теперь при таком преобразовании страницы будут помечаться как подлежащие записи WAL в виде полных страниц. Вследствие этой ошибки могли происходить сбои при синхронизации преобразованных страниц с другими репликами.
Устранена проблема, из-за которой после удаления таблиц в сжатом табличном пространстве на диске оставались подлежащие удалению файлы
*.cfm.Устранена ошибка сегментации, которая могла возникнуть при определённых условиях вызова процедуры, если был задан параметр plan_cache_lru_size.
Скорректировано использование многоколоночной статистики планировщиком. Ранее, оценивая избирательность запроса с использованием многоколоночной статистики, в случаях, когда условия запроса включали не все столбцы этой статистики, планировщик мог сильно завышать оценку мощности, в результате чего выбирался неоптимальный план.
Исправлены параметры уничтожения процессов при нехватке памяти (OOM) в конфигурации службы Postgres Pro. Ранее поправка очков OOM устанавливалась для всех процессов Postgres Pro, а не только для postmaster, поэтому, когда Postgres Pro исчерпывал всю оперативную память, могли уничтожаться другие важные процессы, например, sshd.
Прекращена поддержка устаревших операционных систем Debian 8 и Astra Linux «Смоленск» 1.5.
Модуль mamonsu обновлён до версии 3.4.0. Основные изменения перечислены ниже:
Добавлен новый параметр
timeoutв раздел[zabbix]конфигурационного файла mamonsu. Данный параметр позволяет установить максимальное время ожидания при подключении к серверу Zabbix.Добавлена новая команда
mamonsu dashboard upload, предназначенная для загрузки панели Zabbix с метриками mamonsu в шаблон на сервере Zabbix версии 6.0 или выше.имя_шаблона
Приложение pg_probackup обновлено до версии 2.5.5, в которой по сравнению с версией 2.5.3 были исправлены некоторые ошибки и появились новые возможности:
Для команды
checkdbдобавлен параметр--checkunique(работающий только с--amcheck), позволяющий проверять ограничения уникальности в ходе проверки индексов. Для соответствующей проверки в базе данных должно быть установлено расширение amcheck подходящей версии. За подробностями обратитесь к документации amcheck.Устранена проблема, которая могла возникнуть, когда исходная БД не находилась на линии времени 1 и целевая не отставала от исходной: probackup проверял целостность истории линии времени
catchupи выводил сообщение об ошибке «Destination is not in source timeline history» (Целевого состояния нет в истории исходной линии времени).Устранена проблема, связанная с поведением
catchupв режимахDELTAиPTRACK. Она могла проявляться, когда использовалось удалённое подключение через SSH и в параметрах--destination-pgdataи--source-pgdataзадавался одинаковый путь, и вызывала повреждение исходного экземпляра (как минимум удалялись файлыglobal/pg_control,global/pg_filenode.mapиbase/*/pg_filenode.map); в результате выводилось сообщение вида «Could not open file "/pgwal/test/global/pg_control" for reading: No such file or directory» (Не удалось открыть для чтения файл "/pgwal/test/global/pg_control": нет такого файла или каталога).
E.12.2. Миграция на версию 11.15.1
Если вы производите обновление выпуска Postgres Pro Enterprise, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Миграция кластера с таблицами размером более 16 ТБ в Postgres Pro Enterprise версий 10 или 11 не поддерживается.
Если вы ранее мигрировали на Postgres Pro Enterprise версии 11.12.1 или ниже, обязательно перестройте индексы GIN, выполнив команду REINDEX.
Встроенные функции numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt и numeric_le фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Enterprise до версии 11.7.1, в результате чего запросы могли выполняться неоптимально. В частности, это отрицательно сказывалось на производительности запросов при использовании политик защиты на уровне строк. В версии 11.7.1 это было исправлено для новых инсталляций в результате корректировки исходных данных каталога, но существующие инсталляции сохранят некорректные пометки, пока вы не исправите записи этих функций в pg_proc. Чтобы их исправить, обновите экземпляр сервера с помощью pg_upgrade либо вручную измените их в существующем кластере, выполнив во всех его базах данных соответствующие команды ALTER FUNCTION. Например:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
В версии 11.7.1 также исправлена работа регулярных выражений POSIX и конструкций SIMILAR TO, в которых применялись классы символов для правил сортировки ICU. Вследствие этого, возможно, стоит перепроверить объекты, использующие эти выражения.
Начиная с Postgres Pro Enterprise 11.6.1, обновление версии ICU не препятствует запуску сервера. Перед подключением к базе данных, в которой основное правило сортировки использует ICU, Postgres Pro сравнивает версию этого правила сортировки с версией, предоставляемой библиотекой ICU, и выдаёт предупреждения в случае несовпадения версий; если вы полагаете, что изменение версии правила сортировки может повлиять на порядок сортировки ваших данных, перестройте объекты, использующие основное правило сортировки. Чтобы убрать эти предупреждения, вы можете выполнить команду ALTER COLLATION "default" REFRESH VERSION, как описано в ALTER COLLATION.
Если вы используете PTRACK в процедуре резервного копирования, реализуемой c помощью утилиты pg_probackup, и обновляетесь с Postgres Pro Enterprise версии 11.11.x или ниже, сделайте полную резервную копию базы данных после обновления.
Для перехода с PostgreSQL, а также с выпуска Postgres Pro Standard или Postgres Pro Enterprise, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 11.