E.18. Postgres Pro Standard 10.6.1

Дата выпуска: 2018-11-20

E.18.1. Обзор

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

  • Добавлена поддержка операционных систем Ubuntu 18.10, Astra Linux «Смоленск» 1.6 и РЕД ОС 7 МУРОМ.

  • Усовершенствован скрипт pg-setup:

    • Теперь он может инициализировать кластер баз данных в нестандартном расположении и сохранить соответствующее значение PGDATA в системном конфигурационном файле.

    • Запустив pg-setup с ключом set, теперь можно изменить конфигурацию кластера.

  • Добавлена возможность замены нулевого байта заданным ASCII-символом при загрузке данных с помощью команды COPY FROM. Подробнее об этом можно узнать в описании параметра nul_byte_replacement_on_import.

  • Расширение amcheck обновлено до версии 1.1.

  • Улучшена стабильность plantuner и устранена утечка памяти.

  • Улучшено планирование запросов со множеством операторов OR в предложении WHERE.

  • Модуль pg_pathman обновлён до версии 1.5.2. Эта версия по сравнению с 1.4.14, входившей в предыдущий выпуск Postgres Pro, включает следующие усовершенствования:

    • Добавлена поддержка многоуровневого секционирования.

    • Ликвидированы триггеры на изменение и добавлен параметр pg_pathman.enable_partitionrouter, включающий межсекционные операции изменений.

    • Функция get_pathman_lib_version() переименована в pathman_version().

    • В новую версию вошли и другие улучшения и исправления ошибок. Полный список изменений можно найти на вики-странице pg_pathman.

  • Модуль pg_probackup обновлён до версии 2.0.24. Эта версия по сравнению с 2.0.19, поставляемой в предыдущем выпуске Postgres Pro, отличается следующими усовершенствованиями:

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

    • Номер версии, заданный в pg_probackup.conf, теперь сохраняется при изменении этого файла, что позволяет точно узнать, какая версия pg_probackup применялась при создании резервной копии.

    • Устранена проблема восстановления сжатых блоков файлов и улучшены проверки ошибок сжатия. Ранее pg_probackup не мог восстановить блоки файлов, которые алгоритм zlib не смог сжать во время резервного копирования. Эту проблему нельзя было выявить встроенным механизмом проверки pg_probackup, так как она проявлялась на уровне ниже, чем уровень проверки. В сложившейся ситуации рекомендуется перепроверить существующие резервные копии, используя эту версию pg_probackup.

    • Улучшен механизм проверки целостности. Файлы теперь по умолчанию проверяются поблочно не только в случае несовпадения контрольной суммы на уровне файлов. Это поведение можно отключить с помощью параметра --skip-block-validation.

    • Появилась возможность перезапустить объединение резервных копий, если предыдущая попытка была прервана.

    • Реализована возможность снятия резервных копий с ведомых серверов без подключения к ведущему. Также в pg_probackup теперь появился встроенный механизм определения точки согласованности, исключающий риски несогласованности данных в копиях, сделанных на ведомых серверах.

  • Версию Postgres Pro для Windows затронули следующие изменения:

    • Для PL/Perl теперь требуется ActivePerl 5.26.

    • 32-битные версии Postgres Pro более не выпускаются.

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