【服务器数据恢复】LUN映射出错导致文件系统一致性错误的数据恢复

服务器数据恢复环境：

服务器：SUN光纤存储系统；
6枚300G硬盘组成RAID6，划分若干LUN，MAP到不同业务的服务器上；
服务器操作系统SUN SOLARIS。

故障：

业务新增应用，需要增加一台服务器。服务器管理员在原服务器在线状态下将其中一个lun映射到一台新服务器上。服务器管理员在执行操作之前没有注意到这个刚刚映射过去的卷已经map到了solaris生产系统上的某个lun上了。将这个lun映射到新的服务器后，服务器对这个卷开始进行初始化，solaris生产系统上的磁盘出现报错，于是服务器管理员重启服务器，重启服务器之后这个卷已经无法挂载了。

服务器管理员联系SUN原厂工程师进行修复。SUN工程师检测故障情况后执行了fsck操作并成功挂载文件系统，但是多数数据丢失或文件大小为0，而最新的数据全部丢失。服务器管理员联系数据恢复中心进行服务器数据恢复。

服务器数据恢复故障分析：

本案例中的故障在san环境下比较常见，多数情况是服务器管理员在没有详细了解服务器的具体情况而执行操作导致的数据丢失。

在正常的工作模式下，san分配的卷为独立占用模式，如果服务器管理员将其映射给两个或多个操作系统将会导致文件系统一致性出错。

在这种情况下要进行数据恢复，首先要分析文件系统各个结构的损坏状态。在本次服务器数据恢复案例中，采用的是UFS文件系统。在UFS文件系统下，恢复任何一个文件都要先确认目录信息、节点、数据区是否正常，这3个参数都正常则数据可恢复。但执行fsck操作后节点会被清除，即使留下目录信息也无法与数据一一对应，如果出现这种情况就只能参考文件内部格式进行类型式的数据恢复了。

服务器数据恢复过程：

数据恢复工程师检查硬件之后确认服务器无物理故障。

1. 对出现故障的lun进行完整备份，在本次数据恢复案例中无任何硬件故障，正常备份即可。

2. 在备份文件中对文件系统进行解析，发现元文件中的iNode确实已经被清除了，无法通过还原节点（iNode）恢复数据，只能通过文件类型进行数据恢复。

3. 数据恢复工程师对用户需要恢复的特定文件进行分析，发现采用vfs公文系统的索引文件具有强的类型特征，同时文件中包含目录信息。

4. 按照公文系统的索引结构特征，北亚数据恢复工程师编写程序进行数据提取，提取数据后根据特征重新命名。

5. 按类型恢复数据文件，然后根据索引文件对数据文件进行重新整理。

服务器恢复数据验证：

经过2个工作日的数据分析和恢复操作，服务器数据恢复工程师最终提取了原服务器内99%的数据和目录索引文件，经过服务器管理员对恢复出来数据进行验证，最终确认所需要的重要数据已经全部恢复。