E.12. Postgres Pro Enterprise 9.6.4.1

E.12.1. Обзор
E.12.2. Миграция на версию Postgres Pro Enterprise 9.6.4.1

Дата выпуска: 2017-08-16

E.12.1. Обзор

Этот выпуск основан на Postgres Pro Enterprise 9.6.3.2 и Postgres Pro Standard 9.6.4.1.

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

  • Менеджер резервного копирования pg_probackup обновлён до версии 2.0.

  • Модуль pg_pathman обновлён до версии 1.4.2.

  • В реализации сжатой файловой системы устранена утечка памяти.

  • Устранён дефект в дополнительном модуле online_analyze, способный привести к повреждению данных.

  • Исправлена работа ALTER COLUMN с таблицами, имеющими индексы.

  • Улучшено расширение multimaster:

    • Исправлена работа команды ALTER SYSTEM SET.

    • Ликвидирован неожиданный тайм-аут асинхронного соединения.

    • Исправлено некорректное состояние транзакции в снимке walsender.

  • Для поддержки технологии multimaster в pgpro_scheduler добавлен первичный ключ в таблицы расписания.

E.12.2. Миграция на версию Postgres Pro Enterprise 9.6.4.1

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

Если используется версия Postgres Pro Enterprise 9.6.3.2, требуется выполнить выгрузку/восстановление базы, ввиду изменения формата номера каталога для улучшения идентификации Postgres Pro Enterprise.

При миграции с PostgreSQL, Postgres Pro Standard или Postgres Pro Enterprise необходимо произвести выгрузку/восстановление базы.

Для обновления с предыдущих выпусков Postgres Pro Enterprise, Postgres Pro Standard и PostgreSQL 9.6.x требуется произвести некоторые изменения в каталоге.

Если вы используете бинарные пакеты, и ваша база данных расположена в стандартном месте, эти обновления будут выполнены автоматически. Если вы разместили ваши базы данных в нестандартном месте, самостоятельно вызывая initdb, необходимо выполнить для этих баз скрипт pgpro_upgrade, включённый в данный дистрибутивный пакет.

Перед запуском скрипта следует остановить сервис postgres. Скрипт должен запускать пользователь-владелец файлов базы (обычно postgres), а переменная среды PGDATA должна указывать на каталог, где располагается база данных.