今天我们继续试验snapshot的功能。
1. 启动虚拟机，在空的D盘上新建一个文本文档test.txt;
2. 定义创建snapshot的XML:
|
也即定义了创建这个虚拟机的外部快照。
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:
|
重新执行上述步骤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版本也会完成，到时候就没那么麻烦了。
