Комментарии 8
Я понимаю, почему не положили S3 в comunity-версию pg_probackup - бизнес есть бизнес. Да в общем-то ладно, поживём с WAL-G.... Но вот почему на этот режим обидели PGPro Standart решительно не ясно. Так вообще получается обиженная жизнью редакция, и PPEM с ней работать будет когда-то потом (BiHa в PGPro Std нет, а остального в PPEM нет, как кластерами рулить не ясно), ещё и здесь подстава... Обидно граждане :-((((
pgbackrest не умеет в S3?
Это очень дерзкое и весьма далёкое от реальности заявление: https://habr.com/ru/articles/820349/
А оригинал в коммуне ЖЖ я делал в 2019-м, и уже тогда pgbackrest умел в S3.
Как вы выглядите без тщательной проработки вопроса, публикуя столь недостоверную информацию, решайте сами.
Мне больше интерсено как pg_dump нативно бекапитя на s3? Я что-то пропустил?
Строго говоря да, в pg_dump действительно нет возможности сохранения в S3, но есть скрипт в полторы команды, который и так все используют. Скопировать 1 текстовый файл, не сложно, поэтому при составлении таблицы мы решили ему немножко подыграть
https://devcoops.com/pg_dump-to-s3-directly/
Да, посыпаем голову пеплом - pgbackrest научили в S3 в 2019, а мы забыли обновить табличку. Плюсик вам за внимательность.
Но, как обычно, есть нюанс. Задача прилепить поддержку S3 уже давно ушла на уровень церковно-приходской школы и двух запросов в чатгпт. Весь вопрос в том, чтобы уметь готовить файлы в удобном для s3 формате. Так что просто сдампить pgdata и залить на блочный сторадж это ну так себе достижение.
Почему то про такие решения для бэкапа как pg_rman (с которого собственно и скопировали pg_probackup2 если я не ошибаюсь) и про pgmoneta в статье ни слова, а они ведь есть.
И если честно, то я не понял как с нуля восстанавливается бэкап если ни LibProbackup3 ни само приложение pg_probackup3 не знает об особенностях и структуре дата-файлов конкретной версии пг? Структуру же знает плагин который в пг, но пг у нас мертва, есть только пустой диск и где-то там бэкап в S3, как происходит рестор на пустой диск с остановленным пг?
Всё же это статья о функциях pg_probackup3, а не попытка сравнить его со всеми другими инструментами, коих достаточно много.
pg_probackup2 использует наработки pg_arman и об этом честно написано на Github https://github.com/postgrespro/pg_probackup/tree/master так что тут никакой великой тайны.
А информация о дата файлах и не нужна. Нужно понимать формат бекапа, а это pg_probackup3 умеет. Восстановление, как и при других физических видах бекапа, возможно только на ту же мажорную версию Postgres на той же архитектуре.
Что будет интересного в pg_probackup 3