【数据恢复故障描述】
IBM AIX系统，破坏前存储由4个500G的PV组成1个VG，VG中划分了5个文件系统：2个JFS2，2个JFS2LOG，1个JFS，两个JFS2中重要的一个由2组LV条带化后组成，大小为1.4T左右。
因新增应用服务器，不小心将重要数据的4个PV，MAP到新环境，之后将LV全部删除，重新做了4个LV，生成了文件系统。当生产环境报错后，又试图重建回原来的LV结构，导致了进一步的破坏。
存储中为某公司生产系统的重要数据，由ORACLE数据库组织。需要恢复数据的文件系统中有200多个ORACLE数据文件，无其他文件。
【数据恢复故障分析与恢复过程】
对故障磁盘做完整备份后，先在每个PV内部分析PP的参数，再按PP之间的关系分析LP，发现PP的连续性较差，问询客户后，得知文件系统做过多次扩容，得到印证。再对PP 与LP MAP做分析，发现条带化使整个结构更复杂，很难完整拼出文件系统。
再按ORACLE数据文件内部结构在4个PV中进行全面分析、整理。因PP碎片极多，导致ORACLE数据文件也极乱。
通过对PP MAP与ORACLE两者之间的关联特征，找到了部分对应算法，按此算法整理出多数LP-PP的映射表，剩余部分手工核对，终于将文件系统完整拼出来。
对文件系统进行正常解释，发现前面破坏严重，原文件系统超级块，元数据(包括节点)全部丢失。
接下来，在文件系统中搜索所有索引块，按索引块恢复部分数据文件。
其余丢失索引块的数据文件按ORACLE数据文件内部结构进行分析与重组。
【数据恢复结论】 历时48小时，数据恢复成功，仅2个数据文件因后写入导致部分记录破坏，用户对数据恢复结果非常满意。
