E.29. Postgres Pro Enterprise 10.4.1
Дата выпуска: 2018-06-01
E.29.1. Обзор
Этот выпуск основан на PostgreSQL 10.4 и Postgres Pro Enterprise 10.3.3. Все изменения, унаследованные от PostgreSQL 10.4, описаны в Замечаниях к выпуску PostgreSQL 10.4. По сравнению с Postgres Pro Enterprise 10.3.3 эта версия также содержит следующие изменения:
Добавлена экспериментальная возможность приоритизации, позволяющая замедлять определённые сеансы в зависимости от назначенного им веса и объёма потребляемых ими ресурсов. (См. Подраздел 18.4.6.)
Реализованы следующие параметры libpq для многосерверных подключений:
hostorder, определяющий порядок подключения к серверам.
failover_timeout, позволяющий осуществить несколько попыток переподключения.
Обновлён модуль pg_wait_sampling.
Обновлён модуль in_memory.
Добавлен параметр конфигурации reusepass, запрещающий многократное использование запрошенного пароля при переподключении к базе данных.
Добавлен параметр cfs_compress_temp_relations для управления сжатием временных таблиц.
Исправлена логическая репликация между ванильной версией PostgreSQL и Postgres Pro Enterprise.
Устранена проблема с индексами GiST, построенными по столбцам типа
intarray
. После обновления обязательно перестройте такие индексы, выполнив командуREINDEX
.Скорректированы правила экранирования значений конфигурационных переменных в
multimaster
.Исправлено некорректное обращение к странице в VALGRIND_CHECK_MEM_IS_DEFINED().
Устранены проблемы при работе с памятью в модуле aqo.
Доработано расширение mchar для правильной сортировки букв «й» и «ё». Перестройте индексы, использующие типы
mchar
илиmvarchar
, с помощью командыREINDEX
.В словари Snowball и Hunspell добавлена поддержка полнотекстового поиска для непальского языка.
Обновлён модуль jsquery.
Доработка PTRACK обновлена до версии 1.6.
Теперь ptrack не отслеживает нежурналируемые отношения.
Утилита pg_probackup обновлена до версии 2.0.17, в которой появились новые возможности:
Режим
DELTA
, в котором считываются все файлы данных в каталоге данных и создаётся инкрементальная копия для страниц, изменённых со времени предыдущего копирования.Новые параметры команд
restore
иvalidate
:Параметр
--immediate
останавливает восстановление, как только достигается согласованное состояние.Параметр
--recovery-target-action
задаёт действие, которое должен выполнить сервер по достижении цели восстановления.Параметр
--recovery-target-name
указывает именованную точку сохранения, вплоть до которой будут восстановлены данные кластера.С
--write-recovery-conf
в каталог вывода записывается минимальный файлrecovery.conf
для упрощения настройки резервного сервера.
За подробностями обратитесь к pg_probackup.
Модуль
pg_pathman
обновлён до версии 1.4.11. Эта версия по сравнению с 1.4.9 включает следующие усовершенствования:Устранена проблема с дублированием записей в результатах запросов с наследованными таблицами. Вообще говоря, многоуровневое секционирование
pg_pathman
не поддерживает.Устранена ложная ошибка
table is being partitioned now
(таблица сейчас секционируется), возникавшая вpartition_table_concurrently()
.Ослаблена обработка ограничения-проверки.
Исправлено некорректное использование
memcpy()
вstart_bgworker()
.Полный список изменений можно найти на вики-странице pg_pathman.
В
pg_config
добавлены параметрыpgpro-version
иpgpro-edition
.Файл
recovery.conf
теперь перезагружается, когда главный процесс сервера получает сигналSIGHUP
.Произведено исправление ряда ошибок в модуле shared_ispell.
В системах на базе Debian пакет
pg_repack
переименован изpg-repack-10
вpg-repack-std-10
.Файлы журналов теперь автоматически открываются заново при получении сигнала
SIGHUP
процессом, регистрирующим сообщения.Усовершенствована версия Postgres Pro Enterprise для Windows:
Устранена возникавшая в Windows проблема при вставке из буфера обмена в psql строк, содержащих знаки из разных наборов символов.
Усовершенствован алгоритм оптимизации предлагаемой по умолчанию конфигурации.
Теперь, устанавливая Postgres Pro в командной строке, вы можете отключить оптимизацию конфигурации, присвоив в INI-файле параметру
needoptimization
значение0
.
E.29.2. Миграция на версию 10.4.1
Если вы производите обновление с версии Postgres Pro Enterprise, базирующейся на том же основном выпуске PostgreSQL, достаточно установить новую версию в текущий каталог инсталляции.
Важно
При обновлении с версии 10.3.3 и ниже вы должны выполнить команду REINDEX
для индексов GiST, построенных по столбцам типа intarray
, а также для индексов, в которых используются типы mchar
или mvarchar
.
Для перехода с PostgreSQL, а также с выпуска Postgres Pro Standard или Postgres Pro Enterprise, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям по миграции на версию 10. Если вы выбираете вариант с выгрузкой/восстановлением данных, обязательно используйте параметр --add-collprovider
, чтобы в восстановленной базе данных оказался корректный провайдер основного правила сортировки.