Как правильно очищать archived WAL логи PostgreSQL?

Question

[Владимир]

Я настроил в PostgreSQL 15:

• бэкапы через cron + pg_basebackup
  
• archive_command
  
• recovery_command
  

В результате, у меня еженедельно делаются backup'ы, а в течении недели "архивируются" WAL логи.
Для восстановления, я восстанавливаю последний backup и система корректно восстанавливается.
Но, как я понимаю, архивные логи ДО-момента backup'а уже не нужны?! Как и по какому принципу их можно удалять?

Answer 1

[Melkij]

Берёте pgbackrest.
Ну или walg или barman какие.

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

архивные логи ДО-момента backup'а уже не нужны

до позиции LSN на момент запуска basebackup, самого старого из тех, который по вашей политике резервного копирования нужно хранить.

Comments

[Владимир]

Я для хранения backup'ов использую Yandex.Disk + кастомный консольный клиент, поэтому не уверен что описанные Вами решения мне подойдут.

Правильно ли я понимаю, что при archive_mode='on', имена WAL файлов не переиспользуются.
Cледовательно, сделав pg_basebackup, я могу проанализировать backup_label и вытащив START WAL LOCATION я определю ВСЕ WAL файлы, которые уже "неактуальны" -> я их могу удалить ?!

[Melkij]

LSN только монотонно растёт и однозначно сопоставляется с именем WAL файла. Поэтому если не делать специально чего-то сильно странного, то да, только по имени можно судить о возрасте этого сегмента и его необходимости для восстановления. Собственно, именно по имени restore_command и запрашивает сегменты WAL.