E.19. Postgres Pro Enterprise 10.11.1

Дата выпуска: 2019-12-09

E.19.1. Обзор

Этот выпуск основан на PostgreSQL 10.11 и Postgres Pro Enterprise 10.10.2. Все усовершенствования, унаследованные от PostgreSQL 10.11, перечислены в Замечаниях к выпуску PostgreSQL 10.11. Другие важные изменения и улучшения перечислены ниже:

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

  • Изменён порядок работы с действующими по умолчанию правилами сортировки ICU, чтобы сервер мог запускаться после обновления версии библиотеки ICU. Подробнее следствия изменения описаны в нижеследующих инструкциях по миграции.

  • Исправлена обработка значений расстояния NULL при выполнении поиска k-NN с использованием SP-GiST.

  • Исправлено поведение временных таблиц в автономных транзакциях.

  • Снижено потребление памяти при использовании правил сортировки ICU.

  • Уменьшено потребление памяти и увеличена скорость команды EXPLAIN ANALYZE для запросов с множеством предложений JOIN.

  • Обеспечена совместимость расширения pg_visibility с 64-битными идентификаторами транзакций.

  • Запрещены обращения к таблицам в иерархии наследования при реализации секционирования одновременно средствами и pg_pathman, и PostgreSQL. Совмещение механизмов секционирования в одной иерархии таблиц не поддерживается, и пытаться реализовать это не следует. Ранее при обращении к таким иерархиям в запросах могли выдаваться повторяющиеся результаты.

  • Приложение mamonsu обновлено до версии 2.4.1. С новой версией вы можете преобразовать определения всех метрик системы и Postgres Pro, поставляемые с mamonsu, в формат, который поддерживает стандартный агент Zabbix.

  • Обновлён модуль pgpro_scheduler:

    • Добавлен параметр конфигурации schedule.auto_enabled, определяющий, будет ли pgpro_scheduler включаться при запуске сервера. По умолчанию при перезапуске сервера pgpro_scheduler автоматически не включается.

    • Добавлена функция schedule.is_enabled(), позволяющая проверить, работает ли pgpro_scheduler в данный момент. Параметр конфигурации schedule.enabled, служивший этой цели ранее, перешёл в разряд устаревших.

    • Изменение параметров pgpro_scheduler «на лету» теперь не может вызвать сбой сервера.

    • Улучшена стабильность pgpro_scheduler ещё в нескольких особых случаях.

  • pgbouncer обновлён до версии 1.11.0.

  • Приложение pg_probackup обновлено до версии 2.2.5.

E.19.2. Миграция на версию 10.11.1

Если вы производите обновление выпуска Postgres Pro Enterprise, базирующегося на той же основной версии PostgreSQL, достаточно просто установить новый выпуск в текущий каталог инсталляции.

Начиная с 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, чтобы в восстановленной базе данных оказался корректный провайдер основного правила сортировки.