Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id C312B1336705 for ; Mon, 18 Oct 2010 09:19:32 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 60939-09 for ; Mon, 18 Oct 2010 12:19:25 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from ve114133-syscp.hlsrv.com (unknown [77.120.114.133]) by mail.postgresql.org (Postfix) with ESMTP id B8DC0133655C for ; Mon, 18 Oct 2010 09:19:24 -0300 (ADT) Received: from [193.109.164.235] (helo=[192.168.77.174]) by ve114133-syscp.hlsrv.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1P7oi4-00045D-DC for pgsql-ru-general@postgresql.org; Mon, 18 Oct 2010 15:21:00 +0300 Message-ID: <4CBC3C1D.7000508@gmail.com> Date: Mon, 18 Oct 2010 15:22:53 +0300 From: Sergej Kandyla User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329) MIME-Version: 1.0 To: pgsql-ru-general@postgresql.org Subject: =?KOI8-R?Q?Re=3A_=5Bpgsql-ru-general=5D_Re=3A_=5Bpgsql-ru-?= =?KOI8-R?Q?general=5D_=E1=D3=C9=CE=C8=D2=CF=CE=CE=C1=D1_=CD=D5=CC=D8?= =?KOI8-R?Q?=D4=C9-=CD=C1=D3=D4=C5=D2_=D2=C5=D0=CC=C9=CB=C1=C3=C9=D1=2E?= =?KOI8-R?Q?_=F7=CF=DA=CD=CF=D6=CE=D9=C5_=D0=D2=CF=C2=CC=C5=CD=D9_=C9?= =?KOI8-R?Q?_=D2=C5=DB=C5=CE=C9=D1?= References: <001517503b189c2b760492cfd2ba@google.com> <4CBBFD66.1060601@gmail.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus-Scanner: Scanned with ClamAV X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=1.593 tagged_above=-10 required=5 tests=BAYES_50=0.8, RDNS_NONE=0.793 X-Spam-Level: * X-Archive-Number: 201010/7 X-Sequence-Number: 1031 Successful story подобного? Отказоустойчивость в режиме мультимастер ? шутить изволите ;) Мультимастер между различными датацентрами - шутка еще похлеще первой. Виктор Вислобоков wrote: > Зачем? Ну например, если вы хотите разнести обслуживание клиентов по > разным датацентрам, даже если объём записи при этом не очень-то велик. > Или если вы хотите балансировать нагрузку с одновременным получением > отказоустойчивости в случае умирания одного сервера. > > 18 октября 2010 г. 11:55 пользователь Sergej Kandyla > > написал: > > simplevolk@gmail.com wrote: > > Здравствуйте! > У меня вопрос- как в новой версии PostgreSQL обстоит с > мультимастер репликацией? > > > Простите, а зачем? > > Имхо - это зло, и поиск приключений на свою жопу. > При интенсивных записях избыточные расходы на синхронизацию > мастер-мастер слишком существенны, > причем растут экспоненциально в зависимости от колличества > серверов в группе репликации. > > > > Я порыл в инете этот вопрос накопал,что в общем случае > проблема не решена,решена только в частных. > > Накопал также и то,что там есть 3 возможных конфликта репликации- > > 1. Ошибка обновления > 2. Конфликт уникальности. > 3. Конфликт удаления. > > Скажите, эти проблемы до сих пор актуальны?Решены ли они в > новой версии? > > > Никакие продвинутые механизмы разрешения репликационных > конфликтов не могут гарантировать 100% консистентность данных, > посему не лучше ли избрать по возможности более простую архитектуру? > > > > > Спасибо. > > > > -- > Sent via pgsql-ru-general mailing list > (pgsql-ru-general@postgresql.org > ) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-ru-general > >