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

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: David Gauthier <dfgpostgres(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: v11.5- v15.3 upgrade (linux)
Date: 2024-03-07 16:16:19
Message-ID: 32e9a9a2-b7c4-4da3-95e3-d346e734833c@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 3/7/24 07:47, David Gauthier wrote:
Please reply to list also.
Ccing list

> >>I would definitely read the release notes for 12.0, 13.0, 14.0 and 15.0.
> Check !  None of the breaking changes affect me.
>

> >>How are and from where are you installing the Postgres package(s)?
> IT does the installs.  I'd have to check with them.
> What would you recommend ? (again, linux installs)

I would use the packaging system for whatever Linux distro you are on.
In particular, if available, the community repos from here:

https://www.postgresql.org/download/

They generally offer more choice of Postgres versions for a given distro
version.

>
> >>.The would be plan 2 if installing  the plperlu package is not possible
> We do not want or need plperlu on the 15.3 DB

Then you can skip installing that package, assuming you have cleared out
all references to plperlu in the 11 instance.

>
> >> I would backup the 11.5 instance...
> Absolutely.  In fact, IT was planning on doing an 11.5 backup and
> restore on 15.3.  Unsure if restoring an 11.5 into a 15.3 is a wise
> approach.  Any thoughts on that?

According to item below that was already tested and worked. Is that correct?

>
> >>The above is going to depend on the size of the database
> Relative to what PG can do, this one is small (a few million
> records/table tops).  No partitioning.
>
> >>If you have the ability to do a test migration on a test machine
> where oops are not a problem that would be way to verify the 2) and 3)
> options.
> Already done.  He restored the 11.5 on 15.3 and I tested it.  Works fine.

So good to go, depending on extent of testing.

>
> I don't think I'll be able to sell the "3" option above to the IT
> group.  I think they'll want to do something simpler and with fewer steps.
> So the question is... option 1 or 2 ?  Or does it matter, either can work ?

If it where me it would be 1) as that gives you a fallback provision to
the original 11 instance.

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Pavel Stehule 2024-03-07 16:25:25 Re: pl/pgsql outside the DB, (i.e. on the terminal) possible ?
Previous Message Christophe Pettus 2024-03-07 15:57:57 Re: pl/pgsql outside the DB, (i.e. on the terminal) possible ?