Pull to refresh

Comments 19

как раз искал информацию, а вот она =).Спасибо
Что база должна делать? бэкапиться
Что база делает? бэкапится
Спасибо, стараюсь избавиться от безграмотности!
Осталось теперь написать скриптик который из бэкапа поднимает все сразу :)
Ну как МуСКЛ поднять я тоже у себя написал. Еще раз линк.
alexsnet.ru/2008/12/mysql-resore-from-backup/

ЗЫ извините за линки, но пройдя по ним понятно, почему не в комментарии выкладываю код.
товарищ, ваш сайт не работает
теперь работает. Вы просто попали очень неудачно.
Там проблема была с новыми WP 2.7 что FeedBurner не воспринимал RSS.
Но такое не у всех… Пришлось переустановить…
Заходите сейчас… Пока еще не все поправил, но работает уже…
нехватает заливки этих самых файлов на фтп.
Ибо не очень полезно хранить бекапы на этом же серваке :)
Зачем заливка на ftp? rsync (или даже scp) с этим делом замечательно справится. можно ещё проверять lock-файл перед тем, как сливать бэкапы через ssh (при заливке, естественно, проверять ничего не нужно) — всё это дело пишется за пять минут.

а ещё инкрементальный бэкап можно делать (с помощью того же тара) — например, раз в неделю полный, а потом каждый день инкрементальный. тоже на пять минут работы ;)
Насчет заливки вопрос верный. Ведь можно вообще не использовать rsync, scp и так далее, а просто примонтировать директорию с другого сервера, на который делаются бэкапы через nfs и бэкапить сразу туда.
Совершенно верно! NFS или даже sshfs тоже рулят =) Однако не всем по нраву придётся подмонтированный удалённый сервер в режиме 24/7.
Впрочем, для каждого случая — своё решение =)
Насколько я понимаю скрипт бэкапа будет запускаться по cron, соответственно никто не мешает делать в скрипте монтирование по nfs файловой системы для бэкапов, а потом, после создания бэкапа, её можно отмонтировать.
чето маловат обзор, нехватает примера бекапов с помощью LVM
зы — скрипт бекапа небольшого проекта — pastie.org/341839
Мне кажется вы извращенец :)

Бекапы легко и непринуждённо делаются программой rsnapshot, которая в свою очередь использует rsync, поэтому переписываются только изменения в фс, так что экономия явная.

А базы mysql, имхо, лучше бекапить бинарно, то есть давайть flush tables; read lock а потом тем же rsync'ом копировать.

Справедливости ради надо сказать, что всё будет работать только на снапшотах, в частности lvm, так как они сохраняют целостность данных, а без неё и бекап не бекап.
На время работы mysqldump лочатся все таблицы, а не только те которые в данный момент дампятся. Об этом стоит помнить, чтобы не положить весь проект пока какая-нить таблица с логами будет дампится.
хм не знал, спасибо, может в таком случае и зря ушёл от бекапа базы через php… вобщем весь в раздумьях
Можно просто что-то вроде
for i in `mysql -e db select table_name from information_schema.table ...`
do
mysqldump db $i |gzip > /backup/db.$i.sql.gz
done

Тогда будут по одной лочится
Sign up to leave a comment.

Articles