E.6. Postgres Pro Standard 9.6.19.1
Дата выпуска: 2020-08-21
E.6.1. Обзор
Этот выпуск основан на PostgreSQL 9.6.19 и Postgres Pro Standard 9.6.18.1. Все усовершенствования, унаследованные от PostgreSQL 9.6.19, перечислены в Замечаниях к выпуску PostgreSQL 9.6.19.
В число ключевых усовершенствований по сравнению с Postgres Pro Standard 9.6.18.1 входят:
Приложение pg_probackup обновлено до версии 2.4.2:
Для большей гибкости добавлены новые параметры и флаги команд
delete,backup,restore,archive-pushиset-backup.Добавлена возможность инкрементального восстановления и поддержка инкрементальных цепочек с разными линиями времени.
Во время восстановления теперь могут задаваться параметры Postgres Pro
slot_nameиprimary_conninfo.Существенно переработаны команды
archive-pushиarchive-get.Были улучшены показатели производительности и потребления памяти.
За подробностями обратитесь к документации pg_probackup.
Приложение mamonsu для Linux обновлено до версии 2.5.1. Теперь оно базируется на Python 3. Для Windows по-прежнему поставляется версия 2.3.4.
Прекращена поддержка Альт Линукс 7, при этом поддержка Альт Линукс СПТ 7.0 сохранена ради удобства существующих клиентов.
Прекращена поддержка SUSE Linux Enterprise Server 11.
Исправлены дефекты в реализации BRIN, приводившие к следующим ошибкам:
«failed to find parent tuple for heap-only tuple ...» (не удалось найти родительский кортеж для неиндексированного кортежа...)
Эта ошибка могла возникать, когда в параллельных транзакциях одновременно выполнялись функция
brin_summarize_new_values()и изменения данных по методу HOT.«corrupted BRIN index: inconsistent range map» (испорченный индекс BRIN: несогласованность в карте диапазонов)
Эта ошибка могла возникать, когда в параллельных транзакциях одновременно выполнялись сброс обобщения зоны страниц и сканирование индекса.
E.6.2. Миграция на версию 9.6.19.1
Процедура установки зависит от версии вашей текущей инсталляции.
Для обновления СУБД с версии Postgres Pro Standard, основанной на предыдущей основной версии PostgreSQL, вы должны установить последний корректирующий выпуск для вашей версии, а затем выполнить выгрузку/восстановление данных, применив pg_dumpall, или воспользоваться утилитой pg_upgrade.
Для обновления с версии Postgres Pro Standard, основанной на этом же основном выпуске PostgreSQL, выгрузка/восстановление данных не требуется.
Встроенные функции numeric_eq, numeric_ne, numeric_gt, numeric_ge, numeric_lt и numeric_le фактически являются герметичными, но они не имели соответствующей пометки в Postgres Pro Standard до версии 9.6.17.1, в результате чего запросы могли выполняться неоптимально. В частности, это отрицательно сказывалось на производительности запросов при использовании политик защиты на уровне строк. В версии 9.6.17.1 это было исправлено для новых инсталляций в результате корректировки исходных данных каталога, но существующие инсталляции сохранят некорректные пометки, пока вы не исправите записи этих функций в pg_proc. Чтобы их исправить, обновите экземпляр сервера с помощью pg_upgrade либо вручную измените их в существующем кластере, выполнив во всех его базах данных соответствующие команды ALTER FUNCTION. Например:
ALTER FUNCTION pg_catalog.numeric_eq LEAKPROOF
Так как в Postgres Pro Standard 9.6.12.1 была изменена модель распространения pg_probackup, при переходе с предыдущей версии в Альт Линукс или системе на базе Debian выполните apt dist-upgrade (или apt-get dist-upgrade), чтобы корректно обработались все новые зависимости. В Windows для завершения обновления вам нужно будет запустить отдельный инсталлятор pg_probackup.
При обновлении с версии 9.6.8.2 и ниже вы должны выполнить команду REINDEX для индексов, в которых используются типы mchar или mvarchar.
Если вы производите обновление с версии Postgres Pro Standard 9.6.7.1 или ниже, вы должны также воспользоваться скриптом pgpro_upgrade, предоставленным в данном дистрибутиве. Этот скрипт обновляет метаданные для смены формата номера каталога, изменившегося после Postgres Pro Standard 9.6.4.1, а также переименовывает функцию pgpro_build в pgpro_source_id. Скрипт pgpro_upgrade обычно запускается автоматически, но если вы создали базу данных в нестандартном расположении, вы должны запустить его вручную.
Примечание
Если вы запускаете pgpro_upgrade вручную, вы должны остановить службу postgres. Этот скрипт должен запускать пользователь-владелец базы данных (обычно postgres). При попытке запустить pgpro_upgrade от имени root произойдёт ошибка. За подробностями обратитесь к описанию pgpro_upgrade.
Примечание
В дистрибутивах Linux с системой пакетов RPM при обновлении с версии 9.6.2.1 или более ранней вы должны переименовать каталог данных pgsql в pgpro до запуска скрипта pgpro_upgrade.
Для перехода с ванильной версии PostgreSQL 9.6.x сначала установите последний корректирующий выпуск для этой версии, а затем выполните выгрузку/восстановление данных, используя pg_dumpall.