E.28. Postgres Pro Enterprise 10.5.1
Пред. НаверхПриложение E. Замечания к выпускамНачало След.

E.28. Postgres Pro Enterprise 10.5.1

E.28.1. Обзор
E.28.2. Миграция на версию 10.5.1

Дата выпуска: 2018-09-03

E.28.1. Обзор

Этот выпуск основан на PostgreSQL 10.5 и Postgres Pro Enterprise 10.4.1. Все изменения, унаследованные от PostgreSQL 10.5, описаны в Замечаниях к выпуску PostgreSQL 10.5. По сравнению с Postgres Pro Enterprise 10.4.1 эта версия также содержит следующие изменения:

  • В журнал теперь выводится количество строк и объём данных, переданных клиенту, если включён параметр log_duration или длительность запроса превышает значение log_min_duration_statement.

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

  • Модуль pg_pathman обновлён до версии 1.4.13. Полный список изменений можно найти на вики-странице pg_pathman.

  • Обновлён модуль multimaster.

  • Обновлён модуль in_memory.

  • Обновлён модуль vops.

  • Исправление разнообразных ошибок.

  • Модуль pg_variables теперь поддерживает транзакционные переменные. (См. Раздел F.50.)

  • Модуль auto_explain теперь может выводить время планирования.

  • Исправлена ошибка, из-за которой нельзя было пользоваться некоторыми словарями Hunspell с аффиксами FLAG num, например, ru_aot.

  • Модуль pg_probackup обновлён до версии 2.0.19, в которой появились новые возможности:

    • Теперь кластер можно восстановить до заданной позиции в журнале (LSN).

    • Если одна из родительских копий испорчена, данная инкрементальная копия получает состояние ORPHAN (потерянная).

    • Команда show-config теперь показывает и изменённые параметры pg_probackup, и значения, оставшиеся неизменными. Её вывод теперь можно получить в формате JSON для упрощения восприятия.

    • Команда restore может пропускать проверку копии для ускорения восстановления кластера.

    • Улучшено параллельное выполнение инкрементального копирования.

    • Теперь вы можете объединять инкрементальные копии с родительской полной копией для экономии места на диске. Будьте осторожны, это экспериментальная возможность — прерывание процесса объединения может привести к повреждению резервных копий.

  • Усовершенствована версия Postgres Pro Enterprise для Windows:

    • Устранено неявное ограничение на количество одновременно открываемых файлов в каждом серверном подпроцессе.

    • Добавлена возможность отключения контрольных сумм в кластере. По умолчанию при установке Postgres Pro контрольные суммы включаются.

    • Добавлена поддержка модуля pg_probackup.

E.28.2. Миграция на версию 10.5.1

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

Важно

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

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

Пред. Наверх След.
E.27. Postgres Pro Enterprise 10.5.2 Начало E.29. Postgres Pro Enterprise 10.4.1