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
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.