服务器数据恢复—raid5阵列+reiserfs文件系统数据恢复案例
服务器数据恢复环境：
一台服务器中有一组由4块SAS硬盘组建的RAID5阵列，上层安装linux操作系统统。分区结构：boot分区+LVM卷+swap分区（按照顺序），LVM卷中划分了一个reiserfs文件系统作为根分区。
服务器故障：
服务器操作系统在运行过程中由于未知原因崩溃，管理员重装操作系统后发现分区结构变为：boot分区+swap分区+LVM卷（按照顺序），LVM卷中文件系统位置有个空的reiserfs超级块。
用户方需要恢复reiserfs文件系统中所有数据，包含数据库、网站程序与网页、OA系统中所有办公文档。
服务器数据恢复过程：
1、将故障服务器中所有磁盘做好标记后取出，硬件工程师检测后没有发现有硬盘存在硬件故障。以只读方式将所有硬盘进行扇区级全盘镜像，镜像过程中也没有发现有硬盘存在大量坏道。镜像完成后将所有磁盘按照原样还原到原服务器中，后续的数据分析和数据恢复操作都基于镜像文件进行，避免对原始磁盘数据造成二次破坏。
2、基于镜像文件分析所有磁盘底层数据。通过对全盘reiserfs树节点之间的关联确定原来的reiserfs分区位置，发现原来存放数据的reiserfs文件系统前几G数据已经被覆盖，应该是在安装系统时错误地初始化了分区结构。管理员在装好操作系统后发现无法导入LVM卷，于是使用reiserfsck工具试图修复文件系统。
reiserfs文件系统对文件系统里所有的文件（含目录）线性化后，再以文件key生成B+树。随着树不断增加节点，树的结构会整体拉展，然后向整个磁盘的数据区做平滑迁移，所以顶级节点通常不会处于文件系统的最前面。根目录的文件KEY号通常是最小的，所以，从空间上看，被覆盖的前几G的空间中存放的应该是离根起始路径最近的key节点。用户的数据因目录层次较深，所以节点存在的可能性很高。
3、使用北亚企安自主开发程序在整个原文件系统区域扫描key节点并将所有节点导出，然后重新排序和过滤(去掉之前删除文件丢弃的节点)所有叶节点，重新生成二级、三级、四级等叶节点。选择分区前面几G空间作为新树的结构区，并生成对应地址信息。
应对目录命名问题，如遇到原树路径某节点丢失的情况，对其用自定义的key节点编号命名。如无法确定其父目录，暂加入/otherfiles下。根据上面对生成树索引信息并写入特定位置，再根据这些信息生成超级块和设置clear标志。在suse虚拟机下创建快照并挂载修复好的卷，这时已经可以看到文件了。
4、在修复用的suse虚拟机下，挂载用于拷贝数据的目标硬盘，mkfs后将所有数据cp到目标盘。
5、用户通过find命令整理所需数据，修正部分目录文件位置与名称。
6、针对部分丢失的散文件，按照大小与文件头标志查找，找到后移动及重命名。
7、经过工程师努力，最终将所有数据恢复出来。经过用户方验证，确认数据完整有效，认可数据恢复结果。
审核编辑 黄宇
-
服务器
+关注
关注
12文章
9123浏览量
85320 -
数据恢复
+关注
关注
10文章
568浏览量
17432 -
RAID5
+关注
关注
0文章
113浏览量
12720
发布评论请先 登录
相关推荐
服务器数据恢复—RAID5阵列两块硬盘离线崩溃，数据如何起死回生？
服务器数据恢复—华为OceanStor存储中RAID5阵列数据恢复案例
RAID5数据恢复—如何重组RAID5阵列？
服务器数据恢复—raid5阵列热备盘同步失败的数据恢复案例
服务器数据恢复—EMC存储中raid5阵列多块硬盘离线的数据恢复案例
服务器数据恢复—raid5阵列硬盘坏道导致raid崩溃的数据恢复案例
服务器数据恢复—raid5阵列上层文件夹丢失的数据恢复案例
服务器数据恢复—raid5阵列磁盘离线后强制上线导致数据丢失的数据恢复案例
服务器数据恢复—X3650服务器raid5磁盘阵列数据恢复案例
服务器数据恢复—RAID5阵列硬盘报警亮黄灯的数据恢复案例
服务器数据恢复—StorNext文件系统下raid5数据恢复案例
服务器数据恢复—华为OceanStor存储raid5数据恢复案例
工商网监
评论