DBA1-13. 18. Обзор репликации

DBA1-13. Тема 18. Обзор репликации
postgrespro.ru...
Авторы курса: Егор Рогов, Павел Лузанов, Илья Баштанов
© Postgres Professional, 2015-2022

[@sovrinfo]

Спасибо за видео. Коммент в поддержку!

[@АлексейБеляев-у7щ]

Очень Ждем новое видео !

[@ИванРузанов-о9ь]

Круто

[@dmitrylemeshenko9642]

Спасибо!!!

[@ПавелСироткин-м5е]

Хороший обзор получился единственное не хватает англ субтитров.

[@belikk1986]

Делаю практику, где надо настроить репликацию в синхронном режиме. После настройки в главном сервере команды не выполняются. Просто записываются одна за одной, и при нажатии Enter ничего не происходит. прирывается это только нажатием Ctrl+C. Выдаётся следующая ошибка WARNING: canceling wait for synchronous replication due to user request DETAIL: The transaction has already committed locally, but might not have been replicated to the standby. Почему так может быть?

[@PostgresProfessional]

Сервер пытается синхронизироваться с репликой, которая не работает. Проверьте, что реплика работает, и что у нее в параметре primary_conninfo прописано то же application_name, что и в параметре synchronous_standby_names на мастере.

[@belikk1986]

@@PostgresProfessional Спасибо большое!

[@PeterSidoroff]

У меня тоже на главном сервере после настройки синхронизации сразу пошли зависания при выполнении команд. Начал ковыряться, и оказалось, все дело в параметре wal_level на главном сервере (стояло значение logical (поставил, когда слушал лекцию), а должно стоять replica). Исправил значение wal_level на главном сервере и рестартанул сервер, а потом повторил процедуру по методичке - тогда все заработало.

[@АлексейБеляев-у7щ]

когда новое видео ?

[@euroserg2006]

Двоичная совместимостьсерверов... Имеется в виду на уровне операционных систем (ядро + пр.)? Или подразумевается, что сборки самого postgresql должны быть одинаковыми (мажорная+минорная версии, один и тот же репозиторий)?

[@IlyaBelintsev]

Версии postgresql должны быть одинаковыми.

[@aynurshauerman]

Если вдруг какой-нибудь пользователь стирает важную информацию, админ говорит - ой! 😂 это было смешно)

[@PostgresProfessional]

Не так уж это и смешно, честное слово.

[@aynurshauerman]

@@PostgresProfessional так-то, конечно, не смешно, не дай бог оказаться в такой ситуации, смерти подобно!)

[@leonid7256]

На 13 минуте, вы говорите про механизм обратной связи, это параметр hot_standby_feedback = 0? Или про synchronous_commit = remote_apply

[@PostgresProfessional]

Обратная связь включается параметром hot_standby_feedback = on

[@leonid7256]

@@PostgresProfessional спасибо за ответ)

[@progamer-jq9mg]

Вопрос: А может быть работоспособна такая схема - МАСТЕР --> физическая репликация ---> РЕПЛИКА --> логическая репликация --> КАКОЙ-ТО СЕРВЕР (или несколько) ? То есть может физическая реплика быть одновременно публикующим сервером для других?

[@PostgresProfessional]

Такую возможность обещают завезти в 16-ю версию: commitfest.postgresql.org/42/3740/ А пока подписаться на физическую реплику не получится.

[@Frezer911]

Да, мне тоже в голову такая схема пришла, думал полезть гуглить, а вы уже спросили )