Key:
Color | Supported? |
|---|---|
| Yes |
 | No |
RHEL/CentOS/SUSE/Ubuntu
| Supported DBMS Version | ||||||||
|---|---|---|---|---|---|---|---|---|
| Supported OS Version | 9.4.x | 9.5.x | 9.6.x | 10.x | 11.x | 12.x (Open-source & EDB) | 13.x (Open-source & EDB) | EnterpriseDB (Open-source & EDB) |
| RHEL/CentOS 7.3 |
|
|
|
|
|
| | |
| RHEL/CentOS 7.4 |
|
|
|
|
|
| | |
| RHEL/CentOS 7.5 |
|
|
|
|
|
| | |
| RHEL/CentOS 7.6 |
|
|
|
|
|
| | |
| RHEL/CentOS 7.7 |
|
|
|
|
|
| | |
| RHEL/CentOS 7.8 | | |
| | |
| | |
| RHEL/CentOS 7.9 | | |
|
| |
|
| |
| RHEL/CentOS 8.3 | | | | | |
|
| |
| SUSE 11 |
| | | | | | | |
| SUSE 12 |
|
|
|
|
| | | |
| SUSE 15 | | | | | | |
| |
| Ubuntu 16.04 |
|
|
|
|
|
|
|
|
| SUSE 15SP3 |
|
|
|
|
|
|
|
|
where x represents the minor version.
- All the available PostgreSQL Database minor versions will be supported for the above-mentioned major versions.
- SUSE 15SP3 is supported on Power 8 hardware.
- Make sure to install libncurses.5 or libncurses.6 in the host, for supporting RHEL 8.x and SUSE15. You can refer KBA 5622 for actionable steps.
Cloud Vendors
| Supported Cloud Vendors | PostgreSQL 11 | PostgreSQL 12 | PostgreSQL 13 |
|---|---|---|---|
| Amazon RDS PostgreSQL |
|
|
|
| Amazon Aurora PostgreSQL |
|
|
|
For this release, only a single DB ingestion feature is supported for the Amazon RDS/Aurora PostgreSQL through the pg_dump/pg_restore method.
Plugin/Delphix Engine Compatibility
Plugins should be installed on compatible Delphix Engines per the table below:
The plugin versions from 1.0.1 till 1.3.2 are currently in extended support. Please reach out to Delphix customer support for any queries.
Currently, PostgreSQL Plugin 1.4.1 is not supported on SUSE 12.x.
| Plugin Version | ||||||||||||
Delphix Engine Version | 1.4.0 | 1.4.1 | 1.4.2 | 1.4.3 | 1.4.4 | 1.5.0 | 1.5.1 | 2.0.0 | 2.1.0 | 2.1.1 | 3.0.0 | 3.1.0 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 6.0.0.x |
|
|
|
|
|
|
| | | | | |
| 6.0.1.x |
|
|
|
|
|
|
| | | | | |
| 6.0.2.x |
|
|
|
|
|
|
| | | | | |
| 6.0.3.x |
|
|
|
|
|
|
| | | | | |
| 6.0.4.x |
|
|
|
|
|
|
| | | | | |
| 6.0.5.x |
|
|
|
|
|
|
| | | | | |
| 6.0.6.x |
|
|
|
|
|
|
| | | | | |
| 6.0.7.x |
|
|
|
|
|
|
| | | | | |
| 6.0.8.x |
|
|
|
|
|
|
| | | | | |
| 6.0.9.x |
|
|
|
|
|
|
| | | | | |
| 6.0.10.x |
|
|
|
|
|
|
| | | | | |
| 6.0.11.x |
|
|
|
|
|
|
| | | | | |
| 6.0.12.x |
|
|
|
|
|
|
| | | | | |
| 6.0.13.x |
|
|
|
|
|
|
| | | | | |
| 6.0.14.x |
|
|
|
|
|
|
|
|
|
| | |
| 6.0.15.x |
|
|
|
|
|
|
|
|
|
|
| |
| 6.0.16.x |
|
|
|
|
|
|
|
|
|
|
|
|
| 6.0.17.x |
|
|
|
|
|
|
|
|
|
|
|
|
Unsupported PostgreSQL Versions and Features
- PostgreSQL versions below 9.4 i.e (9.2, 9.3) are NOT supported by the plugin.
It is not possible to access the staging server with PostgreSQL 9.4 and PostgreSQL 9.5 versions.
The following points describes why staging server is not accessible with PostgreSQL 9.4 and PostgreSQL 9.5 versions.
On staging server, PostgreSQL plugin setups warm standby till version 9.x, which indicates that you cannot access PostgreSQL database on staging instance with PostgreSQL 9.4 and PostgreSQL 9.5 versions or even dsource for READ-ONLY workload. However, in later versions it is possible to trigger READ-ONLY query on dsource.
In PostgreSQL version 9.x, the plugin sets
wal_levelparameter on staging server PostgreSQL instance toarchive. However for PostgreSQL version 10 and later, PostgreSQL plugin setswal_levelparameter on staging server PostgreSQL instance tohot_standbyorreplica.Dsource created in PostgreSQL 9.4 & 9.5 version is a warm standby so it is not accessible.
wal_leveldetermines how much information is written to the WAL. The default value is minimal, which writes only the information needed to recover from a crash or immediate shutdown.archiveadds logging required for WAL archiving; hot_standby further adds information required to run read-only queries on a standby server; and, finally logical adds information necessary to support logical decoding. Each level includes the information logged at all lower levels. This parameter can only be set at server/instance level.Warm Standby/Log Shipping is a HA solution which 'replicates’ a database cluster to an archive or a warm (can be brought up quickly, but not available for querying) standby server. Overhead is very low and it’s easy to set up. This is a simple and appropriate solution if all you care about is continuous backup and short failover times.
Hot Standby/Streaming Replication provides asynchronous binary replication to one or more standbys. Standbys may also become hot standbys meaning they can be queried as a read-only database. This is the fastest type of replication available as WAL data is sent immediately rather than waiting for a whole segment to be produced and shipped. In hot_standby level, the same information is logged as with archive, plus information needed to reconstruct the status of running transactions from the WAL. To enable read-only queries on a standby server, wal_level must be set to ‘hot_standby’ or higher on the primary, and hot_standby must be enabled in the standby.
Broadly there are two features that are not supported by the plugin:
Unlogged Tables: All the tables which are not logged (unlogged) will not be supported by the Plugin.
Point In Time recovery: Currently, the Plugin doesn’t support Point in Time recovery of the PostgreSQL database.