Re: will this upgrade strategy work?

From: Jerry Sievers <gsievers19(at)comcast(dot)net>
To: Mark Steben <mark(dot)steben(at)drivedominion(dot)com>
Cc: Jerry Sievers <gsievers19(at)comcast(dot)net>, pgsql-admin <pgsql-admin(at)postgresql(dot)org>
Subject: Re: will this upgrade strategy work?
Date: 2018-09-05 21:01:39
Message-ID: 8736un7j64.fsf@jsievers.enova.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Mark Steben <mark(dot)steben(at)drivedominion(dot)com> writes:

> HI Jerry
>
> Thanks for your response.  Is the copy option of pg_upgrade faster
> than a traditional pg_dump-restore?

It should be unless the system is horribly bloated. But your proposal
doesn't specify dump/restore anyway.

> Remember we are striving for speed and mimimal downtime.

Then consider doing a logical live replica using any of slony, skytools
or pglogical from your 9.4 system into 9.6 and then just promote the 9.6
system and run on it.

FYI

>
> On Wed, Sep 5, 2018 at 3:20 PM, Jerry Sievers <gsievers19(at)comcast(dot)net
>> wrote:
>
> Mark Steben <mark(dot)steben(at)drivedominion(dot)com> writes:
>
> > Good afternoon, team.
> >
> > We wish to do a postgres upgrade from 9.4 to 9.6.  In order to
> > minimize downtime we were thinking to do this:
> >   1. bring postgres down (9.4 is on 'diskset 1')
> >   2. do a physical copy of the data to 'diskset 2' (same
> phyxical
> > server.
> >   3.  do an inplace pg_upgrade  to 9.6 on 'diskset 2'
>
> Note that the copy (vs link) option of pg_upgrade is
> non-destructive and
> probably a simpler version than what you're proposing.
>
> Whatever method you choose, best do a prior test run in a
> non-prod
> setting to insure everything is correct.
>
> HTH
>
>
> >   4.  Bring postgres up on 9.6 diskset 2
> >  This way we have 9.4 on diskset 1 to fall back on.
> >
> > This would work much faster than the traditional dump restore.
> >
> > Any comments welcome.  Thanks.
> >
> >
> > --
> > Mark Steben
> >  Database Administrator
> > @utoRevenue | Autobase 
> >   CRM division of Dominion Dealer Solutions 
> > 95D Ashley Ave.
> > West Springfield, MA 01089
> > t: 413.327-3045
> > f: 413.383-9567
> >
> > www.fb.com/DominionDealerSolutions
> > www.twitter.com/DominionDealer
> >  www.drivedominion.com
> >
> > 
> >
> >
> >
> >
> >
> >
>
> --
> Jerry Sievers
> Postgres DBA/Development Consulting
> e: postgres(dot)consulting(at)comcast(dot)net
> p: 312.241.7800
>
>
>
>
> --
> Mark Steben
>  Database Administrator
> @utoRevenue | Autobase 
>   CRM division of Dominion Dealer Solutions 
> 95D Ashley Ave.
> West Springfield, MA 01089
> t: 413.327-3045
> f: 413.383-9567
>
> www.fb.com/DominionDealerSolutions
> www.twitter.com/DominionDealer
>  www.drivedominion.com
>
>
>
>
>
>
>
>

--
Jerry Sievers
Postgres DBA/Development Consulting
e: postgres(dot)consulting(at)comcast(dot)net
p: 312.241.7800

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Tim Cross 2018-09-05 22:09:49 Re: User to get locked after three wrong login attempts.
Previous Message Mark Steben 2018-09-05 19:28:28 Re: will this upgrade strategy work?