Re: PostgreSQL replication failover

From: Ganesh Korde <ganeshakorde(at)gmail(dot)com>
To: Pepe TD Vo <pepevo(at)yahoo(dot)com>
Cc: Jan Peters <haseningo(at)gmx(dot)de>, pgsql-admin(at)lists(dot)postgresql(dot)org, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
Subject: Re: PostgreSQL replication failover
Date: 2021-01-13 18:46:42
Message-ID: CAPNyb0UMysUm2KzYoy==HtNXbq2LjJanxTzxBRJjdPXt4W418A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

You can use different tools which detects if primary fails and
automatically promotes standby.

To assure all data on standby you should use synchronous replication.

On Wed, 13 Jan 2021, 6:54 pm Pepe TD Vo, <pepevo(at)yahoo(dot)com> wrote:

> >>If you shut down the primary server cleanly, all changes will be
> replicated,so you should be good.
>
> >>During a failover, that is, if the primary suddenly fails, there is
> always
> the possibility that you lose some transactions, unless you use synchronous
>
> you said above which I don't need to run promote to make it failover as
> long as I set synchronous on? The last couple of weeks I have a failure
> on the primary server and can't run on a slave. It picks up as reading mode
> only.
>
>
>
> *Bach-Nga*No one in this world is pure and perfect. If you avoid people
> for their mistakes you will be alone. So judge less, love, and forgive more.[image:
> Emoji][image: Emoji][image: Emoji]
> To call him a dog hardly seems to do him justice though in as much as he
> had four legs, a tail, and barked, I admit he was, to all outward
> appearances. But to those who knew him well, he was a perfect gentleman
> (Hermione Gingold)
>
> **Live simply **Love generously **Care deeply **Speak kindly.
> *** Genuinely rich *** Faithful talent *** Sharing success
>
>
>
>
> On Wednesday, January 13, 2021, 06:25:53 AM EST, Laurenz Albe <
> laurenz(dot)albe(at)cybertec(dot)at> wrote:
>
>
> On Wed, 2021-01-13 at 09:27 +0100, Jan Peters wrote:
> > we are running postgresqlserver on s390 zLinux machines. The distribution
> > is RedHat 7 and RedHat 8, so we do not have the many x86 tools
> available.
> >
> > We always run 2 instances with a replication (streaming) async mode, the
> replica
> > is in hot_standby and we use it for read-only accesses. About the setup
> we have the following question:
> >
> > How is an orderly failover accomplished? Our current procedure is.
> >
> > 1. primary stop
> > 2. promote replica to primary
> > 3. create standby.signal on old primary
> > 4. change primary_conninfo on old primary
> > 5. start old primary as new replica
> >
> > Is this processing correct? Are there any other steps that simplify a
> failover?
> > How can we be sure that all changes have been transferred from the old
> master to the replica?
>
> What you describe is not a failover, but a switchover.
>
> If you shut down the primary server cleanly, all changes will be
> replicated,
> so you should be good.
>
> During a failover, that is, if the primary suddenly fails, there is always
> the possibility that you lose some transactions, unless you use synchronous
>
> replication.
>
>
> Yours,
> Laurenz Albe
> --
> Cybertec | https://www.cybertec-postgresql.com
>
>
>
>
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Jan Peters 2021-01-14 08:16:02 Aw: Re: PostgreSQL replication failover
Previous Message Laurenz Albe 2021-01-13 16:57:08 Re: PostgreSQL replication failover