@gsmolk, доброго дня! Подскажите, такой "кейс": есть инстанс, резервная копия раз в день, изменений в базе мало, вал-ы создаются штук 5 за сутки, соответственно "доезжают" на сервер резервных копий через арчив_комманд достаточно редко ... при попытке восстановления копии на текущий момент времени с указанием recovery-target-time=$(date "+%F %T") pg_probackup ругается на отсутсвующий сегмент журнала, оно и понятно, ПГ его еще не "вытолкнул" на сервер резервных копий. Как правильно поступить в данном случае?

Archive timeout (как-то так называется) заставляет пг архивировать журналы с заданной переодичностью

если хотите восстановиться на последний доступный WAL, то можно просто указать --recovery-target=latest

Чтобы ограничить время жизни неархивированных данных, можно установить archive_timeout, чтобы сервер переключался на новый файл сегмента WAL как минимум с заданной частотой. Заметьте, что неполные файлы, архивируемые досрочно из-за принудительного переключения по тайм-ауту, будут иметь тот же размер, что и заполненные файлы.

это понятно ... но не решает моей задачи 😔

Как раз решает

Ставите раз в 5 минут, например

Текущий момент это всё равно абстракция

Вкупе с этой командой и таймаут ом получите максимальное отставание в 5 минут, например

ну если Вы хотите восстановиться на прям "честный" текущий момент, то тут только receivexlog

Наверное ещё можно выполнить какую нибудь команду на пг, что заставит его немедленно переключится на другой файл и вытолкнуть текущий

CHECKPOINT

pg_switch_wal()

Понял, спасибо! Подумаю как быть ...

скорее всего честный текущий момент Вам не нужен, но я могу ошибаться

честный не нужен, нужно в таком случае получить восстановлении на максимально возможный период ...

тогда --recovery-target=latest - ваш бро, с опциальной заморочкой в виде archive_timeout, если хотите предсказуемое отставание

ок, хорошо, спасибо еще раз!

Добрый вечер. Подскажите пожалуйста где ошибка?
Настраивал по методичке, но база начала медленно работать. Сел перечитывать методичку. Наткнулся на пункт:"В идеальной ситуации временные файлы либо вообще не должны создаваться,либо их должны быть единицы"
Но pg admin пишет что их у меня аж больше 4000! Может быть в этом причина?
Сервер пг и 1с разнесены по виртуалке и контейнеру в проксмоксе и не перезагружались уже наврно более 3х месяцев. платформа 8,3,18,1334
Ниже скрин статистики