Movatterモバイル変換


[0]ホーム

URL:



Facebook
Postgres Pro
Facebook
Downloads
E.1. Postgres Pro Standard 13.21.1
Prev UpAppendix E. Release NotesHome Next

E.1. Postgres Pro Standard 13.21.1

Release Date: 2025-05-26

E.1.1. Overview

Important

The final release ofPostgres Pro 13 is scheduled for November 2025. No further updates (including CVE patches and bug fixes) will be provided for this version as of December 1, 2025. If you are using version 13, we recommend that you upgrade to the latest major version no later than November 30, 2025.

This release is based onPostgreSQL 13.21 andPostgres Pro Standard 13.20.1. All improvements inherited fromPostgreSQL 13.21 are listed inPostgreSQL 13.21 Release Notes. Other major changes and enhancements are as follows:

  • Added theenable_alternative_sorting_cost_model configuration parameter, which allows you to enable or disable the query planner's use of alternative model for estimating the cost of tuple sorting.

  • Introduced the following changes to the implementation ofcrash_info:

    • Added handling ofSIGILL signals tocrash_info processing.

    • Added details, like process start time and query text at planning, tocrash_info output files.

    • Fixed incorrect function names in the first 2-3 lines ofcrash_info backtrace stacks.

    • Fixed possible data truncation at the end of SQL query dump files. Previously, a buffer overflow during SQL query dumping could result in incomplete writes, causing truncated data at the end of files produced bycrash_info.

    • Fixed handling of crash information signals (sent using thekill command) by backends. Previously, the first signal would flushcrash_info information to the log, but the process would continue running without producing a core dump, even if configured, and only the second signal would terminate the backend and generate the core dump as expected.

  • Fixed an issue with missing statistics about vacuuming when multiple index vacuum workers are used.

  • Added thedaterange_inclusive extension, which allows you to include the upper bound of a time range in output.

  • Added the new utilitypgpro_tune for automatic tuning ofPostgres Pro configuration parameters for all operating systems, except for Windows.

  • Added a newPGPRO_TUNE environment variable toinitdb, which specifies whether to usepgpro_tune without modifying command-line options directly.

  • Removed the--tune option frompg-setup. Use the newpgpro_tune utility instead.

  • Upgradedoracle_fdw to provide the following enhancements and bug fixes:

    • Increased line size for EXPLAIN output as someOracle catalog queries have long filter conditions. The line size was increased to the value of 3000.

    • Fixed a crash with column options on non-existing columns. If theOracle table has fewer columns than thePostgres Pro and one of these extra columns has a column option set,oracle_fdw would write past the end of an array, leading to memory corruption and crashes. Now options for such columns are ignored.

  • Upgradedpg_probackup to version 2.8.9, which provides the following new features, optimizations, and bug fixes:

    • Added themaintain command to resolve issues that can occur during a forced backup termination.

    • Added the--lock-lifetime option that sets the timeout for locks. This option is useful for computational environments with a slow network.

    • Stabilized retaining the initial permissions for directories when running theinit command.

    • Stabilized thecheckdb command on a remote host.

    • Improved the stability of the point-in-time recovery (PITR) with validation.

    • Fixed an incorrect behavior that could occur when launching the wait for a WAL streaming thread in the ARCHIVE WAL delivery mode.

  • Upgradedpgpro_pwr to version 4.9, which mainly provides optimizations and bug fixes. Notable changes are as follows:

    • Added support forpgpro_stats 1.9.

    • Added a possibility to define the mode of collecting relation sizes globally through thepgpro_pwr.relsize_collect_mode extension parameter or for a server through theset_server_size_sampling function parameter.

    • Enabled fine-tuning the server statistics collection by calling theset_server_setting function. It allows you to define which statistics should be collected.

    • Added a preview of storage parameters for tables and indexes in theSchema object statistics report section.

  • Upgradedpgpro_stats to version 1.9, which provides the following bug fixes and improvements:

    • Enhanced session tracing to provide more information. Specifically, the newtime_info filter attribute controls inclusion of additional information in the session-tracing output, and thepgpro_stats.trace_query_text_size configuration parameter can limit the size of the query in the session-tracing output.

    • Aligned the names of theexplain_* filter attributes of the session tracer with the names of session-tracing configuration parameters.

    • Changed the format of the statistics dump file and the corresponding save/load routines.

    • Implemented turning off the session tracer functionality when no session-tracing filters are specified.

    • Prohibited inclusion of bothpgpro_stats andpg_stat_statements in the list ofshared_preload_libraries. If both are included, the database server will not start.

  • Upgraded thepg_wait_sampling extension to provide the following bug fixes:

    • Fixed an issue where GUC variables could be overridden when using parallel workers.

    • Fixed an issue with malformed samples caused by a race condition whenpg_wait_sampling.sample_cpu is disabled.

E.1.2. Migration to Version 13.21.1

If you are upgrading fromPostgres Pro Standard based on the samePostgreSQL major version, it is enough to install the new version into your current installation directory.

ABI versions may change between minor releases ofPostgres Pro. If this is the case, and you see theABI mismatch error when trying to run your extension, make sure to install a new version of the extension supplied with a new release ofPostgres Pro, or recompile your third-party extension to be able to use it with the current version ofPostgres Pro.

If you take backups usingpg_probackup and you have previously upgraded it to version 2.8.0 or 2.8.1, make sure to upgrade it to version 2.8.2 or higher and retake a full backup after upgrade, since backups taken using those versions might be corrupted. If you suspect that your backups taken with versions 2.8.0 or 2.8.1 may be corrupted, you can validate them using version 2.8.2.

When upgrading fromPostgres Pro versions 13.2.1 or lower, rebuild indexes containing at least one included column of type for which the collation was defined in the table.

If you are upgrading fromPostgres Pro versions 13.2.2 or lower and takePTRACK backups usingpg_probackup, retake a full backup after upgrade.

When upgrading toPostgres Pro versions starting with 13.11.1, make sure to upgradepg_probackup to version 2.6.3 or higher since lower versions are incompatible with thesePostgres Pro versions.

To migrate fromPostgreSQL or aPostgres Pro Standard release based on a previousPostgreSQL major version, see the instructions inPostgres Pro Standard 13.1.1 Release Notes.


Prev Up Next
Appendix E. Release Notes Home E.2. Postgres Pro Standard 13.20.1
pdfepub
Go to Postgres Pro Standard 13
By continuing to browse this website, you agree to the use of cookies. Go toPrivacy Policy.

[8]ページ先頭

©2009-2025 Movatter.jp