From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 19 Mar 2004 10:15:25 +0600 From: Evgeny Yugov Organization: SCS-900 X-Priority: 3 (Normal) Message-ID: <762640950.20040319101525@scs-900.ru> To: "iceb@svitonline.com" Subject: =?koi8-u?B?UmVbNV06IFtDb21tXSDyxdDMycvBw8nRIMLB2tkgxMHOztnIIFBvc3RncmVT?= =?koi8-u?B?UUwgzsEgxNfVyCDLz83Q2MDUxdLP1w==?= In-Reply-To: References: <20040316083026.664428b5.vahov@dgap.mipt.ru> <1436859241.20040316120431@scs-900.ru> <1045856497.20040316133525@scs-900.ru> <498820887.20040317093344@scs-900.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Transfer-Encoding: 8bit X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2004 04:15:22 -0000 Archived-At: List-Archive: List-Post: Здравствуйте 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. isc> Более подробно расписывать - времени нет, сорри. Но думаю идея isc> понятна, а подробности - для этого дока есть. Достаточно в общем, спасибо. :o) -- With Best regards, Evgeny Yugov, MTS, programmer of Advanced Technologies Departament. Registered Linux User #316667 mailto:yugov@scs-900.ru Origin: Сколько водки не бери, все равно два раза бегать!