Снапшот - это diff между тем что было и тем, что стало, туда пишутся только экстенты, которые были изменены. Прямо при создании указываешь максимальный раздел снапшота.

Другое дело, куда ты потом будешь копировать этот бекап через dd

Пруф:

man lvcreate
/^\s*\-s

The snapshot does not need the same amount of storage the origin has. In a typical scenario, 15-20% might be enough.

Run lvdisplay(8) on the snapshot in order to check how much data is allocated to it

Понял

ТО что разность записывается знал. Просто мнение более опытных, чем я интересовало.

У меня еще вопрос. Сниму я это все dd. Восстановить так же с помощью dd на подготовленный для этого заранее lvm том?

>Восстановить так же с помощью dd на подготовленный для этого заранее lvm том?

Да, но для него уже потребуются все 302,73 Гб. Как вариант - восстанавливать на /dev/data/mt

но для него уже потребуются все 302,73 Гб

Это понятно. А можно не LVM том а прямо на раздел? Я просто убеждаюсь в своих мыслях )))

Если фс занята не на 100%, то для экономии места лучше воспользоваться другими средствами. Например partclone, partimage.

> А можно не LVM том а прямо на раздел? Я просто убеждаюсь в своих мыслях )))
Прямо на physical volume (/dev/md2) ? Нельзя. Ну точнее можно конечно, но получится как у Линуса с звонком на винчестер.

>А можно не LVM том а прямо на раздел? Я просто убеждаюсь в своих мыслях )))

Если будет свободный раздел подходящего размера - да, можно. И на раздел большего размера тоже можно. На крайняк можно даже в файл, всё равно его можно смонтировать

Противоречиво. Я подозреваю что можно но работать это не должно?

С чего бы не должно? В logical volume нет метаданных, обычный контейнер для ФС, как раздел на диске

Спасибо

А если поверх LVM DRBD то там есть метаданные что получить доступ к данным DRBD нужно при монтирование смещение указывать?

С DRDB никогда не работал, как его монтировать - не знаю. Монтируй так же, как исходный DRDB, только имя тома будет другое, вместо /dev/data/mt подставляй путь к разделу, куда развернул бекап

Пример: делаю снапшот корня

jb:~# df -h /
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/vgjb-lvroot
                      9,9G  6,1G  3,3G  65% /
jb:~# lvcreate  -l 4 -n lvrootsnap -s vgjb/lvroot
  Logical volume "lvrootsnap" created
b:~# lvdisplay -C vgjb/lvroot
  LV     VG   Attr   LSize  Origin Snap%  Move Log Copy%  Convert
  lvroot vgjb owi-ao 10,00g
jb:~# lvdisplay -C vgjb/lvrootsnap
  LV         VG   Attr   LSize Origin Snap%  Move Log Copy%  Convert
  lvrootsnap vgjb swi-a- 1,00g lvroot   0,02

копирую снапшот в файл (архивирование и разархивирование пропущу ;))

jb:~# dd if=/dev/mapper/vgjb-lvrootsnap of=/mnt/library/rootsnapshot.raw bs=4k
2621440+0 записей считано
2621440+0 записей написано
 скопировано 10737418240 байт (11 GB), 116,57 c, 92,1 MB/c

Проверяю и монтирую:

jb:~# fsck.ext3 /mnt/library/rootsnapshot.raw
e2fsck 1.41.12 (17-May-2010)
Clearing orphaned inode 385193 (uid=1000, gid=1000, mode=0100600, size=0)
Clearing orphaned inode 385192 (uid=1000, gid=1000, mode=0100600, size=0)
Clearing orphaned inode 385191 (uid=1000, gid=1000, mode=0100600, size=0)
/mnt/library/rootsnapshot.raw: clean, 243870/655360 files, 1627413/2621440 blocks
jb:~# mkdir /mnt/rootsnap
jb:~# mount -o loop /mnt/library/rootsnapshot.raw /mnt/rootsnap/
jb:~# ls /mnt/rootsnap/
bin    dev   home            lib    lost+found  opt   sbin     sys  var
boot   emul  initrd.img      lib32  media       proc  selinux  tmp  vmlinuz
cdrom  etc   initrd.img.old  lib64  mnt         root  srv      usr  vmlinuz.old

Ок

Спасибо.

Вот я упустил

Надо было систему на LVM тоже ставить. Сейчас с бэкапами проблема.

лвм сам по себе не решает проблемы бэкапов, то, что ты тут предложил - ССЗБ так как в момент снапшота ФС может быть неконсистентна. и ее восстановление может не пройти.

расскажи, в чем проблема с бэкапами, подскажем, как сделать лучше/правильно.

// сам использую бакулу и симантек нетбекап, дома рсинк.

>> так как в момент снапшота ФС может быть неконсистентна. и ее восстановление может не пройти.

Она замораживается, т.е. завершаются все отложенные операции.

хмм. может я чего не знаю или не понимаю. можешь ткнуть в какую-нибуть документацию, которая это подтверждает и обьясняет? а то вот прямо здесь router показывает вывод фсцк, которому пришлось-таки сирот поудалять. сам на эти грабли вставал только HP-UX, возможно, в линуксе все и не так.

Сироты это нормально, эти файлы находились в процессе «отсоединения» (вероятно, удалены, но ещё заняты). Об этом написано в man fsfreeze и man xfs_freeze.

а, ну да, спасибо.

xfs_freeze

Я так понимаю это только для XFS систем.

> расскажи, в чем проблема с бэкапами, подскажем, как сделать лучше/правильно.

Нужно бэкапить диски виртуальных машин которые на DRBD. А DRBD на LVM

Плохо понимаешь. Во-первых, уже не только для XFS, во-вторых, fsfreeze упоминается рядом, в-третьих, тебе это не нужно.

>> А DRBD на LVM

А, тогда, возможно, нужно. man fsfreeze.

Спасибо почитаю

Только сегодня ковырял:

lvcreate -L592M -s -n snapshot_name /dev/lv_group/ls_partition

http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html

Я тоже это видел

Больше интересно нужен ли fsfreeze

> fsfreeze
Мне не понадобился. Делал снапшоты рейзер и хфс. Без лвм эти файловые системы лучше вообще не ставить.

Не знаешь как снять lvm с раздела?

Знаю

Расскажи-ка.

Сейчас хотел рассказать, но вчитавшись не понял о чем

Снимаешь образ раздела Создаешь LVM Разворачиваешь образ на LVM

Команды dd, lvcreate

Вы об этом?