Andrey Tataranovich <[email protected]> wrote: > 16:32 Fri 30 Mar , Andrey Melnikoff wrote: > > Кстати да, раз тут зашел разговор про бакапы mysql - сколько будет длиться > > снапшот раздела с базами на 20Gb, с учетом того что туда все время что-то > > пишется? И какова веротяность того, что таблицы будут не битые (i.e. при > > разворачивании снапшота не надо будет запускать repair table) ?
> Снапшот создает почти моментально, но есть снижение скорости работы базы, пока > снапшот активен. Создать можно так: > echo "FLUSH TABLES WITH READ LOCK; \! /sbin/lvcreate -s -n mysql-backup -L 2G > VolGroup0/mysql" | mysql > echo "UNLOCK TABLES" | mysql > Вот так можно сделать снапшот (/dev/VolGroup0/mysql-backup) из которого > нормально восстанавливается mysql > У меня пробовалась такая схема: > http://blog.tataranovich.com/2012/03/mysql-backup-and-partial-restore.html Идея правильная, но пока mysql свой (есть пароль от root'a). А как только он чужой? > > Везет вам, места у вас видимо полно. А у меня - всё сплошь 1U, и не всегда с > > Hot swap корзинами. А там где они есть - это супер-пупер UW320 10K scsi (на > > одной шине, хе-хе) и рэйды, которым надо объяснять заранее, что раздел может > > быть расширен в будущем. Лишних разъемов питания, scsi/sata кабелей нет и > > наружу не торчит. > У нас сервера не юнитовые, потому таких проблем просто нет. Вот и получается - применимо не везде и не всегда. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
