Добрый день.

СОдержание:
1. Описание системы
2. Моя ситуация
3. Вопросы



1. Описание системы:
a postgreSQL-10.
b Ubuntu 18
c Настроено каскадная репликация.


2. Моя ситуация
Проблема в папке pg_wal которая теперь весит уже добрых 10 гг.
Там у меня WAL файлы по 16 мегабайт.
В postgresql.conf - у меня стоит значения:
wal_keep_segments = 64
archive_mode = on.
Но archive_command не прописан.



3. Вопросы
********************************
Внимание вопросы
********************************
a.
Можно ли прописать значения архивирования gzip-ом и запустить
на лету без перезапуска базы ? Или нужен даунтайм ?
archive_command = 'gzip < %p > /var/lib/pgsql/archive/%f'

b.
Понимаю что нужен restore_command ЧТо нужно еще указать ?
restore_command = 'gunzip < /mnt/server/archivedir/%f > %p'

c.
Обьясните синтакисис команды Я ее не понимаю что означает %f и %p
'gzip < %p > /var/lib/pgsql/archive/%f'
restore_command = 'gunzip < /mnt/server/archivedir/%f > %p'

mefman,

Я ее читал как на русском так и на английском языке. Там не дается описания ключей.
Логично что Я задал этот вопрос здесь.
Мне лично не понятно :
%p заменяются полным путём к файлу, подлежащему архивации, а %f заменяются только именем файла.

Что это означает на практике. Учитывая что в папке pg_wal огромное количество файлов их в смысле все указывать или дастаточно пути ?
А при ресторе как быть тогда ?

noute,

Дополню если у меня папка pg_wal весит 10 гигов.
Могу ли я вписать ее в ahcive_comand для архивации gzip-ом или нет ?/var/lib/postgresql/10/main/pg_wal/ ??

Melkij,

Спасибо за ответ теперь стало понятно. Что не нужно подставлять путь до pg_wal. А делать по мануалу.
В рамках которого база сама будет брать и сжимать Wal файлы.

Единственное: два последних вопроса.
1. Правильно ли Я понимаю что нужно рассчитывать место для WAL файлов и в случае если я буду сжимать gzip-ом то и для архивов нужно расчитывать место ?
2. Ротацию логов база будет делать самостоятельно или нужно будет периодически подчишать файлы самостоятельно ?

1. Спасибо за ответ. Теперь стало понятно. Да так как Я джун был не вкурсе про WAL-ы и они у меня на тех же дисках что и сама База Данных.
2. Ну под логов Я имел в виду WAL-ы в папке pg_wal. Если Я пропишу archive_command. В том плане что база будет gzip-ом сжимать архивы в нужную папку и автоматически удалять файлы которые сжала в папке pg_wal. Но из вашего ответа Я понял что нет.

P.S
А можно самому подчишать эти файлы на лету ? Там команда же даже есть pg_archivecleanup на сколько Я понимаю ее нужно запускать с ключом -d и указывать директорию. (Мануал читал - но блин страшно.)

Пример:
pg_archivecleanup -d /home/postgres/archive 00000002000000000000006B

Спасибо за ответ. Да делаю ручками бэкап pg_basebackup с ключом -D
А так же делаю дамп базы pg_dump.
Просто у Меня Я так понимаю ошибка в конфигураций:
1. Это то что pg_wal на тех же дисках что и База
2. archive_mode=on тогда как archive_command не прописан.
3. Из-за этого очень быстро растет папка pg_wal. И Я не знаю как ее подчистить на master сервере.

Спасибо за советы. (Вы единственный кто реально дал дельные советы).
А что если мне нужны pg_wal и Я не прописал archive_comand сами файлики в папке pg_wal можно как нибудь почистить ?

Добрый день. Спасибо всем тем кто отвечал на мой вопросы.
Лично спасибо Melkij,

Вопрос можно закрыть. Проблема решина.
Кому интересно:
1 Ошибка была в развертываний и в частности связана с опциями archive_mode=on
тогда как archive_command не была указана.
2. pg_wal у меня хранится там же где и база.
3. Это в свою очередь привело к росту файлов.

Как решить эту проблему.
1. Фундаментально - нужно решить нужен ли вам WAL или нет.
Если да то указывать archive_command и желательно не хранить на тех же дисках.
Если нет то указать archive_mode=off

2. Если вы все таки имеете такую же проблему как у Меня и нужно срочно что то делать то советую прочитать https://www.percona.com/blog/2019/07/10/wal-retention-and-clean-up-pg_archivecleanup

эта команда pg_archivecleanup
Позволяет зачишать файлы.
В начале нужно будет скопировать всю папку pg_wal
сделать бэкап pg_dump а так же pg_basebackup
и уже запускать pg_archivecleanup