虚拟机快照导致的存储告警

简介:

背景介绍

某企业虚拟化平台使用的软件版本为vsphere5.1,共享存储上每个lun都是1T的空间,今天检查时发现有一个lun的可用空间只剩下3%,于是开始寻找原因

排查步骤

1.首先使用ssh链接到Esxi物理主机,检查了该lun上运行的虚拟机,发现在该lun上只运行着一台虚拟机占用了964.2G的空间

wKioL1me21nDTmaqAAARo5YdIwg751.png

2.打开该虚拟机配置,发现该虚拟机配置了3个厚置备类型的硬盘,硬盘空间分别为40G、200、500G,算上swap交换分区的32G一共是772G,也不会达到964G的容量

wKiom1me22XQsVF7AABoZDVdhio837.png

3.检查又发现在存储上该虚拟机置备的空间竟然是1.48T,这也就能理解为什么虚拟机磁盘使用量会超过772G

wKiom1me22bzx0mtAABZH_ZDF5E551.png

4.登录这台虚拟机系统,查看虚拟机实际使用的磁盘空间只有258G,排出了问题出在虚拟机系统上的可能

wKioL1me21qjqqtXAAA_lO_OWrw764.png

5.再次通过SSH工具链接到Esxi物理主机进入到该虚拟机目录进行查看,发现每个disk都有一个快照文件大小分别为1.7G、55.9G、134.5G,加上原来772G磁盘共计964.1G与图1中已使用的大小一致,得出问题的结果出在快照上

wKiom1me22bx09CeAAB98oK8G2Y574.png

6.检查该虚拟机快照,发现该快照是vRanger备份时创建的,备份结束后没有成功删除导致。删除快照释放空间,至此排查完成

wKioL1me21vxG-LbAAA14htKr0U261.png

补充说明

给虚拟机尤其是厚置备的虚拟机做快照真是作死,以本次事件为例,做完快照后数据发生变化的部分会存储在772G空间之外的地方,由于虚拟机磁盘类型又是厚置备,所以实际使用的空间大小为:772+1.7+55.9+134.5=964.1G,而快照记录的是数据发生变化的部分,数据最大100%发生变化,即740G,此时虚拟机理论最大使用的空间为:(772+740)/1024=1.48T,这也就解释了该虚拟机的置备存储显示为1.48T的原因,最后总结一句,快照是方便,使用需谨慎。


本文转自 qiao645 51CTO博客,原文链接:http://blog.51cto.com/arkling/1959165

相关文章
|
10月前
|
存储 SQL 关系型数据库
服务器数据恢复—同友存储中raid5阵列上层虚拟机数据恢复案例
某单位同友存储,存储设备中若干磁盘组建了raid5磁盘阵列。未知原因导致存储设备崩溃无法启动,raid5阵列上层的虚拟机全部丢失,其中存放了重要数据的3台虚拟机需要恢复。
服务器数据恢复—同友存储中raid5阵列上层虚拟机数据恢复案例
|
10月前
|
存储 缓存 固态存储
VSAN存储故障导致虚拟机无法访问的VSAN数据恢复案例
VSAN数据恢复环境: 由四台某品牌服务器组建的VSAN集群,每台节点服务器上有两个磁盘组。每个磁盘组中有1块SSD硬盘+5块SAS硬盘,SSD作为闪存,SAS硬盘作为容量盘。 VSAN故障: VSAN集群中一个节点服务器上其中一个磁盘组中的容量盘出现故障离线,VSAN开始数据的重构迁移,数据迁移还没有完成的时候机房停电导致数据迁移中断。来电后启动所有设备后,管理员发现另一个磁盘组中的两块容量盘出现故障离线,VSAN数据存储出现问题。VSAN管理控制台可以登录,但是所有虚拟机都无法访问。
|
10月前
|
存储 算法 数据挖掘
NetApp数据恢复—NetApp存储中虚拟机的数据恢复案例
NetApp存储数据恢复环境: 北京某公司的一台NetApp某型号存储,通过96块磁盘组建了两组存储池,这2组存储池互为镜像。存储池内划分卷并映射到ESXI作为数据存储使用,卷内有几百台虚拟机。 NetApp存储故障: 操作过程中由于未知原因导致卷丢失,卷内虚拟机无法访问。管理员对该NetApp存储进行检查并试图恢复数据但是没有成功,于是联系我们数据恢复中心恢复数据。
NetApp数据恢复—NetApp存储中虚拟机的数据恢复案例
|
1月前
|
存储 运维 数据挖掘
虚拟化数据恢复—误还原快照导致虚拟机上数据库丢失的数据恢复案例
虚拟化数据恢复环境&故障: vmfs文件系统,存储的数据是SqlServer数据库及其他办公文件。 工作人员误将快照还原,导致了SqlServer数据库数据的丢失,需要恢复原来的SqlServer数据库文件。
71 22
|
6月前
|
KVM 虚拟化
kvm虚拟机快照
这篇文章主要介绍了KVM虚拟机快照的创建、管理、恢复以及删除的详细步骤,包括查看快照信息、创建快照、模拟系统破坏后基于快照恢复虚拟机、使用快照的注意事项以及如何删除快照。
138 2
|
2月前
|
存储 运维 数据挖掘
|
4月前
|
存储 SQL 数据库
虚拟化数据恢复—Vmware虚拟机误还原快照的数据恢复案例
虚拟化数据恢复环境: 一台虚拟机从物理机迁移到ESXI虚拟化平台,迁移完成后做了一个快照。虚拟机上运行了一个SQL Server数据库,记录了数年的数据。 ESXI虚拟化平台上有数十台虚拟机,EXSI虚拟化平台连接了一台EVA存储,所有的虚拟机都存放在EVA存储上。 虚拟化故障: 工组人员误操作将数年前迁移完成后做的快照还原了,也就意味着虚拟机状态还原到数年前,近几年数据都被删除了。 还原快照相当于删除数据,意味着部分存储空间会被释放。为了不让这部分释放的空间被重用,需要将连接到这台存储的所有虚拟机都关掉,需要将不能长时间宕机的虚拟机迁移到别的EXSI虚拟化平台上。
168 50
|
5月前
|
Linux 测试技术 虚拟化
解决虚拟机文件因快照占用硬盘空间较多的情况(压缩虚拟机文件,节省硬盘空间)
解决虚拟机文件因快照占用硬盘空间较多的情况(压缩虚拟机文件,节省硬盘空间)
319 1
|
6月前
|
存储 SQL 数据挖掘
虚拟化数据恢复—EXSI虚拟机误还原快照的数据恢复案例
虚拟化技术原理是将硬件虚拟化供不同的虚拟机使用,一台物理机上可以有多台虚拟机。人为误操作或者物理机故障会导致上层虚拟机不可用,甚至虚拟机里的重要数据丢失。下面给大家分享一个vmware虚拟化误操作还原快照的数据恢复案例。 虚拟化数据恢复环境: 一台由物理机迁移到EXSI上面的虚拟机,迁移完成后做了一个快照。该虚拟机上运行SQL Server数据库,记录了几年的数据。 EXSI虚拟化平台上一共有数十台虚拟机,EXSI连接了一台EVA存储,所有的虚拟机(包括故障虚拟机)都放在EVA存储上。
|
5月前
|
Kubernetes Linux 容器
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
395 0

热门文章

最新文章

相关实验场景

更多