Дата выпуска: 2018-11-20
Этот выпуск основан на 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 более не выпускаются.
Если вы производите обновление выпуска 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, чтобы в восстановленной базе данных оказался корректный провайдер основного правила сортировки.