Люди добрые, чем бакапить под дебиан базу в постгре? желательно

в сетевую папку smb чтобы можно было.
И не очень замороченный синтаксис, бза небольшая, 5 гб, полные копии суточные и инкремент ежечасный. Простите за наивный вопрос, просто так много инструментов, глаза разбегаются

А просто штатный pg_dump не? И скрипт на три строки. И в крон

К нему и склоняюсь, эх, буду разбираться

а почему не basebackup? Давно интересует вопрос почему все pg_dump юзают? Сам basebackup пользую

Ну так из коробки же идёт.

basebackup из коробки тоже идет в релизах от postgrespro.

pg_basebackup делает копию датафайлов кластера, не дает возможность выборочного восстановления, тулза эта создана для инициализации реплик, если у тебя несколько инстансов постгреса.

Если баз несколько и нужно только одну откатить, то дампы могут быть удобнее

pg_basebackup создан именно для бэкапов постгреса. Это видно дажэ по его названию.

Одну базу из всех забекапить и восстановить можно?

Чаще всего при такой потребности нужно не одну откатить, а одну восстановить на тэстовом сервере. В такой формулировке pg_basebackup обычно тожэ лучшэ.

Нет. Но ориентироваться на этот кейс — довольно неосмотрительный повод для использования pg_dump.

Именно этот кейс и решает pg_dump. Собственно, для этого и нужен.

Херово решает.

Отлично решает. Для того и делали.

Для чего делали — вообще нерелевантно. Но это решэние удивляет безсмысленным создание проблем на ровном месте.

У кого как. Нам бывает нужно именно откатить, для этого дампы удобнее

Тут тоже вопрос спорный, мы решили делать каждой базе свой кластер, если надо обновить тестовую, написали скрипт и он разархивирует бекап в папку с тестовым кластером и заменой postgresql.conf. Я сильно не сравнивал но поидее это быстрее чем через pg_dump да и некая проверка валидности бекапа.

У меня на одной базе 180Гб - 24Гб дамп. Остальные не засекал. По скорости - да, скорее всего дамп медленнее. Но пока время восстановления не превысило допустимого я не парился. Сейчас правда тоже ищу альтернативу. Скорее всего самую большую базу вынесу в отдельный кластер и натравлю basebackup. А мелочь оставлю как есть.Там время бекапа-восстановления измеряется единицами минут.

В смысле? Проблемы в одной базе. Надо откатить именно её. Тыщу раз так делали, и он справляется на 100%. Что не так-то?

У pg_dump сравнительно много проблем со скоростью и надёжностью восстановления. От безысхолности он вполне сойдёт за бэкап, но... Довольно странно это использовать когда можно сделать basebackup.

При переходе на postgres читал статьи и именно для резервного копирования рекомендовали basebackup, так же когда тестировал словил ошибку именно с дампом и это окончательно поставило точку в выборе.

как-то поднимал эту тему.. есть некоторый минус в том что нельзя восстановить отдельную базу, а только сервер целиком. Получается надо делать 1 бд 1 инстанс? или восстанавливать в другой pg и тд и тп

да мы так и делаем

и получается покупаем для каждой БД отдельный pgpro?

к сожалению по лицензированию не скажу, пользуемся бесплатными сборками для 1с от postgrespro. Вероятно лицензирование у вас не на кластеры, а на сервер происходит.

А какие проблемы с надежностью восстановления ?

Выбор инструмента определяется задачей. Довольно странно советовать basebackup как некую универсальную штуку подходящую во всех кейсах

наверное в плане того, что дамп не есть бэкап и он не консистентен

Почему не консистентен?

потому что дампит все что есть на текущий момент

И?

поищите по чату. тут уж были священные войны на этот счет

Т.е. официальная документация врёт? "pg_dump is a utility for backing up a PostgreSQL database. It makes consistent backups even if the database is being used concurrently"

Это откуда такие утверждения ?

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

Да тут на каком-то нубском форуме писали )) https://www.postgresql.org/docs/current/app-pgdump.html

Разве лицензия не позволяет запустить несколько инстансов на разных портах?

>надо делать 1 бд 1 инстанс? Как вариант. Другой вариант — мелкие БД восстанавливать на вспомогательные сервера, потом переливать в основной дампом. Основные БД располагать по принцыпу "одна БД — один сервер".

Там лицэнзия вроде на ядра, какая разеица сколько инстансов?

Куда более странно советовать так pg_dump.

Про неконсистентен — это миф.

Что-то вы путаете, такого я не советовал. Я говорил, что бывают задачи, на которых его использование бывает оправдано

Я с этим и не спорил.