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

    一台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的树概念设计得很抽象，重搭建树会很困难。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。