【数据修复常见故障叙述】

一台IBMX3850网络服务器，由4块146GSAS电脑硬盘构成RAID5做为移动存储设备，电脑操作系统为SUSELINUX，系统文件所有是reiserfs。

剖析后获知：以前的硬盘数据组织架构为:一个不上100M的boot系统分区，后接一个272GB的LVM卷，以后是2G的swap系统分区。LVM卷中立即区划了一个reiserfs文件系统软件，做为根系统分区。

客户在应用全过程中，系统软件不明缘故偏瘫。

重做系统后，全部RAID逻辑性卷变成了前边2G的boot与swap系统分区，后接272GB的LVM卷，LVM卷中系统文件部位有一个空的reiserfs非常块。

规定修复原先272GB中系统文件里的全部客户数据信息，数据信息分别是MYSQL数据库查询、PGSQL数据库查询、网站源代码与网页页面、企业OA系统里的全部办公文档。

【数据修复剖析】

1、根据对整盘reiserfs树连接点中间的关系，明确了原先的reiserfs系统分区部位，为此判断，原先储存数据信息的系统文件前2G被遮盖。

2、应该是客户在重装系统时不正确地复位了系统分区构造，以后装好系统后，发觉没法导进LVM卷，曾做了reiserfsck尝试修补。

3、因reiserfs文件对系统系统文件里全部的文档(含文件目录)线性化后，再以文档key转化成B+树，树持续提升连接点，会造成 树的结构总体拉展后向全部硬盘的数据信息区做光滑转移，那样，顶尖连接点一般不容易放到系统文件的最前边。因网站根目录的文档KEY号一般是最少的，因此，从室内空间上看，前2G中储存数最多的应当是以根起止相对路径近期的key连接点，那样，客户数据信息因文件目录层级较深，连接点存有的概率很高。

4、前2G遮盖的数据信息没法修复，只有期待不必正好遮盖客户数据信息。

5、因系统文件前边对全部树的数据库索引全遗失，再加reiserfs的树设计概念得很抽象性，重构建树会很艰难。

【数据修复全过程】

1、根据独立程序流程在全部原系统文件地区开展key连接点扫描仪，将全部连接点导出来。

2、根据独立程序流程对全部叶连接点再次排列、过虑(除掉以前删除文件夹丢掉的连接点)，再次转化成二级、三级、四级等叶连接点。挑选系统分区前边2G室内空间作为新树的结构区(总之这些数据信息是不起作用的了，重做系统早已装得浓浓的)，并转化成相匹配详细地址信息内容。解决文件目录取名难题，如碰到原树相对路径某连接点遗失的状况，对其用自定的key连接点序号取名，如没法明确父亲文件目录，暂添加/otherfiles下。

3、依据上应对，生成树数据库索引信息内容，载入特殊部位，再依据这种信息内容，转化成非常块，设定clear标志。

4、在susevm虚拟机下，建立快照更新，初始化修补好的卷，早已能够 见到文档了。(注：vm虚拟机与快照更新的目地以便实际操作可加溯，另外因bitmap等数据库不危害数据信息，未做调整，故初始化前不能做reiserfsck)。

5、在修补用的susevm虚拟机下，初始化用以copy数据信息的总体目标电脑硬盘，mkfs后将全部数据信息cp到总体目标盘。

6、客户根据find指令梳理所需数据信息，调整一部分文件目录文档部位与名字。

7、一部分遗失的散文档，按尺寸与文件头标示搜索，寻找后挪动及重新命名。

【数据修复結果】

关键数据信息100%修复取得成功。