Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Alexey Vakhov]

> > MT> eRServer смотрел?
> > MT> http://www.erserver.com/
> > December 2002  eRServer v1.2 Announced PRESS RELEASE
> > ---------^^^^
> > PostgreSQL, Inc. launches the much awaited Version 1.2 of our commercial replication utility.
> > --------------------------------------------------------------^^^^^^^^^^
> > ? ;o)
> Что он платный я знаю.
Да смотрел. Но отказался как раз по причинам написанным выше. :-)
Платное решение мне не подходит, так бд маленькая и для личного пользования.
Так же как и монструозные решения тоже не подходят. Если MySQL поддерживает репликацию,
я может быть просто перейду на него. Только немного напрягают замечания, что эта
функция там глючит. Хотелось бы услушать вашего совета, стоит ли разбираться в этом?
Хотя, как я уже говорил, postgres используется просто из интереса и пару
раз используются подзапросы, а насколько я знаю, если моя информация не
устарела, mysql не поддерживает подзапросы и ещё некоторые приятные
мелочи ;-)

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[iceb]

В Срд, 17 Мар 2004, Alexey Vakhov написал(а):

AV> Да смотрел. Но отказался как раз по причинам написанным
AV> выше. :-)
AV> Платное решение мне не подходит, так бд маленькая и для
AV> личного пользования.
AV> Так же как и монструозные решения тоже не подходят. Если
AV> MySQL поддерживает репликацию,
AV> я может быть просто перейду на него. Только немного
AV> напрягают замечания, что эта
AV> функция там глючит.

Мне тоже было бы интересно услышать, какие глюки народ находил.
Некоторые тонкости есть, но глюками я бы это не назвал.
Вот не далее как пару недель назад поднимал сервер из резервной базы
(бухгалтерия на 5 юрлиц с 1998г.) по причине внезапной гибели винчестера -
ни одной проблемы или потерянной записи не обнаружилось.
Но не каждый же день такое происходит (тьфу х 3).

AV> Хотелось бы услушать вашего совета,
AV> стоит ли разбираться в этом?
AV> Хотя, как я уже говорил, postgres используется просто из
AV> интереса и пару
AV> раз используются подзапросы, а насколько я знаю, если моя
AV> информация не
AV> устарела, mysql не поддерживает подзапросы и ещё некоторые
AV> приятные
AV> мелочи ;-)

А вы почитайте документацию - есть же на русском. И вопросы многие отпадут,
и будет более полное представление для решения.

-- 
Yura Kalinichenko

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Felix]

On Wed, Mar 17, 2004 at 04:54:35PM +0200, iceb@svitonline.com wrote:
> 
> В Срд, 17 Мар 2004, Alexey Vakhov написал(а):
> 
> AV> Да смотрел. Но отказался как раз по причинам написанным
> AV> выше. :-)
> AV> Платное решение мне не подходит, так бд маленькая и для
> AV> личного пользования.
> AV> Так же как и монструозные решения тоже не подходят. Если
> AV> MySQL поддерживает репликацию,
> AV> я может быть просто перейду на него. Только немного
> AV> напрягают замечания, что эта
> AV> функция там глючит.
> 
> Мне тоже было бы интересно услышать, какие глюки народ находил.
> Некоторые тонкости есть, но глюками я бы это не назвал.
> Вот не далее как пару недель назад поднимал сервер из резервной базы
> (бухгалтерия на 5 юрлиц с 1998г.) по причине внезапной гибели винчестера 

А можно поподробнее про бухгалтерию на MySQL?

> ни одной проблемы или потерянной записи не обнаружилось.
> Но не каждый же день такое происходит (тьфу х 3).
> 
> AV> Хотелось бы услушать вашего совета,
> AV> стоит ли разбираться в этом?
> AV> Хотя, как я уже говорил, postgres используется просто из
> AV> интереса и пару
> AV> раз используются подзапросы, а насколько я знаю, если моя
> AV> информация не
> AV> устарела, mysql не поддерживает подзапросы и ещё некоторые
> AV> приятные
> AV> мелочи ;-)
> 
> А вы почитайте документацию - есть же на русском. И вопросы многие отпадут,
> и будет более полное представление для решения.
> 
> -- 
> Yura Kalinichenko
> 

> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> http://www.altlinux.ru/mailman/listinfo/community
> 
> Scanned by evaluation version of Dr.Web antivirus Daemon 
> http://drweb.ru/unix/
> 

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[iceb]

В Чтв, 18 Мар 2004, Felix написал(а):

> А можно поподробнее про бухгалтерию на MySQL?

Можно.

apt-get install iceB iceB-doc-html

http://www.iceb.vinnitsa.com

-- 
Yura Kalinichenko

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Felix]

On Thu, Mar 18, 2004 at 01:59:56PM +0200, iceb@svitonline.com wrote:
> 
> В Чтв, 18 Мар 2004, Felix написал(а):
> 
> > А можно поподробнее про бухгалтерию на MySQL?
> 
> Можно.
> 
> apt-get install iceB iceB-doc-html
> 
> http://www.iceb.vinnitsa.com
Спасибо. Что-то как-то мио прошел, не впечатлила с первого раза. 
Попробуем глубже копнуть. :-))
> 
> -- 
> Yura Kalinichenko
> 

> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> http://www.altlinux.ru/mailman/listinfo/community
> 
> Scanned by evaluation version of Dr.Web antivirus Daemon 
> http://drweb.ru/unix/
> 

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Nick S. Grechukh]

В сообщении от Пятница 19 Март 2004 04:53 Felix написал(a):
> On Thu, Mar 18, 2004 at 01:59:56PM +0200, iceb@svitonline.com wrote:
> > В Чтв, 18 Мар 2004, Felix написал(а):
> > > А можно поподробнее про бухгалтерию на MySQL?
> >
> > Можно.
> >
> > apt-get install iceB iceB-doc-html
> >
> > http://www.iceb.vinnitsa.com
>
> Спасибо. Что-то как-то мио прошел, не впечатлила с первого раза.
> Попробуем глубже копнуть. :-))
>
а он такое впечатление в koi..
говорит чЧЕДЙФЕ РБТПМШ

[Comm] Re: Репликация базы данных PostgSQL на двух компьютеров

[Денис Смирнов]

On Wed, Mar 17, 2004 at 04:54:35PM +0200, iceb@svitonline.com wrote:

 > Мне тоже было бы интересно услышать, какие глюки народ находил.
 > Некоторые тонкости есть, но глюками я бы это не назвал.
 > Вот не далее как пару недель назад поднимал сервер из резервной базы
 > (бухгалтерия на 5 юрлиц с 1998г.) по причине внезапной гибели винчестера -
 > ни одной проблемы или потерянной записи не обнаружилось.
 > Но не каждый же день такое происходит (тьфу х 3).

А в чём велась бухгалтерия, что работала на MySQL?

-- 
С уважением, Денис

http://freesource.info

Re[4]: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Evgeny Yugov]

Здравствуйте iceb,

Tuesday, March 16, 2004, 6:15:46 PM, you wrote:

isc> В Вт, 16 Мар 2004, Evgeny Yugov написал(а):

EY>> isc> Неужели в постгресе нет ни репликаций, ни инкрементных
EY>> журналов ?
EY>> Есть лог транзакций... ;o)
EY>> isc> Тогда, наверное, rsync.
EY>> Шутите?

isc> Вовсе нет. Если есть возможность из этого лога получить текущее
isc> состояние базы - то почему бы его не rsync'нуть ?
А чем вариант rsync в таком случае отличается от pg_dumpall?
Все равно старт/стопать базу прийдется...

EY>> isc> PS. И эти люди что-то говорят о преимуществах перед
EY>> MySQL ...
EY>> А что мускул умеет реплицировать?
isc> Да уж несколько лет как. Я лично его тремя способами бэкаплю:
isc> 1) репликация - риалтаймовый бэкап
Хм интересно... поподробнее можно?

isc> 2) rsync на дамп и журналы - периодический, раз в час обычно
isc> 3) некое подобие (2) на виндовую машину - если поблизости нет
isc> линуксовой

ps Было бы здорово если бы Вы накидали схемку с коментариями и
описанием, многие сказали бы спасибо... :o)

-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Утром пить хочется от водки, а голова болит от скалки.

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Eugene Prokopiev]

> ps Было бы здорово если бы Вы накидали схемку с коментариями и
> описанием, многие сказали бы спасибо... :o)

http://www.mysql.ru/docs/man/Replication.html
-- 
С уважением, Прокопьев Евгений

Re: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Grigory Milev]

>>>>> "Evgeny" == Evgeny Yugov <yugov@scs-900.ru> writes:

    Evgeny> Здравствуйте iceb,
    Evgeny> Tuesday, March 16, 2004, 6:15:46 PM, you wrote:

    isc> В Вт, 16 Мар 2004, Evgeny Yugov написал(а):

    EY> isc> Неужели в постгресе нет ни репликаций, ни инкрементных журналов ?
    EY> Есть лог транзакций... ;o) isc> Тогда, наверное, rsync.  Шутите?

    isc> Вовсе нет. Если есть возможность из этого лога получить текущее
    isc> состояние базы - то почему бы его не rsync'нуть ?
    Evgeny> А чем вариант rsync в таком случае отличается от pg_dumpall?  Все
    Evgeny> равно старт/стопать базу прийдется...
А зачем для pg_dumpall restart базы делать? Все и без рестарта прекрасно работает.
Единственное, что я не в курсе, как сделать dump отличающейся от уже
имеющегося дампа части.

+--------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+--------------------------------------------------------+
Life too beautiful and interesting. Don't worry, be happy.

Re[4]: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[iceb]

В Срд, 17 Мар 2004, Evgeny Yugov написал(а):

EY> isc> Вовсе нет. Если есть возможность из этого лога получить
EY> текущее
EY> isc> состояние базы - то почему бы его не rsync'нуть ?
EY> А чем вариант rsync в таком случае отличается от pg_dumpall?
EY> Все равно старт/стопать базу прийдется...

А что, лог транзакций в постгресе формируется только по команде,
не в риалтайме ? И для его получения надо базу стопорить ? Так
это не лог тогда называется.
Ну тогда rsync напускать на всю базу. Не бог весть что, но хоть
что-то...

EY>
EY> EY>> isc> PS. И эти люди что-то говорят о преимуществах
EY> перед
EY> EY>> MySQL ...
EY> EY>> А что мускул умеет реплицировать?
EY> isc> Да уж несколько лет как. Я лично его тремя способами
EY> бэкаплю:
EY> isc> 1) репликация - риалтаймовый бэкап
EY> Хм интересно... поподробнее можно?

Да в документации все описано, причем на русском языке. В двух
словах: при запуске резервного сервера он получает от основного
все SQL-запросы на запись, полученные основным сервером с момента
последнего их соединения, каковые резервный и отрабатывает на
своей копии базы. Если оба сервера включены и соединены друг с
другом - то запросы на запись, получаемые основным, на обоих
серверах отрабатываются практически одновременно.

EY>
EY> isc> 2) rsync на дамп и журналы - периодический, раз в час
EY> обычно
EY> isc> 3) некое подобие (2) на виндовую машину - если
EY> поблизости нет
EY> isc> линуксовой
EY>
EY> ps Было бы здорово если бы Вы накидали схемку с коментариями
EY> и
EY> описанием, многие сказали бы спасибо... :o)

Что касается репликации - все (почти) RTFM Справочное
руководство по MySQL версии 4.0.11-gamma где-то на
http://www.mysql.com.

Второй способ - классический, использовался практически на всех
приличных СУБД еще лет 20 назад если не больше. Суть заключается
в следующем:

1) относительно редко выполняется полный дамп базы данных, на
всякий случай с остановом и чеканьем. Получаем большой файл,
который ложим на ленту/съемный диск/другую машину по вкусу.

2) после запуска СУБД ведет т.н. инкрементные журналы, в которых
в реальном времени записываются все изменения, произошедшие со
времени последнего дампа (для первого журнала)
или со времени закрытия предыдущего журнала (для всех последующих).
Получаем много мелких файлов,
причем в ходе работы изменяется только последний. Никакие
рестарты при этом не нужны.
Полученные файлы тоже сохраняются по мере создания, но времени и
ресурсов на это требуется очень немного.

3) goto 1

Понятно, что для сохранения дампа и журналов в сегодняшних
условиях удобно использовать rsync (хотя это не единственно
возможный механизм).

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

Более подробно расписывать - времени нет, сорри. Но думаю идея
понятна, а подробности - для этого дока есть.

-- 
Yura Kalinichenko

Re[5]: [Comm] Репликация базы данных PostgreSQL на двух компьютеров

[Evgeny Yugov]

Здравствуйте iceb,

Wednesday, March 17, 2004, 9:56:10 PM, you wrote:

isc> В Срд, 17 Мар 2004, Evgeny Yugov написал(а):

EY>> isc> Вовсе нет. Если есть возможность из этого лога получить
EY>> текущее
EY>> isc> состояние базы - то почему бы его не rsync'нуть ?
EY>> А чем вариант rsync в таком случае отличается от pg_dumpall?
EY>> Все равно старт/стопать базу прийдется...

isc> А что, лог транзакций в постгресе формируется только по команде,
isc> не в риалтайме ? И для его получения надо базу стопорить ? Так
isc> это не лог тогда называется.
isc> Ну тогда rsync напускать на всю базу. Не бог весть что, но хоть
isc> что-то...
Честно говоря не вдавался в подробности, но думаю потестить... ;o)

EY>>
EY>> EY>> isc> PS. И эти люди что-то говорят о преимуществах
EY>> перед
EY>> EY>> MySQL ...
EY>> EY>> А что мускул умеет реплицировать?
EY>> isc> Да уж несколько лет как. Я лично его тремя способами
EY>> бэкаплю:
EY>> isc> 1) репликация - риалтаймовый бэкап
EY>> Хм интересно... поподробнее можно?

isc> Да в документации все описано, причем на русском языке. В двух
isc> словах: при запуске резервного сервера он получает от основного
isc> все SQL-запросы на запись, полученные основным сервером с момента
isc> последнего их соединения, каковые резервный и отрабатывает на
isc> своей копии базы. Если оба сервера включены и соединены друг с
isc> другом - то запросы на запись, получаемые основным, на обоих
isc> серверах отрабатываются практически одновременно.

EY>>
EY>> isc> 2) rsync на дамп и журналы - периодический, раз в час
EY>> обычно
EY>> isc> 3) некое подобие (2) на виндовую машину - если
EY>> поблизости нет
EY>> isc> линуксовой
EY>>
EY>> ps Было бы здорово если бы Вы накидали схемку с коментариями
EY>> и
EY>> описанием, многие сказали бы спасибо... :o)

isc> Что касается репликации - все (почти) RTFM Справочное
isc> руководство по MySQL версии 4.0.11-gamma где-то на
isc> http://www.mysql.com.
<skipped>
isc> Более подробно расписывать - времени нет, сорри. Но думаю идея
isc> понятна, а подробности - для этого дока есть.

Достаточно в общем, спасибо. :o)


-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Сколько водки не бери, все равно два раза бегать!