服务器数据恢复环境：
某品牌服务器中 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 的树的形象和程序调试，整个复原工作异样简单。然而通过数据恢复工程师和用户的致力，所有重要数据都被找到。