@BoJlDeMaP_biggest_Beer_fan , а пробовали уже свичовер делать?

@BoJlDeMaP_biggest_Beer_fan , а пробовали уже свичовер делать?

что это?

я только пытаюсь запустить репликацию

переключение при такой репликации мастера

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

делаю вторую попытку создания базовой копии кластера

тоже буду скоро отстраивать, только еще поверх будет боунсер

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

я вот думаю нужен ли в конфиге на слэйве параметр hot_standby_feedback = on, ведь репликация идет не через архивирование, а через слот

и достаточен ли на мастере wal_level = replica для репликации через слоты

Какая версия?

9.6

а с каких пор обычная выборка стала кртежами? ))))) может я мхом покрылся и что-то в этой жизни пропустил?

а запросы на чтение будут в реплику?

пардон кортежами

а запросы на чтение будут в реплику?

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

@BoJlDeMaP_biggest_Beer_fan , https://postgrespro.ru/docs/postgresql/9.6/runtime-config-wal.html

вот про параметр

вот про параметр

вообще написано что replica достаточно..

а вообще, если будут запросы на чтение к реплике, то второй параметр hot_standby_feedback = on, сервер горячего резерва будет сообщать ведущему о запросах, которые он выполняет в данный момент, что позволит vacum понимать какие таплы нужны для запросов на реплике и не будет их вычищать.

про второй параметр там же в ссылке только ниже описание

ну получается на запуск это повлиять не может

на запуск не должно

не запускается слэйв ( вот что в логах -

2018-03-27 05:51:37.976 MSK [19393] СООБЩЕНИЕ: система БД выключена 2018-03-27 07:41:05.089 MSK [26728] СООБЩЕНИЕ: работа системы БД была прервана; последний момент работы: 2018-03-27 07:35:56 MSK 2018-03-27 07:41:05.313 MSK [26728] СООБЩЕНИЕ: переход в режим резервного сервера 2018-03-27 07:41:05.348 MSK [26728] СООБЩЕНИЕ: запись REDO начинается со смещения AE/7B2E4590 2018-03-27 07:41:05.492 MSK [26731] [н/д]@[н/д] СООБЩЕНИЕ: неполный стартовый пакет 2018-03-27 07:41:06.018 MSK [26734] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:06.524 MSK [26737] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:07.032 MSK [26740] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:07.539 MSK [26743] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:08.046 MSK [26746] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:08.553 MSK [26749] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:09.060 MSK [26752] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:09.568 MSK [26755] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:10.075 MSK [26758] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:10.582 MSK [26761] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:11.089 MSK [26764] postgres@postgres ВАЖНО: система баз данных запускается 2018-03-27 07:41:11.091 MSK [26727] СООБЩЕНИЕ: получен запрос на "вежливое" выключение 2018-03-27 07:41:11.102 MSK [26729] СООБЩЕНИЕ: выключение 2018-03-27 07:41:11.131 MSK [26729] ПРЕДУПРЕЖДЕНИЕ: xlog min recovery request AE/B72F0F48 is past current point AE/A0567480 2018-03-27 07:41:11.131 MSK [26729] КОНТЕКСТ: запись блока 0 отношения base/540548/6929410_vm 2018-03-27 07:41:12.048 MSK [26727] СООБЩЕНИЕ: система БД выключена

https://www.postgresql.org/message-id/CFCD6054-BA8E-48A1-A414-8EB351C59F93%40thebuild.com попробуй тут посмотреть

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

а попробуй сделать для резерва pg_rewind

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

а разве слот репликации на мастере не должен валы удерживать пока слэйв их не вытажит?

щас на работу приеду и еще почитаю

Я ещё сам не пробовал жду виртуалки

а разве слот репликации на мастере не должен валы удерживать пока слэйв их не вытажит?

А слот заранее создал?

И да recovery.conf есть? Там слот прописан?

а разве слот репликации на мастере не должен валы удерживать пока слэйв их не вытажит?

Если ты Слот создал и не подключал к нему слейв то не будет

Если хоть раз Слот использовался то будет

слот создал заранее, мастер после этого не перезапускал. реплику создавал pg_basebackup, recovery.conf редактировал после создания копии, указывал там слот репликации

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

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

При basebackup можно указать слот

При basebackup можно указать слот

о, спасибо

Никогда не понимал зачем ROW переводят как «строка», ведь это в первую очередь РЯД. А у новичков в результате возникает путаница со “string”.

потому что в таблицах - строка и столбец но базы данных отчего-то "колоночные", а не "столбцовые" а в структуре строки колонка - "поле"

потому что в таблицах - строка и столбец но базы данных отчего-то "колоночные", а не "столбцовые" а в структуре строки колонка - "поле"

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

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

Вот ни разу не видел человека, начинающего, путающего строки row в базе и строки string в клиентском приложении. Тем более, что тип данных внутри БД это varchar.

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

Так что ты -уникум!

Так что ты -уникум!

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

?

Нужно демосайт развернуть на PG10 - какой хостинг посоветуете?

scaleway.com

мне не дедик нужен

времени 10 минут - чтобы не разворачивать нужен именно хостинг с pg

мне не дедик нужен

Там разное есть

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

За те сто лет, что я работаю в IT, я тебя ни разу не видел... :)

времени 10 минут - чтобы не разворачивать нужен именно хостинг с pg

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

Ладно

За те сто лет, что я работаю в IT, я тебя ни разу не видел... :)

за мкадом жизни нет. а люди есть

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

docker up -d postgres:10

ну как хотите конечно

docker up -d postgres:10

это знать надо и админ нужен ))

scaleway.com

у них что то в последнее время ВМок нет

Никогда не понимал зачем ROW переводят как «строка», ведь это в первую очередь РЯД. А у новичков в результате возникает путаница со “string”.

Ну вообще канонично это называть запись. А каждая колонка в записи это поле. Кортеж IMHO эт самое научное название это еще Кодт говорил в теории реляционных бд. Я это понимаю так: вот есть 42 - это значение. Дай ему имяю qtty=42 - это поле, логически объедини несколько полей описывающих один объект {name="палка", qtty=42} - это кортеж или запись, составь список кортежей с одинаковыми типами и именами полей - получишь таблицу.

у них что то в последнее время ВМок нет

очень быстро разбирают. неделю охотился когда понадобилось.

а не связано ли это с тем что все кинулись себе випиэн делать

Я кстати, ажиотажа с vpn не понимаю.

Что он даст?

Если большинству людей телеграм будет недоступен?

При basebackup можно указать слот

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

Я такого не знаю.

ERROR: S client not available

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

Скажите а проект Postgres-XL жив? стоит его рассматривать ?

Ребята, нид хелп, у меня установлен сервер 9.6 а пскл 9.2, не спрашивайте как получилось, где то накосячил, как мне правильно теперь поправить это?

Просто обнови пскул

Да.

Ребята, нид хелп, у меня установлен сервер 9.6 а пскл 9.2, не спрашивайте как получилось, где то накосячил, как мне правильно теперь поправить это?

Тут нет ничего криминального. Просто клиентский шелл старый.

как я понял мне достаточно удалить старые пакеты и проверить пути к новым?

pgsql 9.6 ставили из PGDG, а нативный pgsql в центоси идёт версии 9.2

убейте postgresql-9.2

всё должно само заработать

т.к. PGDG ставит в /usr/pgsql-9.6 и он в пути находится позже чем /usr/bin:/usr/sbin

или запускайте /usr/pgsql-9.6/bin/psql

спасибо.

как я понял мне достаточно удалить старые пакеты и проверить пути к новым?

Можно вообще ничего не делать

Можно вообще ничего не делать

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

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

50 Гб пару часов? Странно, это что же за конфигурация железа (память, диски) такая? А так - у пг_базебекап есть ключик -X, если указать ему значение stream, то pg_basebackup в параллельном соединении будет вытаскивать необходимые для старта и догона мастера WAL-ы. Но таки archive_mode = on & archive_command = 'чего-то там, откуда сможет забрать слейв' надёжнее.

всем привет

тут много говорили про BDR

и вот мучает один вопрос

Как это всё бекапить?

У меня планируется 4 ноды.... и?

Как это всё бекапить?

Каждый instance уникален. Бекапится отдельно.

суть проблемы в том что бывает необходимость откатить базейку часа на 2 назад

Если конечно надо.

я уже догадался

чет не нравится мне этот индеец (с)

суть проблемы в том что бывает необходимость откатить базейку часа на 2 назад

Разве что PITR для каждой ноды и затем синхронная подмена рабочих нод на свежеотрековеренные.

не прокатит

pg_basebackup does not copy replication slots and replication identifiers BDR doesn't know how to follow a timeline increase on a node

ннде... дитя без глазу

https://github.com/2ndQuadrant/bdr/issues/98 И с тех пор лучше не стало?