Откуда взялась мастер-реплика?  Докер - это для разработки большей частью.

Вы ведь про обновление самого докера?

Нет, я про обновление ПГ в докере.

постгрес в докере все равно же использует примонтированный каталог ?
останавливаем докер
обновляем каталог с постгресом
запускаем докер с постгресом новой версии
реплику синхним через rsync (с остановкой и запуском докера)

сам я докер не использую, но процесс представляю себе примерно так

Я не занимаюсь поддержкой разработки. Только и исключительно пром, который обслуживает внешних клиентов. Как показывает практика, то, что используется при разработке, так называемые "архитекторы" от словосочетания "идиоты безмозглые" пытаются протащить и в пром. Ну у меня же на ноутбуке, деве всё работает!

без нагрузки и реальных объемов данных, ага, все работает ))

Тогда понятно. В высоконагруженную систему лучше лишних уровней не запихивать, тут согласен, конечно.

Вот именно! На прошлой работе один такой архитектор ваял скрипты для миграций. 50+ тыс записей вставлял отдельными INSERT-ами. У него на деве всё быстро проходило, меньше минуты.

На деве SSD, а на боевом - HDD, так?

Не так. 50 тыс записей и нагруженный проект и по записи, и по чтению.

Самое интересное в этой фразе - лишние уровни. Ибо при любой, даже паравиртуализации, этот лишний уровень появляется. А если ещё и используются тома системы виртуализации, а не проброс физических устройств в витруалку, то чудеса с вводом/выводом гарантированы.

> обновляем каталог с постгресом

Просто ради любопытства — как делается вот эта часть, "снаружи" (я к тому, что в норме тут нужны binaries двух версий PostgreSQL)?

вот я когда описал, тоже подумал что в данном варианте на вм наверно и нет пакетов постгреса )

но теоретически их можно поставить ..

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

ну или , как вариант, поднять с этим вольюмом докер с двумя (незапущенными) версиями постгреса
и провести обновление внутри контейнера докер-композа

уверен можно еще несколько вариантов придумать )

человек который умеете докер, собрать образ с двумя версиями постгреса под задачу апгрейда на составит большого труда

Гм. Вы про любые их виды в исполнении докера или про какой-то конкретный?

Т.е., по большому счёту, максимальный уровень "виртуализации" для СУБД - это контейнеры (вот я и посмотрю, кто понимает значение этого слова, хых). Паравиртуализация - это для функционального тестирования.
ЗЫ. Не вижу никаких проблем поднять ту же виртуалку в xen-е. Там рукоблудия поменее будет, нежели в докере.

И как вы pg_upgrade-у расскажете про эти докеры?

Понятно, спасибо!
Но выглядит как-то сложнее, чем без docker, на первый взгляд. ;)

Добрый день. У меня проблема с созданием баз из шаблона template0. Каждую ночь база накатывает дампы с прода в временные базы, потом дропает оригиналы и делает переименование временных баз в оригинальные. Сегодня у меня перестали работать команды createdb:

2021-03-11 04:00:07,575296320 -> createdb -T template0 'tools_ui_12e5deb6'
createdb: database creation failed: ERROR:  database is not accepting commands to avoid wraparound data loss in database "template0"
HINT:  Stop the postmaster and vacuum that database in single-user mode.
You might also need to commit or roll back old prepared transactions.

Подскажите из-за чего такое могло случиться.
Что такое wraparound data loss?
Как чинить? Запускать фулл вакуум на всех базах?

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