именно снять снепшот и скопировать его. Так как это образ диска а не набор разделов, копировать надо на блочном уровне.

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

с ВМ все точно так же, только клонировать диск стало проще, потому что это не железка, для клонирования которой надо запускать специальную программу, или грузиться с лайвсиди, а просто LV или имидж-файл на хосте который это ВМ держит.

1. делаем снепшот и копируем его (dd отлично подойдет, но можно и через qemu-img)
2. сняв бекап, убираем снепшот, так что место занято тут не будет
3. для восстанвления, создаем новый LV нужного размера, и пишем в него из бекапа

помимо образа диска, надо сохранить и настройки ВМ, из virsh dumpxml VMNAME

qemu-img тоже подойдет, dd хорош только для raw

tar, bacula, backupexec, novabackup, commvault, tivoli... какая разница - это все утилиты на уровне файлов, а виртуальная машина оперирует не файлами а блочными устройствами. Чтоб делать файловый бекап, надо его делать в операционной системе которая пользуется этими файлами, то есть внутри виртуалки. Чтоб скопировать всю виртуаялку целиком, надо пользоваться утилитами которые будут оперировать дисками ВМ а не файлами на разделах на дисках ВМ.

Это просто разные уровни и разные подходы, вот и все.

Если очень хочется именно tar, то никто не мешает скопировать LV в файл, и запаковать его tar-ом, только этот файл - не архив с файлами которые видит ВМ, а набор блоков виртуального диска ВМ

[dyasny]
Нет, ну я обычно бэкап системы делаю tar-ом - потом восстанавливаю на другой диск, если надо -- правлю загрузчик вот так
http://linuxforum.ru/viewtopic.php?id=18061
Надо подумать, как вывернуться здесь... вот только как потом загрузчик править... его же надо на партиции lvm править, но как ее примонтировать? никак?

Нет я обычно архивирую tar-ом структура диска (точки монтирования типа /usr, /bin, /etc и т.д. ), если надо развернуть  backup: беру новый диск, правлю fdisk-ом, потом разархиваирую всё tar-ом, правлю fstab и файл загрузчика, потом восстанавливаю загрузчик (grub). И всё -- новый диск в работе. Преимущество: можно восстановить на любой диск, даже меньшего объема, легковесный архив. Вот что я имею в виду, а не tar-ить lvm... Вот возьму я на рабочей ВМ затарю всю структуру каталогов, вот как потом ее восстановить, как примонтировать ту  партицию диска part1 (напомню, part1 поделен на партиции)??

если это для вас главное - гоняйте tar внутри гостевой ОС, никаких проблем

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

[dyasny], [Cruiser78]
А как примонтировать разделы part1 (где стоит ВМ) к основной ОС? как их увидеть там? Чтобы я мог потом разархивировать всё по партициям пресловутого part1?

Да уж в башку втемяшилось мне... Хочется знать как)))

слишком сложный backup получается можно же и попроще и надежнее реализовать backup например обычным клонированием или я что то не понимаю?

В сети пишут, что с lvm ВМ работают быстрее??
Или без разницы?

если preallocated - разница не должна быть заметна, если использовать современный код.

На фиг, забэкапил tar-ом и восстановил, чтобы восстановить загрузку с винта-назначения, пришлось использовать рабочую ВМ, к ней подцепил lvm-диск-назначение, он определился в ВМ, далее chroot в директорию-назначение и восстанавливаем grub, и стартуем диск... Только надо не забыть отцепить добавленный диск, а то я с этим порядком запарился...
Всем спасибо за помощь, я теперь стал прямо гуру виртуализации, хех

очень устарело

извини конечно, но это не гуру, а упрямое повторение методов которые к виртуализации не подходят.

backup:
1. suspend VM
2. virsh dumpxml $VM > $VM_backup.xml
3. qemu-img convert -O raw current_vm_image.img backup_vm_image.img

restore:
1. virsh define $VM_backup.xml
2. mv backup_vm_image.img current_vm_image.img
3. virsh start $VM

но... зачем?

а можно использовать qemu-img resize ...

можно, дедовские способы для этого не нужны