On Thu, Jun 24, 2004 at 12:27:31PM +0300, Sergey Holod wrote:
Умный! А чем пользуешься вместо dump ?
tar, mysqldump, pg_dump У меня впечатление, что за бугром тупо стопорят сервисы на время бэкапа. Такое замечено у одного registrar (с другими просто не всречался так плотно), в rackshack.net ("Members pages are down for aintenance") - то есть там, где активность работы с базой можно только ломовыми методами контролировать.
У нас вот по жизни база (postgresql, ~500M) pax'om на лету бэкапится. И ресторилось уже не раз... Хотя, следы ресторов были заметны ;). Но на работу никак не влияли. И легко убрались purge'm.
т.е. я думаю надо делать backup не всего подряд, а того комплекса софта который там работает Дык это вдумчивости требует ого-го-какой. И отсутствие раздолбайства. И, ээ, многие тут могут похвалиться постоянным наличием этих качеств?
переставить freebsd и пересобрать ядро из сохраненного конфига не принципиально дольше такого restore и разгребания потом глюков Не знаю-не знаю. Это тогда точно должна быть проработанная процедура, с проведением регулярных "учений", куча бумажных записей и т.д.
Иначе будут грабли вылезать не меньшие, а поставить+распаковать софт+что-то покрутить - по-любому дольше, чем тупо fdisk/newfs/mount -o async,noatime/ bzcat blah-blah|pax -r -pe. А dd if=/dev/disk1 bs=...|dd bs=...|dd bs=...|dd of=/dev/disk2 bs=... вообще быстрее всего (дома набаловался при переезде с 80 на 160G - именно такая конструкция под FreeBSD-4.8 дала 30MB/s, один dd давал 27. Весь перенос занял ~2200s как помнится. Не думаю, что в ситуации, когда что-то, как всегда - в самый неудачный момент, на#@улось - мозги всегда заработают с достаточной скоростью и не наделается кучи ошибок. Вобщем - я сторонник процедуры, позволяющей расслабиться в тяжёлую минуту и подумать, а не быстро-быстро молотить по кнопкам. "просто так" бэкапы редко рапаковываются. -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message