31
2024
05
10:15:59

vSan数据恢复方案--闪存盘损坏后重建磁盘组导致数据丢失

vSan数据恢复方案–闪存盘损坏后重建磁盘组导致数据丢失

提示:本文只提供一些数据恢复的思路和要点

vSan数据恢复方案--闪存盘损坏后重建磁盘组导致数据丢失

前言

一、详细了解数据丢失的过程

二、对应的数据恢复思路

1.解析出与故障VMDK文件对应的虚拟对象

2.依据获取的虚拟对象的ID,在vSphere监控里面查看该虚拟对象的结构

3.依据获取的虚拟对象ID,从硬盘提取隶属于该ID的组件成员,重组RAID,获取丢失的数据

总结

前言

随着数据存储量越来越大,一般的存储难以满足很多大公司的使用需求,故出现了各种虚拟化平台,这些平台为了更好的幸好和方便管理,都自研了一些独有的存储方式,其中最常见的就是分布式存储本文主要讲述了基于VMware vSphere所创建的vSan分布式存储架构


一、详细了解数据丢失的过程

知己知彼,方能百战百胜,数据恢复也是一样,详细了解数据丢失的过程,可以使数据恢复更加简单

与客户详细沟通得知故障原因如下:
整个VMware vSphere共控制多个集群,其中出现故障的集群使用的Vsan分布式结构存储,该Vsan由
10台华为2288H V5 存储构成,每一台存储由2块HDD(物理盘)和一块SSD(闪存盘)构成1个磁盘组,每台存储都有4个磁盘组。

故障原因是,10台存储内的一台存储中的1个磁盘组的闪存盘出现故障,磁盘指示灯报错,但是数据能够正常使用,于是更换一块新的SSD硬盘上去,但之前的磁盘组不认这个硬盘,故磁盘组失效,维护人员重新选择该磁盘组的2块HDD与新的SSD重新组成一个新的磁盘组,并重新加入vSan分布式存储集群,2小时后同步完成,集群能够正常访问,但涉及该磁盘组的虚拟机中,有一台虚拟机无法启动,检查后发现该虚拟机的VMDK文件变成1KB大小。

通过我方技术人员现场分析梳理,发现出现问题的虚拟机存储策略与其他正常虚拟机策略不一致,该虚拟机采用的是RAID0结构的策略,并且未使用置备,其他虚拟机均采用RAID1策略,使用100%置备。

通过我方技术工程师现场分析,重建该磁盘组的时候,其实涉及存储在该磁盘组的虚拟机已经全部出现故障,但是由于使用100%置备策略的原因,已经自动降级,然后自动恢复并且又继续使用100%置备策略,故这些虚拟机都能够自动恢复成正常的状态,但没有使用该策略的虚拟机则不能自动恢复,出现数据丢失。
故障流程图

二、对应的数据恢复思路

1.解析出与故障VMDK文件对应的虚拟对象

如果有不清楚 vSan分布式存储集群 里面VMDK和虚拟对象关系的可以去查看我的上一篇文章,这里就不作过多的解释了

2.依据获取的虚拟对象的ID,在vSphere监控里面查看该虚拟对象的结构

有些极端情况下,该虚拟对象已经在vSphere监控里面丢失,无法找到该虚拟对象,则需要使用winhex手动的分析,可以使用winhex访问硬盘底层扇区,呈现结构如下(上一篇文章也有说明具体怎么查看)
解析vSan的分区
解析 vSan 分布式存储的分区在该HDD和SSD上占用的空间,在这些空间内可以通过16进制数编辑器winhex 分析出丢失的虚拟对象ID,也可以使用网上能够支持vSan分布式存储的数据恢复工具进行解析。

由于目前市面上能够支持vSan分布式存储的分析软件少之又少,小编整理了一些工具,放在文章末尾,免费放给大家分析使用,可以用winhex通过16进制数的数据,再配合这个工具,就能够提取指定虚拟对象或VMDK虚拟磁盘文件。

3.依据获取的虚拟对象ID,从硬盘提取隶属于该ID的组件成员,重组RAID,获取丢失的数据

通过VMware vSphere vSan数据恢复工具1.0.rar 我们手动输入虚拟对象ID,选择HDD和SSD,即可提取分布存储在该磁盘组中的组件数据,这样一步一步的就可以提取出整个虚拟对象的组件,然后重组RAID即可恢复出丢失的数据。
截图

总结

本文只是提供一些思路和技术路线,其实很多特殊的文件系统特殊的分布式存储,都可以使用winhex进行数据提取,只是winhex毕竟不是一个自动化的工具,需要全程手动操作,相较于软件操作要复杂繁琐的多:,另外大家如果觉得本文对您有帮助的话,能否点点关注,给小编一个大大的赞@_@




推荐本站淘宝优惠价购买喜欢的宝贝:

image.png

本文链接:https://www.hqyman.cn/post/6383.html 非本站原创文章欢迎转载,原创文章需保留本站地址!

分享到:
打赏





休息一下~~


« 上一篇 下一篇 »

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

请先 登录 再评论,若不是会员请先 注册

您的IP地址是: