关于数据恢复:服务器数据恢复reiserfs文件系统服务器数据恢复案例

116次阅读

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

服务器数据恢复环境:
一台 IBM X 系列服务器,4 块 SAS 硬盘组建一组 RAID5 阵列,采纳的 reiserfs 文件系统。服务器操作系统分区构造:boot 分区 +LVM 卷 +swap 分区(依照前后程序)。LVM 卷中间接划分了一个 reiserfs 文件系统,作为根分区。

服务器故障:
服务器在运行过程中因为未知起因瘫痪,管理员将服务器重装系统,重装系统后发现分区构造变为:boot+swap 分区 +LVM 卷(依照前后程序),LVM 卷中的 reiserfs 文件系统地位有一个空的 reiserfs 超级块。
用户须要恢复原 LVM 卷中的所有用户数据,包含数据库、网站程序与网页、单位 OA 零碎里的所有办公文档。

服务器数据恢复过程:
1、将故障服务器中所有磁盘编号后取出,以只读形式将所有磁盘进行全盘的镜像备份。备份实现后依照编号将所有磁盘还原到原服务器中。后续的数据分析和数据恢复操作都基于镜像文件进行,防止对原始磁盘数据造成二次毁坏。
2、北亚企安数据恢复工程师试图通过全盘 reiserfs 树节点之间的关联确定原 reiserfs 分区地位。基于镜像文件进行剖析后,发现原来存储数据的 reiserfs 文件系统的前 2G 数据被笼罩。通过和管理员的沟通,确定了故障产生过程:管理员重新安装零碎时谬误地初始化了分区构造,装好零碎后无奈导入 LVM 卷,于是试图通过 reiserfsck 进行修复。
reiserfs 将文件系统中所有的文件 (含目录) 线性化后,再以文件 key 生成 B + 树。因为树会一直减少节点,树的构造整体拉展后向整个磁盘的数据区做平滑迁徙,所以顶级节点通常不会放在文件系统的最后面。因为根目录的文件 KEY 号通常是最小的,所以前 2G 数据应该是从根起始门路最近的 key 节点。用户数据目录档次较深,节点存在的可能性很高。因为 reiserfs 文件系统后面对整个树的索引全失落,加上 reiserfs 的树概念设计形象,重搭建树会很艰难。
3、通过北亚企安自主开发程序在扫描整个原 reiserfs 文件系统区域的 key 节点并将所有 key 节点导出。
4、而后应用北亚企安自主开发程序将所有的叶节点从新排序、过滤(去掉之前删除文件抛弃的节点),从新生成二级、三级、四级等叶节点。
5、抉择分区后面的 2G 空间作为新树的构造区,生成对应地址信息。目录命名问题解决办法:针对原树门路某节点失落的状况,应用自定义的 key 节点编号命名;针对无奈确定其父目录,可暂退出到 /otherfiles 目录下。生成树索引信息并写入到特定地位,再依据这些信息生成超级块并设置 clear 标记。
6、在 suse 虚拟机下创立快照,挂载修复好的卷,曾经能够看到文件了。在修复用的 suse 虚拟机下挂载用于拷贝数据的指标硬盘,mkfs 后将所有数据 cp 到指标硬盘。
7、用户通过 find 命令整顿所需数据,修改局部目录文件地位与名称。按大小与文件头标记查找局部失落的散文件,找到后挪动到对应的目录并重命名。
8、通过一番致力,所有须要复原的数据都被找到了。通过用户方的检测,确认复原进去的数据残缺无效。本次数据恢复工作实现。

正文完
 0