есть такое, но да, снимать лаг реплики с мастера нам тоже показалось странным )
но с таким поведением приходится мериться, вопрос с границами алерта и временем работы триггеров в заббиксе

Приветствую, подскажите в функции для дат ... (trunc(sysdate), 1006); что могут означать эти цифры?

А Вы уверены, что это вообще PostgreSQL?

у меня и так все консистентно взлетает после восстановления с мастера, проблема только со стандбу

> не угодил тем что у меня все через 7zip уже сделано и работает, сжимает быстрее/лучше и контроля больше у меня над копированием

Ну почему было не взять готовые решения (зачем обязательно изобретать велосипед), а? ;(
По вопросам:

> в доке не нашел как со стандбу снимать бакупы копированием файлов

Вот это внимательно / целиком прочитали?
https://www.postgresql.org/docs/current/continuous-archiving.html#BACKUP-LOWLEVEL-BASE-BACKUP

Экспериментировали?
И да, документация про это в самом деле не исчёрпывающая, насколько я помню.

> вопрос только в том что бы быть увереным когда я могу на стандбу быть уверен что все засинкано и ждет бакупа

Вкратце, всё равно придётся либо задействовать primary (по ссылке написано, как), либо ждать, либо вообще делать не stand-alone backups (т.е. рассчитывать на WAL archive... но почему бы и нет?).

С чем и чем мЕриться?! о_О

у меня и так все консистентно взлетает после восстановления с мастера, проблема только со стандбу

ну это вполне себе из родной доки путь
если там что-то ломается то очевидно проблема не в бобине %)

выхлоп pg_basebackup можно отправить в пайп, а дальше на любимый архиватор

Нафига?! Ради развлечения окружающих велосипедостроением? Ибо -F t -z -Z <[0-9]> - и получится сжатый затаренный архив, который вполне себе современными архиваторами (тем же 7zip) понимается...

Михаил вы же знаете что ТЗ бывает разным с очень экзотическими требованиями )))

ну это вполне себе из родной доки путь
если там что-то ломается то очевидно проблема не в бобине %)