LINUX.ORG.RU
Ответ на: комментарий от Ej_Pulsar
меня интересует вот что, копирование раздела может занять долгое время, за это время данные в нем могут и поменяться. Допустим мы копируем фаил базы в этот момент она менеться, или следушая часть которая в другом файле меняеться и мы качаем как бы уже измененую вторую часть хотя первую скачали неизмененную. могут ли быть в этом бока?
anonymous
()
LVM

Делаем снапшот, копируем куда надо, удаляем снапшот.

INFOMAN ★★★★★
()
Ответ на: комментарий от cyclope
И в догонку - поможет ли здесь Mondo/Mindi ?
cyclope
() автор топика
кокойже ты упертый. сказали ж тебе про lvm. лень пару строчек в крон засунуть? нафига тут всякие бакулы аманды и т.д.?
Somewho ★★
()
Ответ на: комментарий от Somewho
эх... та лублу-лублу лвм... эт елсли он есть.
Он увы, исторически сложилось, что не на всех машинках проделано:(
cyclope
() автор топика
Ответ на: комментарий от cyclope
>З.Ы. главное есловия - бекап наживо, т.е. размонтировать ничё низя

тогда никак, даже если использовать LVM, то без даунтайма приложений все равно не обойтись, файловые кеши нужно как-то на диск сбросить, чтобы сделать актуальный снапшот.

borisych ★★★★★
()
Ответ на: комментарий от borisych
>тогда никак, даже если использовать LVM, то без даунтайма приложений все равно не обойтись, файловые кеши нужно как-то на диск сбросить, чтобы сделать актуальный снапшот.

бред и полное непонимание технологии горячего бэкапа

Somewho ★★
()
нормальные снапшоты должны поддерживаться на уровне диска/файловой системы. Вроде LVM или ZFS. А так что-то вокруг rsync, rsnapshot, etc, но это без горячего бекапа и вообще не самый эффективный способ.
anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.