Comments 16
Отличный пост по существу дела. Большое спасибо, такие посты экономят очень много времени. Самому все изучить и продумать нереально.)
restore_command = '/usr/local/bin/wal-fetch.sh "%f" "%p"'
После создания recovery.conf попытка запустить postgres заканчивается с ошибкой:
ВАЖНО: использование файла с конфигурацией восстановления «recovery.conf» не поддерживается
Что я делаю не так?
UPD: PostgreSQL 12.1
Да, это действительно так. Разобрался. Завтра напишу с подробностями что и как.
Спасибо, полезный обзор. Возьмем в качестве шаблона и будем учиться.
Добрый вечер!
У меня есть некоторые вопросы и замечания по данному мануалу, хотелось бы чтобы автор
это поправил, а именно:
1. При сборке RPM в build.sh пропущено копирование файлов wal-fetch.sh и wal-g-run.sh
2. Во всех скриптах прописан путь /usr/local/bin/wal-g, но в RPM-пакете wal-g лежит в /usr/bin
3. При установке RPM требует зависимости:
4. Не смог настроить работу по https через nginx, как это можно реализовать? Умеет ли wal-g
работать через https?
5. Есть ли необходимость делать FULL / дельта бэкапы раз в сутки?
6. Я бы добавил еще скрипт для удаления старых бэкапов (wal-g delete retain FULL 2 --confirm)
7. Восстановление в PostgreSQL версии 12 и выше работает по-другому, а именно:
У меня есть некоторые вопросы и замечания по данному мануалу, хотелось бы чтобы автор
это поправил, а именно:
1. При сборке RPM в build.sh пропущено копирование файлов wal-fetch.sh и wal-g-run.sh
2. Во всех скриптах прописан путь /usr/local/bin/wal-g, но в RPM-пакете wal-g лежит в /usr/bin
3. При установке RPM требует зависимости:
error: Failed dependencies:
/usr/local/bin/wal-g is needed by wal-g-0.2.14-13.x86_64
4. Не смог настроить работу по https через nginx, как это можно реализовать? Умеет ли wal-g
работать через https?
5. Есть ли необходимость делать FULL / дельта бэкапы раз в сутки?
6. Я бы добавил еще скрипт для удаления старых бэкапов (wal-g delete retain FULL 2 --confirm)
7. Восстановление в PostgreSQL версии 12 и выше работает по-другому, а именно:
- restore_command и recovery_target_time переехали в postgresql.confirm
- для запуска восстановления необходимо создать $PGDATA/recovery.signal
В новой версии 0.2.15 уже можно не использовать обвязку из bash скриптов, т.к. добавили возможность использовать файл настроек .walg.json https://github.com/wal-g/wal-g/issues/545
Находится он в домашней директории postgres
Я правильно понял, что настройки из /etc/wal-g/server-s3.conf переехали туда же?
Прошу прощения что с января не видел ваш 1 комментарий.
Сделал новый пакет wal-g:
rpm -ql wal-g
/usr/local/bin/wal-gУбрал из пакета все bash скрипты. Файл настроек .walg.json в rpm НЕ кладу. Т.к. у всех он всех разный.
Устанавливается как обычно:
yum -y install yum-plugin-copr
yum copr enable antonpatsev/wal-g
yum install -y wal-g- Про nginx я не понял
- Как и сколько делать бекапов на ваше усмотрение.
- Добавлю в пост
Файл настроек .walg.json в rpm НЕ кладу. Т.к. у всех он всех разный
Он у всех разный, но для примера его стоит все-таки.
Для себя сделал другую rpm-ку, под ALT Linux, в ней положил файл .walg.json.default и README в /usr/share/postgresql12-walg.
В README описал куда положить конфиг и не забыть сделать chown postgres на него, а также ссылку на github.com/wal-g/wal-g/blob/master/PostgreSQL.md
restore_command и recovery_target_time переехали в postgresql.confirm
Поправьте на postgresql.conf. У меня в комменте выше Т9 сработал, а самостоятельно исправить не могу.
Добрый день!
Подскажите пожалуйста, а умеет-ли wal-g ходить на minio по https?
У меня ни в какую не получилось заставить его работать:
Подскажите пожалуйста, а умеет-ли wal-g ходить на minio по https?
У меня ни в какую не получилось заставить его работать:
http: TLS handshake error from x.x.x.x:58128: remote error: tls: bad certificate
Sign up to leave a comment.
Знакомство с wal-g системой бекапирования PostgreSQL