Release date: 2018-08-31
This release is based on PostgreSQL 9.6.10 and Postgres Pro Enterprise 9.6.9.2. All improvements inherited from PostgreSQL 9.6.10 are listed in PostgreSQL 9.6.10 Release Notes.
Main changes over Postgres Pro Enterprise 9.6.9.2 are as follows:
On Debian-based systems, library packages
libecpg-compat3, libecpg6,
libecpg-dev, libpgtypes3,
libpq5, libpq-dev
provided with Postgres Pro Enterprise
got renamed and now have a postgrespro- prefix.
When upgrading from a previous version of Postgres Pro Enterprise,
run apt-get dist-upgrade to handle this
change in an automated way, or install the new packages manually.
Updated pg_pathman module to version 1.4.13. For a full list of changes, see pg_pathman Wiki.
Log files now include the number of rows and the size of the data
passed to the client if log_duration is enabled
or if the query runs longer than log_min_duration_statement.
The cfs_compress_temp_relations variable enables/disables compression of temporary tables.
The pg_variables module now
supports transactional variables. (See Section F.49.)
The auto_explain module can now display planning time.
Autovacuum now immediately drops orphaned temporary tables to prevent
pg_class bloating.
Fixed a bug that made unusable some Hunspell dictionaries with
FLAG num affixes, such as ru_aot.
Updated pg_probackup module to version 2.0.19, which includes the following new features:
If one of its parent backups is corrupt, the incremental backup
is marked with the ORPHAN status.
The show-config command now shows
both modified pg_probackup
parameters and the default settings that remained unchanged.
The output can be formatted as JSON for better readability.
The restore command can now skip
backup validation to speed up cluster recovery.
Parallel execution of incremental backups has been improved.
You can merge incremental backups to their parent full backup to save disk space. This is an experimental feature that can cause backup corruption if the merge is interrupted.
Postgres Pro Enterprise version for Windows has been improved:
Lifted an implicit restriction on the number of simultaneously open files for each server subprocess.
Added an option to disable data checksums for your cluster. By default, Postgres Pro is installed with data checksums enabled.
Miscellaneous bug fixes.
Depending on your current installation, the upgrade procedure will differ.
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.
To upgrade from a Postgres Pro Enterprise version
based on the same PostgreSQL major release,
a dump/restore is not required.
It is usually enough to install the new version into the same installation directory.
Once the new binaries are installed, the pgpro_upgrade
script is run automatically to check whether additional setup is required
and complete the upgrade.
When upgrading from versions 9.6.8.2 or lower, you have to rebuild indexes
that used mchar or mvarchar types.
When upgrading from versions 9.6.2.1 or lower, you have to rebuild
GiST indexes built over columns of the intarray type.
When upgrading from version 9.6.1.2 on RPM-based
Linux distributions, make sure to move the data directory from
pgsql to the pgproee
directory before running the pgpro_upgrade script.
For some Linux distributions, you may be prompted to run pgpro_upgrade manually.
In this case, you must stop the 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.
This step is not required when upgrading from version 9.6.4.1 or higher.