From: | Виктор Вислобоков <corochoone(at)gmail(dot)com> |
---|---|
To: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: [pgsql-ru-general] Асинхронная мульти-мастер репликация. Возможные проблемы и решения |
Date: | 2010-10-18 11:33:51 |
Message-ID: | AANLkTinQ2EadiH=jxRKJmv01ij3NP8oPyhuLA1bxZDX+@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-ru-general |
Зачем? Ну например, если вы хотите разнести обслуживание клиентов по разным
датацентрам, даже если объём записи при этом не очень-то велик. Или если вы
хотите балансировать нагрузку с одновременным получением отказоустойчивости
в случае умирания одного сервера.
18 октября 2010 г. 11:55 пользователь Sergej Kandyla <sk(dot)paix(at)gmail(dot)com>написал:
> simplevolk(at)gmail(dot)com wrote:
>
>> Здравствуйте!
>> У меня вопрос- как в новой версии PostgreSQL обстоит с мультимастер
>> репликацией?
>>
>
> Простите, а зачем?
>
> Имхо - это зло, и поиск приключений на свою жопу.
> При интенсивных записях избыточные расходы на синхронизацию
> мастер-мастер слишком существенны,
> причем растут экспоненциально в зависимости от колличества серверов в
> группе репликации.
>
>
>
> Я порыл в инете этот вопрос накопал,что в общем случае проблема не
>> решена,решена только в частных.
>>
>> Накопал также и то,что там есть 3 возможных конфликта репликации-
>>
>> 1. Ошибка обновления
>> 2. Конфликт уникальности.
>> 3. Конфликт удаления.
>>
>> Скажите, эти проблемы до сих пор актуальны?Решены ли они в новой версии?
>>
>
> Никакие продвинутые механизмы разрешения репликационных конфликтов не
> могут гарантировать 100% консистентность данных,
> посему не лучше ли избрать по возможности более простую архитектуру?
>
>
>
>>
>> Спасибо.
>>
>
>
> --
> Sent via pgsql-ru-general mailing list (pgsql-ru-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-ru-general
>
From | Date | Subject | |
---|---|---|---|
Next Message | simplevolk | 2010-10-18 12:07:42 | PostgreSQL .Собственный тип данных-таблица |
Previous Message | Rauan Maemirov | 2010-10-18 08:10:10 | Восстановление удаленных данных |