Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境（十四）

cto67

今天我们继续试验snapshot的功能。
1.启动虚拟机，在空的D盘上新建一个文本文档test.txt;
2.定义创建snapshot的XML:

<domainsnapshot> 　　 <name>snap1</name> 　　 <disk name='hda' snapshot='external'> 　　 <driver type='qcow2'/> 　　 </disk> 　　 <disk name='hdb' snapshot='external'> 　　 <driver type='qcow2'/> 　　 </disk> 　　</domainsnapshot>

也即定义了创建这个虚拟机的外部快照。
3.执行创建外部快照的命令：

命令执行显示“snap1”的快照创建成功。
4.查看快照创建情况：

用virshsnapshot-list查看“snap1”快照已经创建，是个磁盘快照。


同时到虚拟机定义目录下可以看到 xp_c.snap1和 xp_d.snap1已经新生成出来。


目前虚拟机D盘里有个叫test.txt的文本文件，也即做这个快照时的D盘状态。到目前为止xp_d.img已经变成只读，之后所有的改变都会写入到xp_d.snap1里面。

5.在D盘再创建一个文本文件：test2.txt

目前虚拟机里D盘的状态是有2个文本文档：test.txt和test2.txt

6.修改创建snapshot的XML:

<domainsnapshot> 　　 <name>snap2</name> 　　 <disk name='hda' snapshot='external'> 　　 <driver type='qcow2'/> 　　 </disk> 　　 <disk name='hdb' snapshot='external'> 　　 <driver type='qcow2'/> 　　 </disk> 　　</domainsnapshot>

重新执行上述步骤3-4，我们发现snap2快照也被创建出来了。到目前为止xp_d.snap1已经变成只读，之后所有的改变都会写入到xp_d.snap2里面。

7.现在我们来看一下snap2、snap1和原始镜像的关系：qemu-imginfo xp_d.snap2

可以看到 xp_d.snap2的 backingfile是 xp_d.snap1，而 xp_d.snap1的 backing file是 xp_d.img。也就是说，当打快照的时候，原来的镜像文件就成为快照镜像的parent，总的快照路径上是单向的继承的关系：
xp_d.img——> xp_d.snap1 ——> xp_d.snap2 …….

这种快照关系如果能够很好的组织维护，那么就能起到一个很好的类似备份的效果，因为打快照的时候一般都是在系统完好的时候，如果在打完快照又做了一些系统改变（如装了一个新的软件）导致系统损坏，那么可以通过还原到之前的快照点来恢复系统。假设我们往D盘放了一个带病毒的test3.exe:


用了一会发现系统越来越慢，我们决定恢复到snap1的快照去，该怎么做呢？

8.系统还原到快照1：virshsnapshot-revert XP_VM3 snap1

可惜目前版本的libvirt还不支持对外部快照的还原，对内部快照还原已经实现。
这种情况下，我们只好采用一种变通的方式：
将snap1合并到parent:

经过这个合并后,快照1的变动合并到了母镜像中（不包括快照2以后的任何改变）。
然后重新定义一个以xp_c.img和xp_d.img的虚拟机，重新启动后，我们看到系统D盘里只有打快照2之前的test.txt和test2.txt，而不包括打快照2之后的test3.exe及其他改变，也就恢复到了一个“中病毒”之前的状态：


相信过一段时间支持外部快照恢复的libvirt版本也会完成，到时候就没那么麻烦了。