Re: Monitoring Replication - Postgres 9.2

From: John R Pierce <pierce(at)hogranch(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Monitoring Replication - Postgres 9.2
Date: 2016-11-30 01:02:28
Message-ID: 88772a5f-ee20-4c50-7873-2a4014a4f3d0@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 11/29/2016 3:31 PM, Patrick B wrote:
> I use these queries to monitor the streaming replication:
>
> *on master:*
> select client_addr, state, sent_location, write_location,
> flush_location, replay_location, sync_priority from pg_stat_replication;
>
> *On slave:*
> select now() - pg_last_xact_replay_timestamp() AS replication_delay;
>
> Can I create a table to store that data?

sure, why not ? do you want this table to just have one row with the
last value you stored? or do you want to store a history with timestamp ?

> I also need the data is constantly put into this table. How would be
> the best way to do it?

um, that data changes continuously, what do you mean, 'constantly' ?
if you mean once a minute or something, use a script that samples the
data and stores it in your table, and waits a minute, then repeats.
if you mean literally continously, why not just query the data as you
have, thats the 'live' value ... you oculd use a view, I suppose.

--
john r pierce, recycling bits in santa cruz

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Patrick B 2016-11-30 01:10:53 Re: Monitoring Replication - Postgres 9.2
Previous Message rob stone 2016-11-30 00:56:34 Re: "Fuzzy" Matches on Nicknames