Резервное копирование vmware workstation

есть - zfs

Lvm

вам шашечки или ехать?

если ехать - zfs

если хотите чтобы сервер нещадно тупил все длительное время снятия снапшота то канешна - LVM

Спасибо, буду читать по данному направлению. Что скажите насчет dd из самой виртуальной машины?

на linux сервере стоит vmware workstation

ссзб, тут только снапшоты ФС помогут, или zfs или xfs

Что скажите насчет dd

живую ОС с помощью dd не копируют, для этого есть dump, но и он может превратить систему в кашу

клоунов с zfs не слушай, тут их несколько таких, надрачивающих на свои полумёртвые фетиши, lvm хватит выше крыши, только перед созданием снапшота ставь виртуалки на паузу, а после снимай с паузы

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

ставь виртуалки на паузу, а после снимай с паузы

при таком раскладе не нужен ни LVM ни ZFS

а ТС хочет:

резервного копирования виртуальных машин без их остановки

и у zfs тут конкурентов нет, пусть ставит ZOL и радуется мгновенным снапшотам и сжатым виртуалкам, и экономии дискового пространства.

dd на ходу нормально копирует живую ос

))))))))))))))))))))))))))))))))))))))))))))))))

если это в реале серв а не игрушка, то и помимо sql есть кому активно изменять состояние ФС.

реальный серв с vmw wks ?

dd и в правду неплохо умеет делать бэкапы на ходу. Но тут есть и правда тех кто пишет что из субд может получиться каша. На Linux есть способ заморозить виртуалку на изменения на время создания образа? То есть, виртуалка работает, но внести изменения в файлы os нельзя. В таком случае и dd отработает на отлично.

))) это его проблемы

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

Да сервер это реальная железка на EXT3. OS Debian

zfs будет тоже :)

vmw wks, там откуда, ператский штоле ?

Ключик купил.

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

dd и в правду неплохо умеет делать бэкапы

ну давай, давай ...

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

чушняк

Иди уже, создавай в своей прелести состояние виртуалок встроенными средствами.

за свой счет или работодатель дурак?

)))))))

уже все создано, до вас

When you suspend a virtual machine, a file with a .vmss extension is created. This file contains the entire state of the virtual machine. When you resume the virtual machine, its state is restored from the .vmss file.

фанбойка, документацию читай, а не мантры

Понятно, почитаю на эту тему тоже. Может кто знает как из командной строки можно виртуалку на vmware workstation заблокировать на изменения? Если конечно есть такая возможность. Хочу разные способы попробовать. Варианты с zfs и Lvm тоже хороши, но для них придется весь сервак перетрясти, а это нежелательно. Есть конечно еще и решения от Veeam, но там все грустно, ему нужен еще и виндусовый сервак, а с этим напряг.

))))) на кой мне эта филькина грамота

zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs zfs

полегчало?

изче хочу

))))))))))

думаю, как-то так https://www.vmware.com/support/ws55/doc/ws_learning_cli_vmrun.html

и впредь гуглить, а не спрашивать совета у клоунов

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

ты сначала прочитай про механизмы копирования при записи - COW, потом почитай про то как это реализовано у lvm и zfs, потом почитай почему даже dump может превратить ФС в какашку

виртуалку на vmware workstation заблокировать на изменения?

и отправить vm в даун.

ну и херли ты тут тогда пишешь? вали в ТП вмвари. Если ключик настоящий конечно

он даже погуглить не может, а ты такие неожиданные вопросы задаёшь

Я бы сделал с остановкой...

Тема крайне интересная. Когда изучал вплотную, познакомился со следующей терминологией: образы, снятые с работающей (не остановленной) машины называются crash consistent backup. То есть в состоянии, как будто компьютер выдернули из розетки и сбэкапили с дисков то, что получилось. Очевидно, что при таком подходе сохранять состояние памяти виртуалки не требуется. В современных системах при этом никакой неконсистентности в данных не происходит. При последующем восстановлении такого образа файловая система откатывает незавершенные транзакции, то же самое делают базы данных при наличии таковых.

Я же пытался реализовать shutdown consistent backup, то есть снимать бэкап с образа, как будто машину нормально выключили и сбэкапили выключенную. При этом не прерывая работы системы. Делается путем снятия копии состояния виртуалки и дисков, потом запуск копии в «песочнице», без доступа к сети (и к оригиналу, конечно), завершение её работы через ACPI, а потом - бэкап. Почти получилось, может даже доведу до ума. Правда, я с KVM экспериментировал, а не с VMWare. Эх, подсказал бы кто как запустить операционку из kernel crash dump-а. Ну то есть залить в оперативку и регистры всё что есть в этом дампе и запустить прям с момента его снятия. Это сильно бы уменьшило время нахождения сервера в завешенном состоянии, ведь как ни крути, во время работы виртуалки нельзя делать дамп дисковой подсистемы, нужно как-бы одновременно всё, а это возможно, если на время операций приостановить выполнение.

Но не пойму, однако, чем не угодили некоторым снапшоты LVM? Делаются они быстро, и не замечал, чтобы сильно тормозили в работе. Не вижу даже смысла тормозить виртуалку перед созданием снапшота, не говоря уже о том, чтобы тормозить её на время всего бэкапа. А копировать с помощью dd изнутри виртуалки - это совсем от непонимания как это работает. Не подходит, короче говоря. zfs, наверное, тоже подходит - не пробовал. Могу предложить совсем извращенный вариант снятия снапшота, на любителя: требуется второй компьютер, поднимаем drbd, на него - виртуалку. В нужный момент делаем disconnect, и с неактивной реплики снимаем образ. Как сняли - опять connect и поехало дальше. Времени не требует по определению, и работу виртуалки не прерывает вообще. Плюс к тому - образ снимается вообще на другом компьютере и работающую систему не тормозит. Если не устраивают тормоза работе из-за передачи данных по сети через drbd, то значит оставляем реплики разъединенными, а connect делаем непосредственно перед резервным копированием, ждем, когда всё синхронизируется, разъединяем и бэкапим.

Посмотри, не подойдёт ли тебе ghettoVCB. workstation я в глаза не видел, а для ESXi прекрасная штука.

Мне вот интересно, по какому принципу работает veeam backup? Он не останавливает виртуальную машину, но довольна быстро снимает копию диска.