Всем привет ктонибудь сталкивался с переездом с pg9.6 to pg12 ,без остановки? Есть одна проблемка делаю через logical decoding плагин decoder_raw, т.к в базу довольно большой инком я не могу её догнать. Так как я лью в pg12 в 1 поток как получил из wal. Есть какое решение для таких случаев? Уже думал в сторону kafka и по топикам раскидать таблицы. Но возможно есть что-то проще )
Всем привет ктонибудь сталкивался с переездом с pg9.6 to pg12 ,без остановки? Есть одна проблемка делаю через logical decoding плагин decoder_raw, т.к в базу довольно большой инком я не могу её догнать. Так как я лью в pg12 в 1 поток как получил из wal. Есть какое решение для таких случаев? Уже думал в сторону kafka и по топикам раскидать таблицы. Но возможно есть что-то проще )
Остановка-то всё равно будет, пусть кратковременная. А так, "догнать" ему нужно только один раз — может, бывает, что нагрузка уменьшается в какие-то периоды, и это удастся?
Остановка-то всё равно будет, пусть кратковременная. А так, "догнать" ему нужно только один раз — может, бывает, что нагрузка уменьшается в какие-то периоды, и это удастся?
Там нагрузка почти всегда стабильная но даже если по выключать часть воркеров все равно догонять долго придется. Речь может идти о неделе)
Да тормозит то что я лью в новую бд как есть читая из wal как они туда попали. А прилодение пишет в кучу потоков.
Хмм... так Вы действительно используете не встроенную логическую репликацию, а какое-то своё решение? Кстати, а почему вообще выбрали этот метод? Может, downtime с pg_upgrade тоже был бы приемлем?
Хмм... так Вы действительно используете не встроенную логическую репликацию, а какое-то своё решение? Кстати, а почему вообще выбрали этот метод? Может, downtime с pg_upgrade тоже был бы приемлем?
Ну там бд 7тб+ pg_upgrade довольно долгий. Но как последний вариант. в 9.6 нет стандартной логической репликации она с 10 версии.
Ну там бд 7тб+ pg_upgrade довольно долгий. Но как последний вариант. в 9.6 нет стандартной логической репликации она с 10 версии.
Размер БД для этого не имеет значения, важно количество объектов (Вы же про --link, я надеюсь?). По крайней мере, чтобы как-то запуститься, статистика — это другое дело.
> Но как последний вариант. в 9.6 нет стандартной логической репликации
Размер БД для этого не имеет значения, важно количество объектов (Вы же про --link, я надеюсь?). По крайней мере, чтобы как-то запуститься, статистика — это другое дело.
> Но как последний вариант. в 9.6 нет стандартной логической репликации
А, действительно. ;)
Все отягощается тем что это aws rds и что там под капотом сложно сказать) Там может произойти так, что она просто повиснет на всегда уже были прецеденты. )
Все отягощается тем что это aws rds и что там под капотом сложно сказать) Там может произойти так, что она просто повиснет на всегда уже были прецеденты. )
Еще эта проблема есть если кто надумает переезжать в шардированную посгрю. Там ситуация похожа логическая репликация не понимает что в координаторе линки на таблицы и льет прямо в координатор, а не по шардам и спасет только медленное декодирование(.
Еще эта проблема есть если кто надумает переезжать в шардированную посгрю. Там ситуация похожа логическая репликация не понимает что в координаторе линки на таблицы и льет прямо в координатор, а не по шардам и спасет только медленное декодирование(.
СУБД называется postgres. А что такое эта ваша постгря - только диаволу ведомо.
Всем привет, у меня такая проблема: не получается сделать бекап базы данных через пгадмин, но он ругается на то, что такого файла нет в директории. Так ведь я и хочу этот файл создать, сделав бекап