- Проще и надежнее - штатными средствами постгреса Но будет только православный, Аноним (1), 18:44 , 04-Мрт-20 (1)
> Сейчас я раздумываю, с помощью каких инструментов проще всего решить эту задачу.Проще (и надежнее) - штатными средствами постгреса. Но будет только православный master-slave. Вы ТОЧНО хотите master-master? Ооно вам ДЕЙСТВИТЕЛЬНО надо? Тогда - только на уровне логической репликации. И неважно, сами вы напишете скрипты синхронизации или воспользуетесь каким-то готовым решением (да, их есть, нет, я их на память не помню, но гугль знает все) - это в любом случае будет уродство из говна и палок, криво работающее и то и дело падающее.
- Вопрос был именно в этом Ничего работающего и подходящего под мои условия я не н, xintreaMailRu (?), 18:55 , 04-Мрт-20 (2)
- не совсем понятно, вернее совсем непонятно как в этой обычной задаче быть с P, Pahanivo (ok), 19:51 , 04-Мрт-20 (3)
- Задача обычная, но требует небольшого планирования Например, как решать конфлик, abi (?), 00:02 , 05-Мрт-20 (4)
- Ищите отсюда - https wiki postgresql org wiki MultimasterНу да, обычнейшая бан, Аноним (8), 07:16 , 05-Мрт-20 (8)
- Я же в топике сказал Содержимое записей не меняется Это несколько меняет дел, xintrea (ok), 09:19 , 05-Мрт-20 (11)
- Зачем тогда эти экзерсисы с мультимастером Нарисуйте лучше обвязку, которая буде, Аноним (8), 09:29 , 05-Мрт-20 (12)
- Значит, на какое-то время в сети появятся два мастера Один - в отвалившейся час, xintrea (ok), 09:50 , 05-Мрт-20 (13)
- Я уже сказал - решить подобную задачу без участия человека - это Нобелевка Дерз, Аноним (8), 10:01 , 05-Мрт-20 (14)
- И вообще - если записи у вас не меняются , то ответ - а какая разница, кто , Аноним (8), 10:12 , 05-Мрт-20 (15)
- Видимо, я неправильно понимаю механизм репликации master-slave Вы хотите сказат, xintrea (ok), 10:51 , 05-Мрт-20 (16)
- Он хочет сказать что при ваших требованиях вы можете назначать мастер случайным , ыы (?), 12:20 , 05-Мрт-20 (17)
- а еще забавные условия с неважно какой скоростью репликации это означает что нап, ыы (?), 12:28 , 05-Мрт-20 (18)
- Сеть разделилась Появилось два мастера Сеть восстановилась Выбрали случайно м, xintrea (ok), 12:46 , 05-Мрт-20 (20)
- [.... слишком большой тред, остальное см. в режиме смотреть все |+ ] (23) !
- Вот тут поподробнее Как сделать равнение Между чем и чем Насколько это будет , xintrea (ok), 12:50 , 05-Мрт-20 (22)
- [.... слишком большой тред, остальное см. в режиме смотреть все |+ ] (24) !!!!
- Задача автоматического определения кто будет главным - решается элементарно а, ыы (?), 12:34 , 05-Мрт-20 (19)
- gt оверквотинг удален с вашими устаревшими версиями - вам нужно менять структу, odmin (??), 04:38 , 05-Мрт-20 (5)
>[оверквотинг удален] > Скорость репликации не важна. Достаточно, если синхронизация будет происходить периодически. > В минуту каждый хост может добавить в таблицу от 0 до > ~1000 новых записей. В любой момент сеть может «развалиться» и хосты > не смогут видеть друг друга, при этом новые записи будут создаваться. > После восстановления сети все новые записи должны засинхронизироваться на всех хостах. > Не факт, что все хосты будут работать одновременно. Может 4 хоста работать, > а 1 быть выключен. После его включения он должен принять все > данные, которые «пропустил» когда был выключен. Может быть и наоборот: работает > только 1 хост, остальные выключены. После включения остальных хостов, данные с > первого хоста должны перетечь на все остальные.с вашими устаревшими версиями - вам нужно менять структуру приложения, по простому будут две базы, одна postgres на чтение и синхронизируется она стандартными средствами репликации stream master slave + wal (в 9.1 это должно быть), вторая база это sqlite локальный кеш на запись. далее понятно, дополнительно отдельный процесс на синхронизацию локальных данных в глобальную базу, назад они вернутся через репликацию.
- gt оверквотинг удален Обновиться хотя-бы до 10 x и использовать логическую реп, Мимикус Пипикус Онанимус (?), 10:18 , 08-Мрт-20 (33)
>[оверквотинг удален] > Сейчас я раздумываю, с помощью каких инструментов проще всего решить эту задачу. > Насколько я понял, средства репликации, существующие для PostgreSQL 9.1 (тот же > slony), умеют делать только master-slave репликацию, да и работа такой репликации > в условиях нестабильной сети под большим вопросом. > Мне нужно что-то более простое, типа pt-table-sync от Percona, только не для > MySQL, а для PostgreSQL. И чтобы оно работало на древних линухах. > Перед тем, как я начну писать решение на коленке, я хочу попробовать > решить задачу уже готовыми инструментами. Кто что может предложить? Да, сменить > дистрибутив не получится, ибо при аттестации/сертификации/лицензиации средства стандартного > программного обеспечения зафиксированы Обновиться хотя-бы до 10.x и использовать логическую репликацию таблиц. Работает само и на автомате, правда только в одну сторону. Конфликты изменений в основной таблице и в реплике разруливать вручную. 9.x логическую репликацию не умеет.
|