KVM详解(六)——KVM虚拟机快照

简介: KVM详解(六)——KVM虚拟机快照

今天继续给大家介绍Linux运维相关知识,本文主要内容是KVM的快照。

一、KVM快照简介
KVM支持对虚拟机创建快照,但是前提是该虚拟机镜像不可以是raw格式,而应该是qcow2格式。但是,如果使用LVM,则可以对raw格式进行快照。这确实是一个很好的解决方案,但是其实现确实依靠LVM自身的快照功能实现的,而不是依靠KVM。有关LVM原理、作用以及实操请参考文章:LVM原理详解及实战。
KVM的虚拟机在创建快照后,就相当于对该虚拟机定位了一个状态,将来我们可以将该虚拟机恢复到该状态。下面,我们就来介绍一些KVM的快照创建、恢复和删除相关操作。

二、KVM快照创建
在KVM快照创建前,我们先保证虚拟机镜像为qcow2格式,如下所示:

KVM的快照创建命令格式如下:

virsh snapshot-create 【虚拟机名称】
1
例如,我们要给虚拟机centos7-1.qcow2创建快照,则可以执行命令:

virsh snapshot-create centos7-1.qcow2
1
KVM虚拟机快照查看命令格式如下:

virsh snapshot-list 【虚拟机名称】
1
或者是:

qemu-img info 【虚拟机名称】
1
要查看我们创建的快照,可以执行命令:

virsh snapshot-list centos7-1.qcow2
1
上述命令执行结果如下:

可以看出,我们成功的为KVM虚拟机创建了快照。但是,在这种创建方式中,快照的名称由KVM随机指定分配。如果我们想自己指定虚拟机的快照名称,则可以执行命令:

virsh snapshot-create-as 【虚拟机名】 【快照名】
1
命令示例如下:

virsh snapshot-create-as centos7-1.qcow2 snapshot-2
1
上述命令可以为centos7-1.qcow2创建名为snapshot-2的快照,该命令执行结果如下:

注意:
在使用qemu-img命令时,我们可以查看快照的大小。在上图中,我们可以发现快照大小为0,这是由快照的创建原理所决定的。当快照创建后,KVM虚拟机会将当前的系统磁盘所固定,对磁盘新的修改会避免使用该空间,因此如果我们创建快照后,并没有对系统进行更改,快照的大小就为0。

当KVM虚拟机有多个快照时,我们可以执行命令:

virsh snapshot-current 【虚拟机名称】
1
来查看KVM虚拟机当前使用的快照,查看该虚拟机当前使用的快照命令如下:

virsh snapshot-current centos7-1.qcow2
1
该命令执行结果如下:

可以看出,在当前该虚拟机的快照为snapshot-2。

注意:
KVM支持在开机状态下对虚拟机做快照,这样的快照会记录下当前系统内存的数据,当下次启动时会将该数据取出,并恢复为开机状态。
但是,由于要将内存中的数据写入磁盘,因此在开机状态下创建快照时要花费较长的时间。

三、KVM快照恢复
接下来,我们来介绍一下KVM的快照恢复。
KVM快照恢复命令格式如下:

virsh snapshot-revert 【虚拟机名】 【快照名】
1
例如,执行命令:

virsh snapshot-revert cetos7-1.qcow2 1649751390
1
可以将centos7-1.qcow2虚拟机恢复为1649751390的快照状态。该命令执行结果如下:

四、KVM快照删除
最后,我们来讲解一下KVM的快照删除。
KVM快照删除命令格式如下:

virsh snapshot-delet 【虚拟机名】 【快照名】
1
例如,如果我们要删除虚拟机centos7-1的1649751390的快照,可以执行命令:

virsh snapshot-delete centos7-1.qcow2 1649751390
1
该命令执行结果如下:

原创不易,转载请说明出处:https://blog.csdn.net/weixin_40228200
————————————————

                        版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。

原文链接:https://blog.csdn.net/weixin_40228200/article/details/124126840

目录
相关文章
|
2月前
|
KVM 虚拟化
kvm虚拟机快照
这篇文章主要介绍了KVM虚拟机快照的创建、管理、恢复以及删除的详细步骤,包括查看快照信息、创建快照、模拟系统破坏后基于快照恢复虚拟机、使用快照的注意事项以及如何删除快照。
50 2
|
3天前
|
存储 SQL 数据库
虚拟化数据恢复—Vmware虚拟机误还原快照的数据恢复案例
虚拟化数据恢复环境: 一台虚拟机从物理机迁移到ESXI虚拟化平台,迁移完成后做了一个快照。虚拟机上运行了一个SQL Server数据库,记录了数年的数据。 ESXI虚拟化平台上有数十台虚拟机,EXSI虚拟化平台连接了一台EVA存储,所有的虚拟机都存放在EVA存储上。 虚拟化故障: 工组人员误操作将数年前迁移完成后做的快照还原了,也就意味着虚拟机状态还原到数年前,近几年数据都被删除了。 还原快照相当于删除数据,意味着部分存储空间会被释放。为了不让这部分释放的空间被重用,需要将连接到这台存储的所有虚拟机都关掉,需要将不能长时间宕机的虚拟机迁移到别的EXSI虚拟化平台上。
71 50
|
1月前
|
Linux 测试技术 虚拟化
解决虚拟机文件因快照占用硬盘空间较多的情况(压缩虚拟机文件,节省硬盘空间)
解决虚拟机文件因快照占用硬盘空间较多的情况(压缩虚拟机文件,节省硬盘空间)
121 1
|
2月前
|
KVM 虚拟化
KVM虚拟机的桥接网络
文章主要介绍了KVM虚拟机的NAT和桥接网络类型的工作原理、配置方法以及如何进行网络模式的切换。
39 3
KVM虚拟机的桥接网络
|
2月前
|
KVM 虚拟化
KVM虚拟机的克隆
这篇文章介绍了如何使用KVM虚拟机进行完整克隆和链接克隆,包括手动克隆和使用virt-clone工具克隆的方法,以及如何编写脚本来实现自动化克隆和删除虚拟机。
60 3
KVM虚拟机的克隆
|
2月前
|
KVM 虚拟化
KVM虚拟机的热迁移
这篇文章详细介绍了KVM虚拟机的热迁移过程,包括临时迁移和永久迁移的步骤,以及可能遇到的故障和解决方案。
98 1
KVM虚拟机的热迁移
|
1月前
|
Kubernetes Linux 容器
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
109 0
|
2月前
|
存储 SQL 数据挖掘
虚拟化数据恢复—EXSI虚拟机误还原快照的数据恢复案例
虚拟化技术原理是将硬件虚拟化供不同的虚拟机使用,一台物理机上可以有多台虚拟机。人为误操作或者物理机故障会导致上层虚拟机不可用,甚至虚拟机里的重要数据丢失。下面给大家分享一个vmware虚拟化误操作还原快照的数据恢复案例。 虚拟化数据恢复环境: 一台由物理机迁移到EXSI上面的虚拟机,迁移完成后做了一个快照。该虚拟机上运行SQL Server数据库,记录了几年的数据。 EXSI虚拟化平台上一共有数十台虚拟机,EXSI连接了一台EVA存储,所有的虚拟机(包括故障虚拟机)都放在EVA存储上。
|
2月前
|
KVM 虚拟化 数据安全/隐私保护
KVM虚拟机安装实战
本文讲述了如何创建并使用VNC连接KVM虚拟机的详细教程,包括安装图解和命令行参数说明。
94 8
|
2月前
|
KVM 虚拟化
KVM虚拟机的冷迁移
这篇文章详细描述了KVM虚拟机的冷迁移过程,包括无依赖环境迁移、有链接克隆虚拟机迁移、多块磁盘迁移的案例,以及可能遇到的错误和解决方案。
78 3
下一篇
无影云桌面