Вышли минорные обновления Postgres Pro для мажорных версий 10 и 9.6 - Postgres Pro Standard 10.5.1 и Postgres Pro Standard 9.6.10.1

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

• Модуль pg_variables теперь поддерживает транзакционные переменные. (См. Раздел F.44.)
• Модуль auto_explain теперь может выводить время планирования.
• Исправлена ошибка, из-за которой нельзя было пользоваться некоторыми словарями Hunspell с аффиксами FLAG num, например, ru_aot.
• Модуль pg_probackup обновлён до версии 2.0.19, в которой появились новые возможности:
  • Теперь кластер можно восстановить до заданной позиции в журнале (LSN).
  • Если одна из родительских копий испорчена, данная инкрементальная копия получает состояние ORPHAN (потерянная).
  • Команда show-config теперь показывает и изменённые параметры pg_probackup, и значения, оставшиеся неизменными. Её вывод теперь можно получить в формате JSON для упрощения восприятия.
  • Команда restore может пропускать проверку копии для ускорения восстановления кластера.
  • Улучшено параллельное выполнение инкрементального копирования.
  • Теперь вы можете объединять инкрементальные копии с родительской полной копией для экономии места на диске. Будьте осторожны, это экспериментальная возможность — прерывание процесса объединения может привести к повреждению резервных копий.
• Усовершенствована версия Postgres Pro Standard для Windows:
  • Устранено неявное ограничение на количество одновременно открываемых файлов в каждом серверном подпроцессе.
  • Добавлена возможность отключения контрольных сумм в кластере. По умолчанию при установке Postgres Pro контрольные суммы включаются.
  • Добавлена поддержка модуля pg_probackup.

Если вы производите обновление с версии 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, чтобы в восстановленной базе данных оказался корректный провайдер правил сортировки.

Этот выпуск основан на PostgreSQL 9.6.10 и Postgres Pro Standard 9.6.9.1. Все усовершенствования, унаследованные от PostgreSQL 9.6.10, перечислены в Замечаниях к выпуску PostgreSQL 9.6.10.

В число ключевых усовершенствований по сравнению с Postgres Pro Standard 9.6.9.1 входят:

• Модуль pg_variables теперь поддерживает транзакционные переменные. (См. Раздел F.43.)
• Модуль auto_explain теперь может выводить время планирования.
• Автоочистка теперь немедленно удаляет ставшие ненужными временные таблицы во избежание замусоривания pg_class.
• Исправлена ошибка, из-за которой нельзя было пользоваться некоторыми словарями Hunspell с аффиксами FLAG num, например, ru_aot.
• Модуль pg_probackup обновлён до версии 2.0.19, в которой появились новые возможности:
  • Если одна из родительских копий испорчена, данная инкрементальная копия получает состояние ORPHAN (потерянная).
  • Команда show-config теперь показывает и изменённые параметры pg_probackup, и значения, оставшиеся неизменными. Её вывод теперь можно получить в формате JSON для упрощения восприятия.
  • Команда restore может пропускать проверку копии для ускорения восстановления кластера.
  • Улучшено параллельное выполнение инкрементального копирования.
  • Теперь вы можете объединять инкрементальные копии с родительской полной копией для экономии места на диске. Это экспериментальная возможность — будьте осторожны, прерывание процесса объединения может привести к повреждению резервных копий.
• Доработана версия Postgres Pro Standard для Windows:
  Устранено неявное ограничение на количество одновременно открываемых файлов в каждом серверном подпроцессе.
  • Добавлена возможность отключения контрольных сумм в кластере. По умолчанию при установке Postgres Pro контрольные суммы включаются.

Процедура установки зависит от версии вашей текущей инсталляции.

Для обновления СУБД с версии Postgres Pro Standard, основанной на предыдущем основном выпуске PostgreSQL, вы можете выполнить выгрузку/восстановление данных, применив pg_dumpall, или воспользоваться утилитой pg_upgrade. Первый вариант безопаснее, а второй быстрее и может значительно ускорить процесс обновления для больших баз данных.

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

Для обновления с версии Postgres Pro Standard, основанной на этом же основном выпуске PostgreSQL, выгрузка/восстановление данных не требуется. Если вы производите обновление с версии Postgres Pro Standard 9.6.7.1 или ниже, вы должны также воспользоваться скриптом pgpro_upgrade, предоставленным в данном дистрибутиве. Этот скрипт обновляет метаданные для смены формата номера каталога, изменившегося после Postgres Pro Standard 9.6.4.1, а также переименовывает функцию pgpro_build в pgpro_source_id. Если вы обновляете инсталляцию Postgres Pro, используя бинарный пакет, скрипт pgpro_upgrade запускается автоматически, либо вам предлагается запустить его вручную.

Если вы запускаете pgpro_upgrade вручную, вы должны остановить службу postgres. Этот скрипт должен запускать пользователь-владелец базы данных (обычно postgres). При попытке запустить pgpro_upgrade от имени root произойдёт ошибка. За подробностями обратитесь к описанию pgpro_upgrade.

Если вы скомпилировали Postgres Pro из исходного кода или создали базу данных в нестандартном расположении, вы должны запустить скрипт pgpro_upgrade вручную.

В дистрибутивах Linux с системой пакетов RPM при обновлении с версии 9.6.2.1 или более ранней вы должны переименовать каталог данных pgsql в pgpro до запуска скрипта pgpro_upgrade.

Для перехода с ванильной версии PostgreSQL 9.6.x выполните выгрузку/восстановление данных, используя pg_dumpall.