关于服务器:Vsan分布式文件系统逻辑架构损坏恢复过程

40次阅读

共计 820 个字符,预计需要花费 3 分钟才能阅读完成。

一、存储故障状况介绍

北京某公司一台 vSAN 分布式文件系统的存储设备呈现未知起因的关机重启,随后发现逻辑架构呈现重大故障,下层虚拟机瘫痪,存储内的数据失落。
客户的这台 VSAN 存储采纳了超交融架构,存储内配置 24 块硬盘用来存储数据。

二、vsan 数据恢复镜像备份

因为数据恢复操作须要对存储内的数据进行剖析、重组、提取,因而在进行数据恢复操作前须要对客户原始存储设备下面的数据进行镜像备份,在数据恢复时只须要对镜像文件进行剖析及重组即可,不会对客户原始存储设备进行任何操作,无效爱护原始数据的平安。
工程师首先将客户的存储设备进行断电,将存储内的硬盘进行编号并按程序移出盘位,应用数据恢复专用存储设备对每一块硬盘进行扇区级镜像备份,在镜像过程中留神察看硬盘是否有物理故障,在本次复原过程中客户硬盘不存在物理故障。
当镜像备份胜利后,工程师简略剖析底层数据判断客户存储下层的虚拟机组件信息有毁坏,但毁坏不很重大,查找了复原数据所需的关键性信息也都失常。

三、vSAN 存储数据恢复过程

1. 剖析组件 ID
工程师编写了针对本次故障状况的数据扫描和重组工具,利用工具主动扫描存储底层所有数据碎片并进行重组,最终胜利提取了所有组件 ID 以及对象 ID,可间接用于下一步数据恢复应用。
2. 提取所有数据碎片
利用组件及对象 ID 追溯数据碎片的逻辑地位,将所有数据碎片进行提取。
3. 重组 vmdk 文件
将提取出的所有数据碎片进行重组、拼接,生成残缺的 vmdk 文件。
4. 剖析 vmdk 文件,提取数据
对 vmdk 文件进行持续剖析,合并快照父盘,解析快照及 vmdk 文件,提取可用数据。
5. 验证下层数据库可用性
所有数据提取实现后,在数据恢复存储上搭建与客户原存储环境雷同的数据验证环境,分割客户工程师亲自对复原出的数据进行验证,通过验证,客户原服务器上的所有数据均胜利复原,本次数据恢复胜利。

四、服务器数据恢复后果

通过客户管理员的验证,确认本次数据恢复后果残缺度为 100%,本次服务器数据恢复胜利。

正文完
 0