E.27. Postgres Pro Enterprise 9.6.5.1

Release date: 2017-08-31

E.27.1. Overview

This release is based on Postgres Pro Enterprise 9.6.4.1 and PostgreSQL 9.6.5. Major enhancements over Postgres Pro Enterprise 9.6.4.1 include:

  • Enhanced the pg_controldata utility to enable automatic Postgres Pro upgrades using the pgpro_upgrade script.

  • Fixed the following CFS issues:

    • CFS garbage collector now traverses only the tablespace directory corresponding to the current postgres instance. Subdirectories for other postgres instances are ignored.

    • *.cfm files are now copied by pg_upgrade.

  • Updated pg_pathman module to version 1.4.3. (See pg_pathman and Section F.39.1.1.) As compared to version 1.4.2, the following enhancements were introduced:

    • Disabled dangerous optimizations for UPDATE and DELETE on PostgreSQL 9.5.

    • Fixed the following type of query: DELETE FROM single_table USING partitioned_table.

    • Fixed the output of the EXPLAIN INSERT INTO partitioned_table command when verbose mode is activated.

    For a full list of changes, see pg_pathman Wiki.

  • Enhanced the pg_controldata utility to enable automatic Postgres Pro upgrades using the pgpro_upgrade script.

E.27.2. Migration to Version 9.6.5.1

Depending on your current installation, the upgrade procedure will differ.

To upgrade from a Postgres Pro Enterprise version based on the same PostgreSQL major release, a dump/restore is not required. Instead of the pg_upgrade, you must use the pgpro_upgrade script provided in this distribution. This script updates metadata information to handle catalog number format change introduced in Postgres Pro Enterprise 9.6.4.1. If you are upgrading your Postgres Pro Enterprise installation from a binary package, the pgpro_upgrade script is run automatically, or you are prompted to run it manually.

Important

If you run pgpro_upgrade manually, you must stop postgres service. The script must be run on behalf of the user owning the database (typically postgres) and PGDATA environment variable should be set to the directory where database resides. Running pgpro_upgrade as root will result in an error.

When upgrading from versions 9.6.2.1 or lower, you have to rebuild GiST indexes built over columns of the intarray type.

Note

On RPM-based Linux distributions, if you are upgrading from version 9.6.1.2, make sure to move the data directory from pgsql to the pgproee directory before running the pgpro_upgrade script.

To migrate from vanilla PostgreSQL 9.6.x or Postgres Pro, make sure you have installed its latest minor version and then perform a dump/restore using pg_dumpall.