On 2013-03-04 13:24, Jiri Belka wrote: > On Mon, 04 Mar 2013 12:52:53 +0100 Ricky Schneberger > <ri...@schneberger.se> wrote: > >>> Live snapshot does not save memory state, IIRC. So either >>> shutdown all VMs or do not think about this as solid backup >>> solution. >>> >> >> Hi, If I dont think about it as a solid solution, is it doable? >> Even with a manual live snapshot I will lack this memory state, >> right? >> >> All I want if I must restore a snapshot is to get the WM up on >> track in an earlier state. > > The "snapshot" like in VMWare world which saves even memory is > called checkpoint in qemu-kvm world. And IIRC it is not implemented > yet. > > Live snapshot is doable, no problem. The problem can be your > design. As you know a lot of apps do not write to filesystem > immediately, so snapshot backup is useless. So either > shutdown/think twice or forget it. > > But others can have different view... Backup is thing you _must_ > trust, if you design is broken, the consequences are terrific! If > your goal is to have fast disaster recovery, then why not to have > backup machine or some clustered solution? > > jbelka >
Thanks for your answer. We have both Netvault and Acronis on the most of the VMs, but then we have other VMs in the cluster that we want a daily scheduled snapshot implementation on, but we dont want to setup a complete backup solution on this VMs. It's testmachines, different virtual desktops, OCR-readers and so on. We have no needs of snapshots like in VMWare world for them, nor even a complete backup solution. There I think Ovirts snapshot handling should be perfect. //Ricky
0xB88C0B63.asc
Description: application/pgp-keys
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
