[virt-tools-list] Best way to backup my VMs

Frédéric Grelot fredericg_99 at yahoo.fr
Tue Apr 12 15:50:37 UTC 2011


> Actually, this isn't right.  Think about the case where you lose
> power to
> your computer; you don't get corrupted disks, you get
> "crash-consistent" disks
> (this is what journaling filesystems are for).  So if you know what
> you are
> doing, it is sufficient just to pause the guest (virsh suspend
> <guest>), take
> the backup, and then resume the guest (virsh resume <guest>).  True,
> you
> won't get all of the data that might have been in-flight in memory,
> but it
> should be a valid state of the disk.

I tend to agree with that, it already happened to me for a zimbra server, and I lost nothing.

> 
> That all being said, installing backup software in the guest is the
> best
> course of action.

An other method to profit from virtualization-enabled server would be to take the following actions :
-inside guest : turn of server application
-inside guest : unmount data disk
-host : pause guest (necessary?)
-host : lvm (or qcow/qed) snapshot of disk
-host : resume guest
-inside guest : remount and restart server application

Provided there is no side-effect of unmounting with regard to guest cache (to be confirmed), I think this would reduce downtime, and permits backup of specific parts of the server application without stopping it as a whole.
A (maybe safest) other option would be to gracefully shutdown the server, LVM/qcow/qed snapshot its disk and restart the server immediately : the data duplication itself won't account for the downtime, since it can be done later.

Frederic.

> 
> --
> Chris Lalancette
> 
> _______________________________________________
> virt-tools-list mailing list
> virt-tools-list at redhat.com
> https://www.redhat.com/mailman/listinfo/virt-tools-list
> 




More information about the virt-tools-list mailing list