绿色存储数据恢复分析

来源:机房360   
2012/9/14 9:49:33
一台IBMX3850服务器,由4块146GSAS硬盘组成RAID5作为存储介质,操作系统为SUSELINUX,文件系统全部是reiserfs。

本文关键字: 绿色存储 数据恢复

绿色存储数据恢复故障描述

一台IBMX3850服务器,由4块146GSAS硬盘组成RAID5作为存储介质,操作系统为SUSELINUX,文件系统全部是reiserfs。

分析后得知:之前的硬盘数据组织结构为:一个不到100M的boot分区,后接一个271G的LVM卷,之后是2G的swap分区。LVM卷中直接划分了一个reiserfs文件系统,作为根分区。

用户在使用过程中,系统未知原因瘫痪。重装系统后,整个RAID逻辑卷变成了前面2G的boot与swap分区,后接271G的LVM卷,LVM卷中文件系统位置有个空的reiserfs超级块。

要求恢复原来271G中文件系统里的所有用户数据,数据分别是MYSQL数据库、PGSQL数据库、网站程序与网页、单位OA系统里的所有办公文档。

绿色存储数据恢复分析

1、通过对全盘reiserfs树节点之间的关联,确定了原来的reiserfs分区位置,以此断定,原来存储数据的文件系统前2G被覆盖。

2、应该是用户在安装系统时错误地初始化了分区结构,之后装好系统后,发现无法导入LVM卷,曾做过reiserfsck试图修复。

3、因reiserfs文件系统对文件系统里所有的文件(含目录)线性化后,再以文件key生成B+树,树不断增加节点,会导致树的结构整体拉展后向整个磁盘的数据区做平滑迁移,这样,顶级节点通常不会放在文件系统的最前面。因根目录的文件KEY号通常是最小的,所以,从空间上看,前2G中存储最多的应该是从根起始路径最近的key节点,这样,用户数据因目录层次较深,节点存在的可能性很高。

4、前2G覆盖的数据无法恢复,只能希望不要恰好覆盖用户数据。

5、因文件系统前面对整个树的索引全丢失,加上reiserfs的树概念设计得很抽象,重搭建树会很困难。

责编:赵龙
vsharing微信扫一扫实时了解行业动态
portalart微信扫一扫分享本文给好友

著作权声明:kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。
最新专题
流动存储 为大数据而生

伴随信息技术的突飞猛进,更大量级的非结构化数据与结构化数据构成的大数据成为企业级存储所面临的最大挑战:一方..

磁盘阵列及虚拟化存储

利用数组方式来作磁盘组,配合数据分散排列的设计,提升数据的安全性。虚拟化存储,对存储硬件资源进行抽象化表现。

    畅享
    首页
    返回
    顶部
    ×
      信息化规划
      IT总包
      供应商选型
      IT监理
      开发维护外包
      评估维权
    客服电话
    400-698-9918
    Baidu
    map