Привет, а можете линкой поделиться, где можно взять фейковые данные на несколько сотен тысяч?

Может помощь https://github.com/emirozer/fake2db

Привет, а можете линкой поделиться, где можно взять фейковые данные на несколько сотен тысяч?

можно нагенерить https://github.com/memsql/datafiller

спасибо попробуем

и вообще https://github.com/search?q=faker

Коллеги, подскажите. при использовании Corosync, Pacemaker. связки при переключении с одной ноды на другую будет какой-то даунтайм?

при любом HA решении будет даунтайм на время промоута standby в primary

даже в случае работы в синхронном режиме?

а если рассмотреть 3х узловой кластер на этой же основе где синхронная и асинхронная реплика, там тоже будет даунтайм?

Вам нужно сделать рестарт standby. В любом случае это даунтайм

а есть варианты без даунтайма? какие-то уже опробованные?

двунаправленная репликация

Мультимастер

И тут начинается самое интересное ).

да уж. после слов мультимастер всегда начинается интересное

т.е. без мультимастера честного 0 даунтайм не получить любыми средствами?

т.е. без мультимастера честного 0 даунтайм не получить любыми средствами?

Как минимум обрыв уже выполняющихся на старом мастере транзакций

Я думаю, BDR больше подойдет + какой нибудь прокси. Не стоит связываться с мультимастерами на мой взгляд

BDR это и есть мультимастер?

хотя и DBR тоже сырой

вот мне тоже не хотелось бы. тоже смотрел в сторону bdr

BDR это не мультимастер)

двунаправленная асинхронная репликация

пошел читать матчасть.

Спасибо, всем откликнувшимся

https://habrahabr.ru/post/227959/

Если коротко, то BDR позволяет создавать географически распределенные асинхронные мульти-мастер конфигурации (о да, детка) используя для этого встроенную логическую потоковую репликацию LLSR.

Bi-Directional Replication for PostgreSQL (Postgres-BDR, or BDR) is the first open source multi-master replication system for PostgreSQL to reach full production status. Developed by 2ndQuadrant, BDR is specifically designed for use in geographically distributed clusters, using highly efficient asynchronous logical replication, supporting anything from 2 to more than 48 nodes in a distributed database.

С сайта вендора

да тоже сегодня эту статью читал

Я понимаю, что вы под мультимастером имели ввиду решения на логической репликации - как в mysql?

только что-то я слышал про логическую репликацию не очень кто ее юзает

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

Я понимаю, что вы под мультимастером имели ввиду решения на логической репликации - как в mysql?

будто бывает мультимастер на физической репликации ;)

ОК. на мой взягляд мультимастер, это когда у нас есть GTM (DTM) или что то, что рулит транзакциями. А репликация это не про мультимастер)

будто бывает мультимастер на физической репликации ;)

Бывает без репликации )) RAC ))

Хотя он не мултимастер

ну это же совсем не то

Чет я болтанул

вот именно. Такое в mysql назывется NDB кластер

а если использовать сверху pgBouncer?

ОК. на мой взягляд мультимастер, это когда у нас есть GTM (DTM) или что то, что рулит транзакциями. А репликация это не про мультимастер)

Ну какой-то устоявшейся теминологии тут нет. На мой взгляд, MM - это N идентичных нод, с возможностью записи на любую и с distributed consistency. Этим MM отличается от BDR. Является Oracle RAC мультимастером -вопрос спорный, но по факту область применения очень похожая.

Ну какой-то устоявшейся теминологии тут нет. На мой взгляд, MM - это N идентичных нод, с возможностью записи на любую и с distributed consistency. Этим MM отличается от BDR. Является Oracle RAC мультимастером -вопрос спорный, но по факту область применения очень похожая.

Да, я как раз имел в виду, что конфликты кто то должен разруливать.

Стоит ли дробить таблицу? То есть связь один к одному.Teams и TeamStrategies. Просто чтобы избежать слишком большой таблицы.

а если использовать сверху pgBouncer?

Это лишь пулер соединений, не более. Посмотри тогда уж на pgpool.

про него чет все ругаются кругом)

Стоит ли дробить таблицу? То есть связь один к одному.Teams и TeamStrategies. Просто чтобы избежать слишком большой таблицы.

Без конкретной необходимости —- нет.

про него чет все ругаются кругом)

От прямоты рук зависит тоже не мало.

pgpool в любом случае отстрелит всех клиентов от упавшего мастера. Плюс ему нужно время на поиски нового. На это время, ваши клиенты будут испытывать стресс)

Волшебства пока нет) к сожалению.

В libpq сейчас появилась возможность задавать несколько URL-ов http://paquier.xyz/postgresql-2/postgres-10-multi-host-connstr/

угу. В JDBC тоже есть такая штуковина

что это даст в практическом применении?

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

т.е. мультимастер это аналог bdr? либо можно использовать синхронную репликацию тоже?

хотя на время промоута тоже будет даунтайм

угу. В JDBC тоже есть такая штуковина

К слову, в pgjdbc оно более хитрое. Там есть режим targetServerType= preferSecondary (т.е. оно будет пытаться найти реплику), targetServerType=master (будет искать master ) и т.п. Там есть рандомизатор ( loadBalanceHosts=true ), чтобы раскидывать соединения по хостам в случае, когда несколько подходят

т.е. мультимастер это аналог bdr? либо можно использовать синхронную репликацию тоже?

Мультимастер - это BDR + distributed consistency

Да, libpq сейчас не позволяет балансировать нагрузку,а jdbc - позволяет.

т.е. без мультимастера честного 0 даунтайм не получить любыми средствами?

Я бы очень хотел почитать/посмотреть на честное отсуствие даунтайма вообще. А не только в БД.

ОК. на мой взягляд мультимастер, это когда у нас есть GTM (DTM) или что то, что рулит транзакциями. А репликация это не про мультимастер)

Я бы очень хотел почитать комментарии на высказывание о том, что репликация - это не про мультимастер, от разработчиков мультимастера от ПгПро... А то они что-то подозрительно молчат.

Я бы очень хотел почитать комментарии на высказывание о том, что репликация - это не про мультимастер, от разработчиков мультимастера от ПгПро... А то они что-то подозрительно молчат.

Имелось в виду, что голая репликация с полуручным решением конфликтов (аля BDR) это не "честный" мультимастер

Не понимаю как pg_restore из gz сделать

Пишеь

pg_restore -W -U sysdba -d db db_25.03.2018.gz

Не понимаю как pg_restore из gz сделать

А как это *.gz создавался?

А как это *.gz создавался?

Хорош вопрос к нашим админам, не знаю :) Ну наверное pg_dump ом

а zcat | psql не подойдёт?

или внутри не sql?

А то вам, скорее всего, понадобится gzip: zcat db_25.03.2018.gz|pg_restore

а zcat | psql не подойдёт?

А там внутрЕ - дамп, созданный c -Fc

или внутри не sql?

Внутри sql, я думал pg_restore может сам все сделать, ладно, сделаю zcat по старинке))

Спасибо

Я тут специально в man по пг_ресторе заглянул: pg_restore is a utility for restoring a PostgreSQL database from an archive created by pg_dump(1) in one of the non-plain-text formats. Как говорится, думайте сами.

Ну какой-то устоявшейся теминологии тут нет. На мой взгляд, MM - это N идентичных нод, с возможностью записи на любую и с distributed consistency. Этим MM отличается от BDR. Является Oracle RAC мультимастером -вопрос спорный, но по факту область применения очень похожая.

Вопрос ни разу не спорный. RAC - это несколько инстансов одной БД с шаренного между нодами, где инстансы запущены стораджа. Если сторадж умер - весь RAC умер. Переключаться некуда. RAC решает (в теории, при правильно написанном приложении) задачу горизонтального масштабирования нагрузки. Задача отказоусойчивости и высокой доступности в неназываемом решается другими средствами.

коллеги, а есть аналоги Transparent Application Failover oracle в постгресе?

коллеги, а есть аналоги Transparent Application Failover oracle в постгресе?

Он настолько прозрачный что его никто не видел

коллеги, а есть аналоги Transparent Application Failover oracle в постгресе?

А зачем вам аналог? Концепции разные. Плавающий IP c db_hostname0 решает задачу. А как он плавает: ручками, zookeeper, haproxy или ещё как-то - это уже детали.

Вот из-за таких любителей аналогий пихают в постгрес всякое гуано типа автономных транзакций и snapshot too old...

А зачем вам аналог? Концепции разные. Плавающий IP c db_hostname0 решает задачу. А как он плавает: ручками, zookeeper, haproxy или ещё как-то - это уже детали.

Taf это не только это

TAF - это механизм, который позволяет клиенту найти сервис в списке нод. При условии что сервис умеет переезжать с ноды на ноду, что происходит в случае RAC и DG

собственно да, Дмитрий прав. по сути позволить клиенту повисеть в неведении какое-то время пока приложение едет) мое понимание

И сответственно сделать авто-реконнект, если есть такая настройка

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

Это в случае свичовера. В случае файловера сохранить транзакцию не удастся

Если у вас на аппликейшене установлен pgbouncer (локальный) можно поставить на паузу, переключиться и продолжить. Будет не так красиво как в TAF, но для большинства сессий незаметно.

Но это не отменяет боунсер на самой БД

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

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

Но зачем же прозрачно? Есть же обработка пользовательских ошибок? Дата там 30 февраля или город по КЛАДР не найден. Вот добавить туда же temporary backend error. Типа всё в порядке, но нажми ещё раз на кнопку. Пока пользователь среагирует как раз успеет переключиться.

Ребята, в таблице есть поле с кодом. Надо чтобы первые 2 символа кода были буквами, далее был дефис, а последние 3 цифрами, иначе не добавлять поле в таблицу. Помогите пожалуйста с SQL кодом для этого, буду очень благодарен

домены ваше все

Ребята, в таблице есть поле с кодом. Надо чтобы первые 2 символа кода были буквами, далее был дефис, а последние 3 цифрами, иначе не добавлять поле в таблицу. Помогите пожалуйста с SQL кодом для этого, буду очень благодарен

в триггере проверяйте новое значение. before insert https://www.postgresql.org/docs/current/static/plpgsql-trigger.html

в триггере проверяйте новое значение. before insert https://www.postgresql.org/docs/current/static/plpgsql-trigger.html

Да для этого и CHECK должно хватить, зачем тут триггер?