E.13. Postgres Pro Enterprise 11.14.1

Дата выпуска: 2021-12-08

E.13.1. Обзор

Этот выпуск основан на PostgreSQL 11.4 и Postgres Pro Enterprise 11.13.1. Все изменения, унаследованные от PostgreSQL 11.14, описаны в Замечаниях к выпуску PostgreSQL 11.14. По сравнению с Postgres Pro Enterprise 11.13.1 эта версия также содержит следующие изменения:

  • В pg_dump исправлена ошибка при обработке статистики по 64-битным идентификаторам транзакций, что важно при обновлении Postgres Pro Enterprise с помощью pg_upgrade. Ранее значения более 232 в этой статистике передавались некорректно, что приводило к запуску автоочистки для предотвращения зацикливания идентификаторов транзакций.

  • Устранена проблема, возникавшая при обновлении кластера Postgres Pro Enterprise 9.6 до текущей основной версии с использованием pg_upgrade. Ранее преобразование карты свободного места для таблиц размером более 4 ТБ могло проходить некорректно.

  • Прекращена поддержка расширения sr_plan.

  • Модуль mamonsu обновлён до версии 3.1.0. Основные изменения перечислены ниже:

    • У команды bootstrap появилась новая возможность. Благодаря ей, если параметр -dbname не указан явно, он автоматически примет значение, соответствующее имени базы данных, которое указано в разделе [postgres] файла конфигурации mamonsu.

    • Исправлена критическая проблема, которая могла возникнуть при пропуске шага bootstrap. В этом случае, хотя пользователь мог работать с mamonsu с правами суперпользователя, специальная схема mamonsu не создавалась, но после создания вспомогательного расширения pg_buffercache в любой другой схеме запуск mamonsu приводил к ошибкам «ERROR: relation "mamonsu.pg_buffercache" does not exist» (ОШИБКА: отношение "mamonsu.pg_buffercache" не существует).

  • Запрещены обращения к временным пространствам имён из автономных транзакций для обеспечения предсказуемого поведения.

  • Добавлена поддержка ОС Альт Линукс 10.

  • Минимальные поддерживаемые версии Windows повышены до Windows 10 и Windows Server 2012 R2.

  • Установлено ограничение размера в 16 ТБ для несистемных таблиц с неуникальными и не покрывающими индексами-B-деревьями, чтобы избежать проблем с такими индексами в таблицах очень большого размера.

  • Решена проблема pg_probackup с архивированием WAL из каталога за пределами каталога данных. Ранее многопоточная и пакетная оптимизации команды archive-push препятствовали такому архивированию; теперь можно архивировать WAL из любого каталога, но если он находится за пределами каталога данных, многопоточная и пакетная оптимизации автоматически отключаются.

  • В pg_dumpall устранена возможность использования небезопасного пути поиска.

  • Оператор WAITLSN признан устаревшим.

  • В CFS задействована функциональность разреженных файлов в Windows, благодаря чему оптимизируется размер файлов *.cfm на диске (до 1 МБ для каждого файла).

E.13.2. Миграция на версию 11.14.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.