分析SANLUNMapping出错导致文件系统共享冲突的-创新互联

【数据恢复故障描述】
SUN 光纤存储系统，中心存储为6枚300G硬盘组成的RAID6，划分为若干LUN，MAP到不同业务的服务器上，服务器上运行SUN SOLARIS操作系统。
正常工作状态下，用户需要新增应用，所以增加了一台IBM服务器，之后在线状态下将存储中的某个LUN映射到新增的IBM服务器，不料，映射的卷是原先已经MAP到SOLARIS生产系统上的某个LUN上了，由于并未及时发现，IBM服务器上已经对此LUN进行了部分初始化操作(操作不详)，之后SOLARIS上磁盘报错，重启后发现问题，卷无法挂载。
SUN工程师检测后，执行fsck，完成后文件系统可挂上，但很多数据丢失或大小变为0，尤其最新数据破坏严重。
【数据恢复故障分析】
SAN环境下此类故障较为常见，但多数是人为不小心导致，此故障也是如此。正常情况下，SAN分配出来的LUN是独占模式的，如果同时为几个操作系统所控制，极易导致写操作不互斥，导致文件系统一致性出错。
如果要恢复此部分数据，需要深入文件系统，考察其各结构的破坏情况。本例中，因文件系统采用UFS，所以对任何一个需要恢复的文件而言，优先考虑目录信息、节点、数据区是否正常，如上述3个结构均正常，数据可完整恢复。但多数情况下，fsck后INODE会清除，即使留下目录信息，也无法与数据一一对应，这时候，就只能参考文件内部格式进行类型式的恢复了。
【数据恢复过程】
1、完整备份故障卷，因RAID无故障，所以直接在SOLARIS环境中对原LUN做dd备份。
2、在备份中分析文件系统，确定需恢复文件的inode已经全部清除，无法还原。只好按文件类型进行处理。
3、对用户需要恢复的特定文件进行分析，发现采用vfs公文系统的索引文件具有强的类型特征，同时文件中包含目录信息。
4、按照公文系统的索引结构特征，写程序提取，提取后根据特征重新命名。
5、按类型恢复数据文件，之后用户人工根据索引文件，对数据文件进行重新整理。
【数据恢复结论】
历时24小时，目录索引文件99%恢复成功，数据文件大部分恢复成功，其余已破坏无法恢复的文件，用户根据目录索引文件重新向其他部门采集。
结论上，用户认可数据恢复成功。

创新互联建站专注为客户提供全方位的互联网综合服务，包含不限于网站制作、成都网站建设、乐平网络推广、微信平台小程序开发、乐平网络营销、乐平企业策划、乐平品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们大的嘉奖；创新互联建站为所有大学生创业者提供乐平建站搭建服务，24小时服务热线：18982081108，官方网址：www.cdcxhl.com

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

名称栏目：分析SANLUNMapping出错导致文件系统共享冲突的-创新互联
文章网址：http://dzwzjz.com/article/degego.html