Feature suggestions for backup and replication - Mailing list pgsql-general

From da avory
Subject Feature suggestions for backup and replication
Date
Msg-id CABigjW_PQqfMFCKBQKQoubf=jRVbbFFbRrv0xFt+GJzcmSBvkQ@mail.gmail.com
Whole thread Raw
Responses Re: Feature suggestions for backup and replication  (Ron <ronljohnsonjr@gmail.com>)
List pgsql-general
Hi all,

not sure whether this is the right list to ask. I do have two (small!?) feature suggestions, both regarding backup and replication, which might appeal to a wider audience.

1) it would be very great to have the option to add a timestamp to all lines of output of pg_dump and pg_restore. We regularly do dump/restores that take multiple days and this would help immensely to see bottlenecks, time distribution and get an overall feel for which steps take how long. 

2) It would be equally great to be able to retrieve the actual value of recovery_min_apply_delay config parameter that is configured on a streaming client as a value on the primary (as a field in pg_stat_replication). Ideally in a consistent form, i.e. converted to seconds or interval. We currently have our ops team monitoring our streaming clients in various monitoring views and while we can of course see pending transfer and replay volume there is no way to see the intended apply_delay without storing it somewhere on the primary (where it will get inevitably out of sync with the used value).

Many thanks

Dean

pgsql-general by date:

Previous
From: Rob Sargent
Date:
Subject: Re: Setting up replication on Windows, v9.4
Next
From: Pilar de Teodoro
Date:
Subject: Re: postgres replication without pg_basebackup? postgres 13.3