E.22. Postgres Pro Standard 10.4.1

Дата выпуска: 2018-05-23

E.22.1. Обзор

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

  • Доработано расширение Раздел F.29 для правильной сортировки букв «й» и «ё». Перестройте индексы, использующие типы mchar или mvarchar, с помощью команды REINDEX.

  • В словари Snowball и Hunspell добавлена поддержка полнотекстового поиска для непальского языка. (См. snowball_ext и Модули словарей 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 Standard для Windows:

    • Устранена возникавшая в Windows проблема при вставке из буфера обмена в psql строк, содержащих знаки из разных наборов символов.

    • Усовершенствован алгоритм оптимизации предлагаемой по умолчанию конфигурации.

    • Теперь, устанавливая Postgres Pro в командной строке, вы можете отключить оптимизацию конфигурации, присвоив в INI-файле параметру needoptimization значение 0.

E.22.2. Миграция на версию 10.4.1

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

Важно

При обновлении с версии 10.3.2 и ниже вы должны выполнить команду REINDEX для индексов, в которых используются типы mchar или mvarchar.

Важно

Если вы ранее использовали pg_repack в системах на базе Debian, при переходе на эту версию вы должны будете переустановить соответствующий пакет вручную, так как он был переименован в pg-repack-std-10.

Для перехода с PostgreSQL или выпуска Postgres Pro Standard, базирующегося на предыдущей основной версии PostgreSQL, обратитесь к инструкциям в Замечаниях к выпуску Postgres Pro Standard 10.1.1. Если вы выбираете вариант с выгрузкой/восстановлением данных, обязательно используйте параметр --add-collprovider, чтобы в восстановленной базе данных оказался корректный провайдер основного правила сортировки.