Thread: pg_upgrade in primary/standby architecture
Hello PGAdmins,
I am wondering if there is a way we can leverage replication set up to minimize outage caused by pg_upgrade in case of major version upgrade. We use streaming replication.
Scenario:
1. Primary and standby are running 9.1.6 and I want to upgrade both to 9.2.4 (or 9.2.6)
2. Streaming replication is used
3. I cannot use pg_dump due to the size of the database. I have to use pg_upgrade
Thanks,
Murthy
I am wondering if there is a way we can leverage replication set up to minimize outage caused by pg_upgrade in case of major version upgrade. We use streaming replication.
Scenario:
1. Primary and standby are running 9.1.6 and I want to upgrade both to 9.2.4 (or 9.2.6)
Hi Venkata Balaji,
Thank you!
Yes, streaming replication cannot be setup between two different versions. That is true.
I am looking to upgrade both primary and standby with minimal outage to application….. I want to know if it is possible. If it is not possible, is there any architecture where we can minimize upgrade related outage?
Murthy
From: Venkata Balaji Nagothi [mailto:vbnpgc@gmail.com]
Sent: Tuesday, March 18, 2014 12:47 AM
To: Murthy Nunna
Cc: pgsql-admin@postgresql.org
Subject: Re: [ADMIN] pg_upgrade in primary/standby architecture
On Tue, Mar 18, 2014 at 1:52 PM, Murthy Nunna <mnunna@fnal.gov> wrote:
I am wondering if there is a way we can leverage replication set up to minimize outage caused by pg_upgrade in case of major version upgrade. We use streaming replication.
If i got you correct - Streaming Replication cannot be setup between two different versions of PostgreSQL.
Scenario:
1. Primary and standby are running 9.1.6 and I want to upgrade both to 9.2.4 (or 9.2.6)
Though its not an straight forward or easy way to upgrade a big database - Did you think of Slony as an option ?
We have used Slony in the past to upgrade databases to reduce lengthy downtime. This depends on lot of factors though.
Regards.
Venkata Balaji N
Sr. Database Administrator
Fujitsu Australia
> From: Murthy Nunna <mnunna@fnal.gov> >To: Venkata Balaji Nagothi <vbnpgc@gmail.com> >Cc: "pgsql-admin@postgresql.org" <pgsql-admin@postgresql.org> >Sent: Tuesday, 18 March 2014, 12:49 >Subject: Re: [ADMIN] pg_upgrade in primary/standby architecture > > > >Hi Venkata Balaji, > >Thank you! > >Yes, streaming replication cannot be setup between two different versions. That is true. > >I am looking to upgrade both primary and standby with minimal outage to application….. I want to know if it is possible.If it is not possible, is there any architecture where we can minimize upgrade related outage? > You could use Slony-I for this, and it should be fairly quick to set up now that as of 2.2 you can add multiple tables andsequences in one go with SET ADD TABLE.
> > > >> From: Murthy Nunna <mnunna@fnal.gov> >>To: Venkata Balaji Nagothi <vbnpgc@gmail.com> >>Cc: "pgsql-admin@postgresql.org" <pgsql-admin@postgresql.org> >>Sent: Tuesday, 18 March 2014, 12:49 >>Subject: Re: [ADMIN] pg_upgrade in primary/standby architecture >> >> >> >>Hi Venkata Balaji, >> >>Thank you! >> >>Yes, streaming replication cannot be setup between two different >> versions. That is true. >> >>I am looking to upgrade both primary and standby with minimal outage to >> application….. I want to know if it is possible. If it is not possible, >> is there any architecture where we can minimize upgrade related outage? >> > > You could use Slony-I for this, and it should be fairly quick to set up > now that as of 2.2 you can add multiple tables and sequences in one go > with SET ADD TABLE. I have a small guide that can be useful. Saludos, Gilberto Castillo La Habana, Cuba --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>
Hi Venkata Balaji,
Thank you!
Yes, streaming replication cannot be setup between two different versions. That is true.
I am looking to upgrade both primary and standby with minimal outage to application….. I want to know if it is possible. If it is not possible, is there any architecture where we can minimize upgrade related outage?