【服务器数据恢复】服务器reiserfs文件系统损坏的数据恢复案例

服务器数据恢复环境：
某品牌服务器中4块SAS硬盘组建RAID5。
boot分区+LVM卷+swap分区（按照先后顺序），LVM卷中划分了一个reiserfs文件系统，作为根分区。

服务器故障：
服务器在运行过程中系统由于未知原因瘫痪，用户重装服务器系统后发现整个RAID逻辑卷变成了：boot分区+swap分区+LVM卷（按照先后顺序），LVM卷中文件系统位置有个空的reiserfs超级块。用户联系我们数据恢复中心，要求恢复的数据就是原来LVM卷中reiserfs文件系统里的所有的数据：数据库、网站程序与网页、OA系统内的办公文档。

服务器数据恢复过程：
1、通过对全盘reiserfs树节点之间的关联确定原来reiserfs分区的位置。经过检测发现原来存储数据的reiserfs文件系统的前2G数据已经被覆盖，北亚数据恢复工程师推断这种情况应该是管理员重装系统时错误地初始化了分区结构，系统安装后无法导入LVM卷，于是就执行了reiserfsck操作试图进行修复。
因为reiserfs文件系统对文件系统里所有的文件(含目录)线性化后，再以文件key生成B+树，树不断增加节点，导致树的结构整体拉展后向整个磁盘的数据区做平滑迁移，所以顶级节点通常不会放在文件系统的最前面。因为根目录的文件KEY号通常是最小的，所以从空间上看，reiserfs文件系统的前2G数据存储的应该是从根起始路径最近的key节点，由于用户数据目录层次较深，节点存在的可能性很高。由于前2G数据已经被覆盖无法恢复，希望用户数据不要也被覆盖。因为reiserfs文件系统前面对整个树的索引全丢失，加上reiserfs的树概念设计抽象，重搭建树会很困难。
2、通过北亚自主研发程序对原文件系统所在区域进行key节点扫描并将所有节点导出。
3、然后通过北亚自主研发工具对所有叶节点重新排序、过滤(去掉之前删除文件丢弃的节点)，重新生成二级、三级、四级等叶节点。
4、选择分区前面2G空间作为新树的结构区并生成对应地址信息。
5、目录命名问题解决方法：如遇到原树路径某节点丢失的情况，对其使用自定义的key节点编号命名；如无法确定其父目录，暂加入到/otherfiles下。生成树索引信息并写入特定位置，再根据这些信息生成超级块并设置clear标志。
6、在suse虚拟机下创建快照并挂载修复好的卷，已经可以看到文件了。在修复用的suse虚拟机下，挂载用于copy数据的目标硬盘，mkfs后将所有数据cp到目标盘。
7、用户通过find命令整理所需数据，修正部分目录文件位置与名称。
8、按大小与文件头标志查找部分丢失的散文件，找到后移动及重命名。
由于reiserfs的树的抽象和程序调试，整个恢复工作异常复杂。但是经过数据恢复工程师和用户的努力，所有重要数据都被找到。