Re: Replication lag from transaction logs

From: Keith <keith(at)keithf4(dot)com>
To: Fabio Pardi <f(dot)pardi(at)portavita(dot)eu>
Cc: pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: Replication lag from transaction logs
Date: 2018-06-18 13:22:08
Message-ID: CAHw75vvjnUDUkqmBH8VgY2wAcgTyc6s3Vw+zQmnann8B_XqH4g@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-admin

You can use pg_controldata on any data directory to get its rough position
in WAL replay, even when the database isn't running

https://www.postgresql.org/docs/current/static/app-pgcontroldata.html

On Mon, Jun 18, 2018 at 8:56 AM, Fabio Pardi <f(dot)pardi(at)portavita(dot)eu> wrote:

> That I know, if standby is down, you cannot know exactly the last applied
> transaction log file.
>
> But you could get a gross estimate if you check how many WAL files is the
> standby behind, just listing the WAL files on the master and on the
> standby.
>
> Given that you can login on the standby machine.
>
> regards,
>
> fabio pardi
>
>
> On 18/06/18 14:43, Debraj Manna wrote:
>
> Is it possible to figure out the replication lag from transaction log
> files in the slave and master without querying postgres on the slave?
> Basically figuring out the replication lag in a slave when the postgres is
> down in that slave.
>
>
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Debraj Manna 2018-06-18 13:59:56 Re: Replication lag from transaction logs
Previous Message Fabio Pardi 2018-06-18 12:56:28 Re: Replication lag from transaction logs