E.13. Postgres Pro Enterprise 10.16.1
Дата выпуска: 2021-03-01
E.13.1. Обзор
Этот выпуск основан на PostgreSQL 10.16 и Postgres Pro Enterprise 10.15.1. Все усовершенствования, унаследованные от PostgreSQL 10.16, перечислены в Замечаниях к выпуску PostgreSQL 10.16. Другие важные изменения и улучшения перечислены ниже:
Параметр
cfs_compress_small_relationsпризнан устаревшим. Небольшие отношения по-прежнему по умолчанию сжимаются и в дальнейшем они не будут рассматриваться отдельно от больших. Обеспечьте неизменность существующего значения этого параметра на протяжении всей жизни вашего кластера.Исправлена ошибка в коде CFS, в результате которой включение параметра
cfs_compress_temp_relationsприводило к отключению сжатия для всех отношений.Добавлена функция
pg_snapshot_any, позволяющая суперпользователям исследовать повреждённые базы данных. За подробностями обратитесь к Подразделу 9.26.11.Поведение параметров
idle_session_timeoutиidle_in_transaction_session_timeoutсинхронизировано с тем, что будет в следующем выпуске PostgreSQL. В частности, теперьidle_session_timeoutдействует только вне транзакции.Приложение pg_probackup обновлено до версии 2.4.10. Её основные отличия от ранее поставляемой версии 2.4.2:
При инкрементальном восстановлении с флагом
--forceможно перезаписать содержимое каталога, задаваемого параметромPGDATA, в случае совпадения системных идентификаторов. Ранее в подобных случаях выдавалась ошибка.Стало возможным восстанавливать или проверять копии, находящиеся в файловой системе «только для чтения».
Объединение копий на месте теперь не поддерживается только при смене формата хранения.
Реализованы разделяемые блокировки копий, что позволяет выполнять проверку и восстановление сразу нескольких копий. Эти блокировки освобождаются при завершении программы.
Передаваемые сегменты WAL теперь добавляются в список файлов копии «на лету» и сбрасываются на диск в конце резервного копирования.
За подробностями обратитесь к документации pg_probackup.
Устранена ошибка в pgpro_scheduler, проявлявшаяся в том, что задания, которые должны были выполняться точно в начале часа (и при этом с интервалом не менее двух часов), не запускались вовсе.
Добавлена утилита pgpro_controldata, показывающая управляющую информацию кластера БД PostgreSQL/Postgres Pro и параметры совместимости кластера и/или сервера.
Исправлено поведение pg_wait_sampling в случае прерывания обслуживающего процесса, обращавшегося к общей очереди. Ранее в подобных случаях сборщик статистики pg_wait_sampling мог зависнуть и блокировать другие процессы, которые пытались прочитать данные из представления
pg_wait_sampling_profile.
E.13.2. Миграция на версию 10.16.1
Если вы производите обновление выпуска Postgres Pro Enterprise, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.
Встроенные функции numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt и numeric_le фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Enterprise до версии 10.12.1, в результате чего запросы могли выполняться неоптимально. В частности, это отрицательно сказывалось на производительности запросов при использовании политик защиты на уровне строк. В версии 10.12.1 это было исправлено для новых инсталляций в результате корректировки исходных данных каталога, но существующие инсталляции сохранят некорректные пометки, пока вы не исправите записи этих функций в pg_proc. Чтобы их исправить, обновите экземпляр сервера с помощью pg_upgrade либо вручную измените их в существующем кластере, выполнив во всех его базах данных соответствующие команды ALTER FUNCTION. Например:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
Начиная с Postgres Pro Enterprise 10.11.1, обновление версии ICU не препятствует запуску сервера. Перед подключением к базе данных, правило сортировки по умолчанию в которой использует ICU, Postgres Pro сравнивает версию этого правила сортировки с версией, предоставляемой библиотекой ICU, и выдаёт предупреждения в случае несовпадения версий; если вы полагаете, что изменение версии правила сортировки может повлиять на порядок сортировки ваших данных, перестройте объекты, использующие правило сортировки по умолчанию. Чтобы убрать эти предупреждения, вы можете выполнить команду ALTER COLLATION "default" REFRESH VERSION, как описано в ALTER COLLATION.
При обновлении с версии 10.6.2 и ниже вы должны выполнить команду REINDEX для индексов GIN, GiST и SP-GiST, чтобы устранить дефекты, которые могли возникнуть в старых версиях при репликации. Кроме того, следует сделать новые резервные копии баз данных, в которых были такие индексы.
При обновлении с версии 10.3.3 и ниже вы должны выполнить команду REINDEX для индексов GiST, построенных по столбцам типа intarray, а также для индексов, в которых используются типы mchar или mvarchar.
Для перехода с PostgreSQL, а также с выпуска Postgres Pro Standard или Postgres Pro Enterprise, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 10. Если вы выбираете вариант с выгрузкой/восстановлением данных, обязательно используйте параметр --add-collprovider, чтобы в восстановленной базе данных оказался корректный провайдер основного правила сортировки.