[Users] oVirt support for backup/restore

[Ricky Schneberger]

On 2013-03-04 13:24, Jiri Belka wrote:
> On Mon, 04 Mar 2013 12:52:53 +0100 Ricky Schneberger
> <ricky at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xB88C0B63.asc
Type: application/pgp-keys
Size: 8073 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130304/feeaec6d/attachment-0001.bin>