服务器故障#xff1a;

用户新增了一台服务器#xff0c;将存储中的某个LUN映射到新增加的这台服…服务器数据恢复环境

SAN环境下一台存储设备中有一组由6块硬盘组建的RAID6磁盘阵列划分若干LUNMAP到不同业务的SOLARIS操作系统服务器上。

服务器故障

用户新增了一台服务器将存储中的某个LUN映射到新增加的这台服务器上。

这个映射的LUN其实之前已经MAP到其他SOLARIS操作系统的服务器上了。

由于没有及时发现问题新增加的这台服务器已经对此LUN做了初始化操作磁盘报错重启后发现卷无法挂载。

联系SUN工程师进行检测后执行fsck操作。

虽然完成操作后可以挂载上文件系统但是发现有大量文件丢失或文件大小变为0尤其新数据破坏比较严重。

SAN环境下此类故障较为常见但多数是设置问题所导致。

SAN分配出来的LUN是采用独占模式的如果该LUN同时被几个操作系统控制就会出现写操作不互斥的问题最终导致文件系统一致性出错。

如果要恢复数据需要分析文件系统各结构的破坏情况。

本案例中文件系统采用UFS对任何一个需要恢复的文件而言优先考虑信息、节点、数据区均正常数据可完整恢复。

多数情况下执行fsck操作后会清除INODE即使留下信息。

4、按照公文系统的索引结构特征北亚企安数据恢复工程师编写程序提取数据文件提取完成后根据特征重新命名。

5、按照类型恢复数据文件。

之后由用户方根据索引文件对数据文件进行重新整理。

6、经过用户仔细检测确认分析所需要的数据文件恢复成功认可数据恢复结果。

针对少部分已破坏且无法恢复的文件由用户方根据目录索引文件重新向其他部门采集。