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
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 |