Re: Guidance Needed for PostgreSQL Upgrade from 12 to 15

From: Kris Deugau <kdeugau(at)vianet(dot)ca>
To: pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: Guidance Needed for PostgreSQL Upgrade from 12 to 15
Date: 2024-11-19 17:32:29
Message-ID: 355729f6-74a0-1b5c-a065-bd919507a490@vianet.ca
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Scott Ribe wrote:
>> On Nov 18, 2024, at 12:10 PM, Achilleas Mantzios <a(dot)mantzios(at)cloud(dot)gatewaynet(dot)com> wrote:
>>
>>
>> I'd like to add if someone can tolerate some seconds of downtime, with logical replication it is possible to swap the roles of publisher / subscriber so that one can keep the old database as a means of extra safety. If his/her app breaks beyond repair and there is no time for fixing, one can simply go back to the old DB with some minor adjustments (such as sequences).
>
> In the same vein, if one's file system offers atomic snapshots:
>
> 1) shut down PG
> 2) run pg_upgrade with the hard links option
> 3) take snapshot
> 4) start up new PG
>
> Now, if there's a failure, you can go back to the snapshot and either start up the old PG, or do some troubleshooting and try upgrading again.

Er... I would think that you'd want to do:

1) shut down PG
2) take snapshot
3) run pg_upgrade with the hard links option
4) start up new PG

as otherwise the old PG won't start properly, due to the changes made by
pg_upgrade.

-kgd

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Ribe 2024-11-19 17:42:42 Re: Guidance Needed for PostgreSQL Upgrade from 12 to 15
Previous Message David G. Johnston 2024-11-19 15:31:28 Re: Broken behavior after minor update CVE-2024-10978