Обзор открытых свободных инструментов для создания резервных копий СУБД PostgreSQL

[x4m]

WAL-G поддерживает бекапы с реплик, блочные инкрементальные, tablespace-ы и конечно ротацию старых бекапов. А ещё параллельную загрузку WAL в обе стороны. Производительность тоже можете протестировать, скорее всего время восстановления у нас будет минимальным. Pull request-ы в документацию приветствуются :)

[shurutov]

А вы не могли бы привести соответствующие ключи (для поиска, я с удовольствием поправлю соответствующие пункты)?

[x4m]

С реплики заведётся без ключей, инкрементальные бекапы включаются WALG_MAX_DELTA_STEPS - максимальное количество инкрементов в цепочке. Tablespace никак настраивать не надо, они просто работают, но можно настроить как в WAL-E https://github.com/wal-g/wal-g/blob/master/docker/pg_tests/scripts/tests/wale_tablespace_compatibility_test.sh

Параллельная загрузка никакой настройки не требует (можно concurrency и лимиты покрутить если хочется).

[shurutov]

Доотвечаю на предыдущее сообщение.

Pull request-ы в документацию приветствуются :)

Увы, но чтобы формировать Pull request-ы, надо хорошо понимать предмет и устройство продукта, как оно внутри устроено и работает. У меня с пониманием wal-g всё очень грустно, печально и тоскливо, а на эксперименты для понимания и осознания времени нет и неизвестно. Ну и отсутствие пакетов - это для меня фатальный недостаток продукта целиком.

С реплико

[dbax]

Перестал читать после того как увидел связку pg_dump и "резервная копия"

[Maxim_Q]

А что не так с pg_dump? Это самы простой способ получить копию базы данных и создать резервную копию.

[Mimimi]

Блокировка таблиц во время бэкапа. pg_dump не является средством бэкапа, но может в какой-то мере для бэкапа использоваться.

[erogov]

pg_probackup - на уровне страниц умеет только при использовании ptrack (Что?! Пересобирать сам ПГ?!), без этого расширения - только на уровне файлов

Протестую, ваша честь! Можно и без ptrack, в режимах page или delta.

[shurutov]

Егор, спасибо за очень важное уточнение! Исправил соответствующее описание.

[iLyaSudi]

В качестве критерия не упомянуто наличие популярных плейбуков/ролей/модулей.

Я просто оставлю ссылку на выступление автора на эту тему:

[shurutov]

Для бекапов роль только пишется. :)

[shurutov]

Это не вот уж важный критерий, хотя бы потому, что ansible - ну совсем не единственный инструмент для централизованного конфигурирования.

[grgdvo]

В заголовке таблицы ошибка: barnam вместо barman

[shurutov]

Спасибо, поправил.

[Sleuthhound]

А почему в обзор не попал инструмент pgMoneta?

https://github.com/pgmoneta/pgmoneta

[shurutov]

Прощу прощения за задержку с ответом. Но указанного инструмента нет в обзоре, потому что на момент формирования исходной таблицы этого инструмента ещё в природе не существовало. И я о нём узнал из вашего сообщения. Как-то вот прошёл он мимо меня, и в потоке новостей от https://planet.postgresql.org/ я упоминания о нём не помню, вполне возможно, что пропустил.

[Sleuthhound]

А про pg_rman тоже не знаете? Довольно старая утилита бэкапа от NTT OSS

https://github.com/ossc-db/pg_rman

[shurutov]

Слыхать, может и слыхал, но, оригинальная таблица называется "Популярные инструменты для бекапа PostgreSQL.". И в то время, когда я эту табличку делал, указанная вами утилита, да и многие другие, которые где-то как-то мимолётно упоминались, популярными не являлись. Так что, если у вас есть намного более объёмный список инструментов для создания резервных копий постгреса, то вы можете свой обзор оформить. Постгресовые админы БД вам спасибо скажут. А по одной утилите сюда вопросы кидать, я думаю, не стоит.

[Sleuthhound]

Ну pgMoneta довольно новая утилита, но pg_rman - в обед сто лет, я уже не говорю про то, что pg_probackup слизали именно с нее.

Но Вам видней) Было бы интересно если Вы в будущей статье включите эти 2 утилиты в обзор.

[Ryav]

Хоть какой-нибудь тест скорости бы добавили, а так спасибо за статью — посмотрю в сторону pg_probackup.