Всем добрый вечер. Возник такой вопрос: есть сервер1, на котором делаются бекапы утилитой pg_probackup (версии 9.5, 9.6). Есть сервер2, который по rsync с флагами -p -r -t -delete полностью синхронизируется с папкой бекапов сервера1. Данная схема успешно работала несколько месяцев. Теперь возникла ситуация, что на сервере1 стало мало места для бекапов (к примеру пока влезает 4 месячных полных бекапа + инкременты за каждый день), на втором сервере2 такой проблемы нет (собственно он и используется как бекап сервер).
Возникла мысль убрать флаг delete у rsync (т.е. при удалении файла на источнике, на приемнике файл останется) - т.е. не будет зеркальной копии на приемнике. На сервере1 через pg_probackup вести одну политику резервного копирования, например, хранить бекапы только за последний месяц; на сервере2 - другую, после прогона rsync удалять бекап через pg_probackup, например, старше 6 месяцев. Также по идее в схеме учавствует сервер3 (бекап-бекапа), который по rsync сливает данные с сервера2, там тоже планируется своя политика хранения бекапов postgresql (все через ту же утилиту pg_probackup).

Вопрос - будут ли после этого бекапы на сервере2/сервере3 валидные? Например, в голову приходит какой-то такой вариант:
на источнике удалились какие-то старые бекапы, также pg_probackup изменила какой-то файл на источнике, который, например, ранее указывал на один файл, теперь будет указывать на другой. После rsync на сервере2 появится этот измененный файл и вдруг получится так, что все файлы есть, но сама утилита их уже просто не увидит

посмотрел внимательно структуру папок полных и инкрементных - визуально ничего не мешает реализовать такую схему.
авторpg_probackup - не стандартная штука, к сожалению или к счастью в PostgreSQL не входит, думаю.
Может и не стандартная, но очень хороша! в частности инкременты очень маленькие в отличие от того же barman, например.