Комментарии 7
Обе эти утилиты заменяются pg_probackup. В документации всё расписано.
0
Конечно заменяют, к тому же pg_probackup обладает более широкими возможностями. Но, что делать, если нет возможности установить дополнительные инструменты на сервер БД?
+1
1. Как Вы, вероятно, знаете, в PostgreSQL 12 это работать не будет, т.к. в этой версии изменилась логика восстановления. Файл recovery.conf более не используется.
2. У Вас пишутся логи, когда из systemd-файла вызывается скрипт с перенаправлением?
2. У Вас пишутся логи, когда из systemd-файла вызывается скрипт с перенаправлением?
0
1. Отмечено в первом же абзаце.
2. Данный пример он ведь тестовый. Тема перенаправления потоков и логирования скриптов вызываемых systemd она к теме заметки не относится. Тем более в реальной версии скрипта, все сделано сильно по другому. Без перенаправления потока при вызове, а с помощью echo '****" >> $LOG_FILE 2>&1
2. Данный пример он ведь тестовый. Тема перенаправления потоков и логирования скриптов вызываемых systemd она к теме заметки не относится. Тем более в реальной версии скрипта, все сделано сильно по другому. Без перенаправления потока при вызове, а с помощью echo '****" >> $LOG_FILE 2>&1
0
Неплохая инструкция, но:
1) Нет не слова о настройках конфигурационного файла(хотя бы что надо включить реплику и архивирование).
2) Нет упоминания, что прежде чем использовать слот репликации — его надо в базе создать.
P.S. И в пункте о восстановлении не очень понятно почему раздаются права 750, когда вроде должны быть 700… но может я что то пропустил…
1) Нет не слова о настройках конфигурационного файла(хотя бы что надо включить реплику и архивирование).
2) Нет упоминания, что прежде чем использовать слот репликации — его надо в базе создать.
P.S. И в пункте о восстановлении не очень понятно почему раздаются права 750, когда вроде должны быть 700… но может я что то пропустил…
0
Заметка ни в коем случае не инструкция. Просто мысли по поводу.
Вот на основании данной заметки и делалась рабочая инструкция и рабочие скрипты (порядка 20 штук, кстати)
Зачем? Каким образом PITR связаны с репликацией?
Архивирование это видимо имеется в виду — периодическое создание базовой резервной копии? По pg_basebackup много материалов, проблем в общем то не было.
По пункту 2.
Создание слота:
Запуск потоковой архивации WAL
Опечатка, спасибо. Хотя в общем то для заметки непринципиально.
Посмотрел по поиску на Хабре, вроде не нашел статей о PITR штатными средствами. Так, что может быть кому то пригодится, в качестве шаблона-рыбы.
Вот на основании данной заметки и делалась рабочая инструкция и рабочие скрипты (порядка 20 штук, кстати)
1) Нет не слова о настройках конфигурационного файла(хотя бы что надо включить реплику и архивирование).
Зачем? Каким образом PITR связаны с репликацией?
Архивирование это видимо имеется в виду — периодическое создание базовой резервной копии? По pg_basebackup много материалов, проблем в общем то не было.
По пункту 2.
Создание слота:
pg_receivewal --create-slot --slot=slot_receivewal --verbose
Запуск потоковой архивации WAL
systemctl start pg_receivewal.service
почему раздаются права 750, когда вроде должны быть 700
Опечатка, спасибо. Хотя в общем то для заметки непринципиально.
0
Запилил видео для восстановления кластера на базе Patroni, и это уже все верно для 12-ой версии Postgres-а. youtu.be/3-URl1XyBv8
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Этюд по PITR штатными средствами PostgreSQL