Re: psql backward compatibility - Mailing list pgsql-general

From Adrian Klaver
Subject Re: psql backward compatibility
Date
Msg-id f0bf61e1-962c-a559-f188-91f640a0c8aa@aklaver.com
Whole thread Raw
In response to psql backward compatibility  (Stephen Haddock <haddock.stephenm@gmail.com>)
Responses Re: psql backward compatibility
Re: psql backward compatibility
List pgsql-general
On 11/18/20 8:05 AM, Stephen Haddock wrote:
> Hello,
> 
> When upgrading an older version of postgres, version 8.4 for example, to 
> a newer version such as 9.6, does the data have to be migrated immediately?
> 
> It looks like the recommended method is to dump the data, upgrade, 
> initialize a new cluster, and then restore the dumped data into the 
> newer version. My question is whether the data dump and restore must be 
> done immediately. It appears that 9.6 is able to run against the older 
> cluster (DB service starts, queries work, etc), and the data could be 

Hmm, missed that. As David said that should not happen and if you are 
running a new binary against an old cluster then you will get corruption.

> migrated days or weeks later. I don't know if that is asking for issues 
> down the line though such as 9.6 corrupting the data due to 
> incompatibilities between the two versions.
> 
> Thanks!


-- 
Adrian Klaver
adrian.klaver@aklaver.com



pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: psql backward compatibility
Next
From: Snjezana Frketic
Date:
Subject: Re: How to select values in a JSON type of column?