Re: Upgrading to v12 - Mailing list pgsql-general

From Adrian Klaver
Subject Re: Upgrading to v12
Date
Msg-id c47f3b0d-042a-ea5f-6f19-593120c4815c@aklaver.com
Whole thread Raw
In response to Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Responses Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Re: Upgrading to v12  (Ron <ronljohnsonjr@gmail.com>)
List pgsql-general
On 11/11/22 20:59, Brad White wrote:
> On Fri, Nov 11, 2022, 9:57 PM Adrian Klaver <adrian.klaver@aklaver.com 
> <mailto:adrian.klaver@aklaver.com>> wrote:

> Yes. The backup is from production.
> V9.4 is running on 5432 on all servers.
> That particular restore happens to be on the dev server. 5433 is v12.
> 

1) This does not address from your OP:

"I only need the primary.
Not the half dozen restored copies."

And then from follow up post:

"I deleted all the other DBs and left only the primary.
Still getting the same error message, ending with"

How where the restored copies made on the original cluster?

2) For your explanation above, pg_dump from 9.4(5432) to pg_restore 
12(5433) the issue would be ...\9.4\bin\pg_dump.exe of 9.4 and 
pg_restore of said dump file to version 12. When moving up in version 
you need to use the newer version of pg_dump(...\12\bin\pg_dump.exe) to 
dump the 9.4 instance and then the version 12 pg_restore to the 12 
instance. Both programs are backwards compatible, not forwards compatible.

-- 
Adrian Klaver
adrian.klaver@aklaver.com




pgsql-general by date:

Previous
From: Igor Korot
Date:
Subject: Printf-like function
Next
From: Tom Lane
Date:
Subject: Re: Printf-like function