Re: Monitoring Streaming Replication in 9.2

From: dinesh kumar <dineshkumar02(at)gmail(dot)com>
To: J Adams <pacetownsley(at)gmail(dot)com>
Cc: Postgres General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Monitoring Streaming Replication in 9.2
Date: 2014-05-16 17:49:17
Message-ID: CALnrH7qsS_8Bf9P35cqbjitGQDSxvroXttQQpaRMN-dL+GswXw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,

Here<http://eulerto.blogspot.in/2011/11/understanding-wal-nomenclature.html>is
the blog which has good explanation about this.

If you want to find the lag in seconds, then you need to execute something
like below.

SELECT pg_last_xact_replay_timestamp() - now();

Regards,
Dinesh
manojadinesh.blogspot.com

On Fri, May 16, 2014 at 9:37 PM, J Adams <pacetownsley(at)gmail(dot)com> wrote:

>
> Newb question here. I have streaming replication working with 9.2 and I'm
> using Bucardo's check_postgres.pl to monitor replication. I see that it
> runs this query on the slave:
>
> SELECT pg_last_xlog_receive_location() AS receive,
> pg_last_xlog_replay_location() AS replay
>
> That returns hex, which is then converted to a number in the script.
>
> My question is this: what does that number represent? Is it just the log
> position? If so, how does the log position translate to queries? Does one
> log position = one query? (I did say this was a newb question.)
>
> How do I determine a meaningful alert threshold for that value? Is there a
> reliable way to monitor replication lag in seconds? How do other people
> handle this?
>
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message John R Pierce 2014-05-16 17:53:37 Re: Questions about DB capabilities
Previous Message maillists0 2014-05-16 16:09:33 Monitoring Streaming Replication in 9.2