01.03.2012, 11:46, "Stanislav Vlasov" <[email protected]>: > 1 марта 2012 г. 13:37 пользователь Alexander <[email protected]> написал: > >>> Делать снапшот и потом копировать. >>> dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img >>> Остальные опции по вкусу. >>> >>> Размер снапшота зависит от того, сколько данных понапишет виртуалка, >>> пока ты его копируешь. Но бекапы так не делаются, ибо при накрывании >>> системы медным тазом фиг чего восстановишь обычно. Бекапы делаются >>> через копирование снапшота в другое место. >>> >>> Остановить виртуалку и записать в lvm-том старое содержимое >>> практически также, как копировал его. >> т.е. опять через dd влить напрямую в lvm-том? > > Да. > >> еще вопрос - я так понимаю при копировании через dd lvm-тома размером 300гб >> (даже если полезной инфы там 50гб) на сетевую шару (другой сервер) мы >> получим файл-образ размером 300гб?... я так понимаю это долгая и >> неэффективная процедура(( > > Ну... Сжимать по дороге. Можно с малой степенью сжатия. > Собственно, так и делал - dd if=... | gzip | ssh user@backup "cat >dd.img.gz"
спасибо за то, что делитесь опытом > >> Это получается единственный вариант бэкапа системы целиком в случае >> использования lvm?.. или может еще есть какие то варианты? Мне еще приходит >> в голову только сжатие этого образа при копировании, что еще более увеличит >> время создания образа и непонятно насколько уменьшит его размер( > > Если сжимается хорошо, то в разы быстрее, чем передавать его полностью. > Правда, при большой степени сжатия в опциях архиватора может упереться > в процессор и тогда не факт, что быстрее. > Особенно, если сеть гигабитная и выше. > >> Если так, то получается бэкап акронисом (в случае windows-систем) >> эффективнее гораздо... :( > > Естественно. Но его нельзя проводить, когда виртуалки в работе. > Тут время простоя - выкл/вкл фактически, в отличие от. > Разве что отдавать снапшот виртуалке с акронисом и дальше уже им делать. а вот это кстати мысль! использовать дополнительную виртуалку без системы установленной вообще, в которой подключен один винт (на него будет писать образ акронис), а вторым винтом подключать сделанный снапшот (так точно можно? ведь снапшот read-only??), в качестве виртуального CD воткнуть исошку с акронисом и... profit?.. >>> Во-первых, для _бекапов_ достаточно одного снапшота на время бекапа. >>> Во-вторых, как-то проверял - скорость при одном снапшоте и при >>> нескольких одинакова. >> а без снапшотов вообще и с одним снапшотом? на XGU именно такой тест был - >> скорость отличается в разы :( > > Собственно так и есть. Потому снапшоты - только для бекапов. > На вмвари, при полностью выделяемых дисках - аналогично. печально :( zfs в этом смысле рулит, в ней еще и снапшоты можно маунтить в режиме записи -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
