着急,在线等! VMware VSAN 文件恢复
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了着急,在线等! VMware VSAN 文件恢复相关的知识,希望对你有一定的参考价值。
VSAN虚拟机断电后无法启动,磁盘丢失。硬盘容量显示磁盘文件存在,通过VMware软件无法找到文件。VMware版本6.0 VSAN版本6.0 未找到还原点。
不管是主板带有阵列功能还是用RAID卡做的阵列,阵列信息都是集成在硬盘上面的。所以只是更换主板或阵列卡都可以保存原有的阵列与数据了的。注意事项:确定是服务主板或阵列卡坏了情况下,请不要把两个硬盘单独接在主板上面再通电操作,因为会改变硬盘的阵列信息的,更不要接在其他的主板上面操作。如果把硬盘折下来,接在其他的主板或其他阵列卡上面后,原本带有RAID1的阵列信息很可能发生改成。处理方法:确定是服务主板或阵列卡坏了情况下,先记录好每个硬盘接在主板与阵列卡上面的顺序,这点千万不要接错了的。一定要与原先的顺序一下吧.!.阵列卡与服务器主板阵列,不同之处,在于,因为有的一些主板都是阵列功能可能是关闭的,所以你把硬盘接好后,一定是先进主板的Bios看阵列的是否打开。并在阵列信息BIOS里面看能不能正常认到硬盘与阵列RAID1的状态,是不是正常的阵列卡的话,如果是更换阵列卡,那就要进入卡的BIOS看一下阵列信息。正常之后,再进行下一步操作。不管是主板还是阵列卡,更换硬件都可能会对阵列信息造成影响,所以最重要的是,当更换之后,如果阵列信息显示不正常,那样就把硬盘接在主板上面,先把数据重份出来,再重建阵列。这方法只合适用RAID1的阵列模式,其他模式,都不能像这样操作,切记!!!!! 参考技术A 这个只能从底层做数据恢复了,需要先把所有的磁盘都整理做下镜像,之后在对这些镜像文件分析来提取数据,需要看下一共几个节点,节点信息啥的,还有丢失了几个虚拟机,是部分虚拟机丢失,还是全部的虚拟机丢失。 参考技术B 虚拟磁盘文件损坏,先把文件恢复出来,再修复,比较有难度,如果破损,就希望不大了。追问谢谢您的建议,我的文件不是损坏,是在虚拟磁盘里,但是找不到。VMware的软件操作无法找到这个文件,文件破损的情况应该不大,只是找不到这个文件而已。
追答好吧
参考技术C 配合vSphere6.0,VMDK之后可在集群内扩展到62TB,最多64台主机。一个节点上的虚拟机数量从100翻倍到了200,每个集群中最多6400台。多节点意味着容量和更高的性能。使用了4TB硬盘后,可将原始容量提升到9PB。vsan存储介绍/存储原理/数据恢复案例
····VSAN是一种以vSphere内核为基础进行开发、可扩展的分布式存储架构。VSAN通过在vSphere集群主机当中安装闪存和硬盘来构建VSAN存储层,由VSAN进行控制和管理,形成一个供vSphere集群使用的统一共享存储层。····vSphere基础架构中的存储正在发生变化,传统的基于LUN的存储管理机制将存储能力应用于数据存储级别。底层存储阵列不了解虚拟化,也不了解文件系统。VMware的下一代策略驱动存储方式不再基于传统的VMFS存储卷,而是基于对象存储系统模型,基于虚拟数据存储或者分布式数据存储,
····VSAN数据存储是一个对象存储,以文件系统的形式呈现给vSphere主机,这个对象存储服务会从启用VSAN集群中的每台主机上加载卷。将他们展现为单一的、在所有节点上可见的分布式共享数据存储,VSAN简化了存储配置,对于虚拟机来说,只有一个数据存储,这个分布式数据存储来自VSAN集群中每一台vSphere主机上的存储空间,通过磁盘组进行配置,在单独的存储实体中存储所有的虚拟机文件,这种数据存储的方式相对来说已经很安全了,但是在出现闪存盘或者是容量盘出现故障的时候,数据会往其他的节点转移,在转移的时候过程中,也有可能出现其他的故障,我们最近解决了一个VSAN存储崩溃,虚拟机无法访问的故障。
····出现故障是四台dell的服务器组成的VSAN集群,每台服务器上两个磁盘组,一个磁盘组是一个SSD硬盘带5块SAS硬盘,SSD做闪存,SAS做容量盘,其中一个节点上的一个磁盘组中的容量盘出现故障离线,这个时候VSAN进行数据重构迁移,在很不赶巧的时候,这个时候由于停电导致数据迁移没有完成,在来电的时候,其中另外一个磁盘组中的容量盘也由两块故障离线了,导致整个数据存储出现故障,VSAN的管理控制台可以登陆,但是所有的虚拟机都无法访问了。
····先把四个节点的所有硬盘都做个只读的镜像,包含SSD闪存盘和SAS容量盘,还有三块因故障离线的硬盘,备份完成之后,把所有的原盘都还原到服务器上,开始对镜像文件来进行分析底层数据存储结构,来确认虚拟机所在硬盘的分布信息,因为现有的虚拟化程序没有针对VSAN的架构来恢复虚拟机的,北亚的工程师在分析底层数据存储结构的时候,也在做相应的程序开发,来测试数据分布信息的准确性。
····单独分析每个节点上的两个磁盘组,看下磁盘组内的闪存硬盘和容量盘之间的对应关系,每块硬盘都有一个唯一标识进行磁盘间的对应,根据硬盘的ID信息,判读磁盘组里面的硬盘ID信息。
1、在每块硬盘上获取磁盘的UUID和磁盘组的UUID
2、根据每个磁盘组中的容量盘的组件信息获取此容量盘的组件信息
3、根据组件信息中记录的组件的MAP位置提取组件位图。
4、根据组件的位图提取组件数据和缓存数据
5、根据组件的描述信息获取组件所属对象及组件顺序,并把组件合并成对象
6、根据对象,提取数据。
····对象也可以看成一个卷,也可以理解成是一个逻辑卷,每个存在于数据存储上的VSAN对象都是由多个组件构成,这些组件分布于集群主机上配置的磁盘组中,在恢复的过程中,组件的信息提取是关键的步骤,因为组件是每个对象的重要组成部分,本次故障组件损坏的很少,恢复出来的虚拟机都能正常启动,这次故障解决在分析组件位图和磁盘对应关系用来比较长的时间,但是最后把所有的技术难题都解决了,恢复出来的虚拟机都正常启动,圆满解决了VSAN出现故障导致数据丢失的恢复。
以上是关于着急,在线等! VMware VSAN 文件恢复的主要内容,如果未能解决你的问题,请参考以下文章
VMware vSAN超融合虚拟化架构与NetApp FAS2620存储服务器虚拟化架构对比
服务器数据恢复异常关机导致Vsan逻辑架构出现故障,节点虚拟机文件丢失的数据恢复案例