Re: v11.5- v15.3 upgrade (linux)

From: Yogesh Sharma <yogesh(dot)sharma(at)catprosystems(dot)com>
To: David Gauthier <dfgpostgres(at)gmail(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: v11.5- v15.3 upgrade (linux)
Date: 2024-03-08 16:28:20
Message-ID: 88132f81-7e82-4d53-a55a-eede564351da@catprosystems.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Greetings,

On 3/6/24 19:19, David Gauthier wrote:
> Hi:
> I'm a PG user in a big corp with an IT dept that administers a PG
> server/instance that I use.  It's an old install, v11.5, and we need
> to upgrade to v15.3.  They want to bring the upgraded DB up on a new
> linux vm which has OS upgrades of its own.  So it's a move AND an
> upgrade. There are 2 concerns....
>
> First has to do with a jump from 11.5 - 15.3 ?  Is it safe to do this
> given so many major intermediate versions being skipped ?

Generally speaking, it is safe from database point of view but you have
to verify that application is working as expected with PostgreSQL 15,
driver update, any query performance issues, any deprecate features in
use, collation differences, and performance verification, etc.

PostgreSQL supports dump/restore (slow and longer downtime), binary
upgrade using pg_upgrade (faster and low downtime), and logical
replication (complex and least downtime). Since OS upgrade is also part
of the equation, dump/restore or logical  are better candidates. Due to
OS collation difference I would avoid binary upgrade path.

--
Kind Regards,
Yogesh Sharma
PostgreSQL, Linux, and Networking Expert
Open Source Enthusiast and Advocate
PostgreSQL Contributors Team @ RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David Gauthier 2024-03-08 16:57:18 Re: v11.5- v15.3 upgrade (linux)
Previous Message David Gauthier 2024-03-08 16:22:17 creating a subset DB efficiently ?