博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
NetApp FAS2240-4存储删除文件数据恢复
阅读量:6447 次
发布时间:2019-06-23

本文共 917 字,大约阅读时间需要 3 分钟。

服务器数据恢复案例概述:

山西某公司有一台服务器netAPP存储因为误删除文件夹需要进行数据恢复操作,存储中一共有24块磁盘,管理员在工作中误删除了存储中某重要文件夹,三个月后管理员才意识到这一操作带来的严重后果并尝试寻找一家北京的数据恢复公司上门进行服务器数据恢复服务。

服务器故障分析:
数据恢复公司安排工程师前往客户现场对存储进行初检,虽然数据被删除数月,但由于NetApp中的文件系统的特性,WAFL是“Write Anywhere File Layout”, 即“任意位置写入文件布局”的特性,所以出现数据覆盖的可能性不大,数据恢复成功率较高,可以进行数据恢复尝试。

数据恢复步骤:
1,由于不同型号的WAFL文件系统版本各有不同且相互之间差距较大,首先我们需要根据节点的结构对数据块节点指针进行判断,这是服务器存储数据恢复的第一步。经过服务器工程师们对netAPP存储的数据结构进行分析判断出本案例中的文件系统版本为WAFL7.3.4,数据块指针为16字节。
NetApp FAS2240-4存储删除文件数据恢复
2,数据恢复的第二步是对扇区进行分析,通过工程师的分析得知该文件系统使用的blocksize为16+2扇区,其中前8个扇区为数据块,后2扇区为block标志。(有的版本为了节约磁盘容量,采用的将最后2个扇区内容压缩至数据扇区的最后2个扇区的最后)
NetApp FAS2240-4存储删除文件数据恢复

块校验扇区

3,存储数据恢复的重要一步是对目录结构进行分析,存储的目录结构中存放了文件、文件夹以及文件系统本身的元信息。该结构存放了文件的节点,该节点唯一,父文件夹的节点,且与数据节点中的信息一致。
NetApp FAS2240-4存储删除文件数据恢复
目录
4,当这些进行数据恢复所必须的重要信息全部通过人工分析完成之后就可以对存储进行全盘扫描,将后续数据恢复中需要的节点信息和目录信息扫描出来,存放到数据库中以备后续工作使用。
5,数据恢复的最后一步就是在数据库中根据客户的描述查找客户需要的文件夹,建立我们需要的目录树,了解算法并根据需求编写相应的程序,提供根目录之后就可以靠我们编写的程序提取出用户所需的数据。
本次服务器数据恢复工作耗时2.5个工作日,数据恢复成功率100%

转载于:https://blog.51cto.com/sun510/2096559

你可能感兴趣的文章
SpringMVC+Apache Shiro+JPA(hibernate)整合配置
查看>>
vue.js笔记
查看>>
【Unity3D入门教程】Unity3D之GUI浅析
查看>>
Hive 简单操作
查看>>
湘潭1247 Pair-Pair(树状数组)
查看>>
idea 不能粘贴复制问题
查看>>
IEnumerable<T>
查看>>
IntelliJ IDEA 注册码
查看>>
linux 上面配置apache2的虚拟目录
查看>>
Linux学习总结 (未完待续...)
查看>>
NoSQL数据库探讨 - 为什么要用非关系数据库?
查看>>
String字符串的截取
查看>>
switch函数——Gevent源码分析
查看>>
Spring MVC简单原理
查看>>
DynamoDB Local for Desktop Development
查看>>
ANDROID的SENSOR相关信息
查看>>
laravel 使用QQ邮箱发送邮件
查看>>
用javascript验证哥德巴赫猜想
查看>>
Shell编程-环境变量配置文件
查看>>
thymeleaf 中文乱码问题
查看>>