服务器zfs文件系统修复过程记录

时间:2021-09-18来源:栏目:互联网

一、服务器数据恢复简介:一个zfs文件系统服务器,有32个硬盘和Windows操作系统。二是服务器数据恢复失败。设备在运行过程中突然坍塌,没有物理故障。重启后问题没有解决,服务器中...

一、服务器数据恢复简介:

一个zfs文件系统服务器,有32个硬盘和Windows操作系统。

二是服务器数据恢复失败。

设备在运行过程中突然坍塌,没有物理故障。重启后问题没有解决,服务器中大量数据需要恢复。

第三,备份服务器数据。

北亚数据恢复工程师的第一个客户端服务器执行扇区级镜像操作,并通过分析镜像文件获得以下信息:

Zfs文件系统。

服务器硬盘分为4组。

所有热备盘均已启用。

四.服务器故障分析。

故障服务器的四个raidz组中有两个已启动,其中一个热备盘在第一组中启用,三个在第二组中启用。

此外,在第一组启动热备盘后,一个正常硬盘被丢弃,而在第二组中,两个硬盘被丢弃。

两组raidz均使热备盘在硬盘脱机后替换坏盘,第二组中的其他硬盘在热备盘联机后脱机。每次zpool读取数据,都需要进行检查才能得到正确的数据,然后第二组raidz的硬盘离线,这样服务器就彻底崩溃了。

动词(verb的缩写)重组ZPOOL并跟踪数据条目。

ZFS管理的存储池不同于传统存储,所有磁盘都由ZFS管理。传统的RAID在存储数据时,只根据特定的规则设置池,不关心文件在子设备上的位置。当ZFS存储数据时,它将为每个写入的数据分配适当的空间,并计算指向子设备的数据指针。这个特性使得在RAIDZ缺盘时无法直接检查和获取数据,所以必须对整个ZPOOL进行整体分析。

手动截取事务块数据,并编写程序获取最大事务号条目:

获取文件系统条目。

获取文件系统条目后,编写数据指针解析程序进行地址解析:

解析数据指针

获取文件系统入口点在每个磁盘的分布后,开始手动截取并分析文件系统的内部结构。分发入口点的磁盘组没有丢失磁盘,所以可以直接提取信息。根据ZFS文件系统的数据存储结构,成功找到客户映射的LUN名称,然后找到其节点。

不及物动词编写数据提取程序并运行。

仔细分析后发现,这个存储中的ZFS版本与开源版本有很大的不同,无法被公司原来开发的解析器解析,于是重写了数据提取程序。

由于磁盘组中缺少大量磁盘,每个IO流都需要验证,提取进度极其缓慢。与客户沟通后得知,这个ZVOL卷映射到XenServer作为存储设备,客户需要的文件在其中一个大小约2T的vhd中。根据XenStore卷存储结构提取并分析ZVOL卷头信息。发现2T vhd在整个卷的末尾。计算其起始位置后,从该位置提取数据。

七、验证数据完整性,服务器数据恢复成功。

提取Vhd后,VHD内部的压缩包、图片、视频等文件可以正常验证和打开。

联系客户核实数据,确保文件数量与系统自动记录的文件数量相差很小。丢失的文件可能是尚未刷新到磁盘的最新生成的文件。验证文件可用性,所有文件都能正常打开,服务器数据恢复成功。

1.本站部分来源于互联网用户自主整合上传,如有侵权,请联系我们删除;

2.文章内容并不代表本站的观点或立场,如有关于文章内容,版权或其它问题请联系删除;

3.本文地址:https://jiatu888.com/hlw/83954.html

最新文章

网站介绍

本站部分内容收集于互联网,如有侵犯贵司(个人)版权,请联系本站删除。

Copyright@2018-2021 www.jiatu888.com 嘉图网 All Rights Reserved 粤ICP备20051635号 网站地图 tag列表

嘉图网