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.
>
>
>
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 |