北亚V7000数据恢复案例_存储文件系统损坏

发布时间:2020-08-05 21:52:37 作者:宋国建
来源:网络 阅读:1097

我们今天介绍的数据恢复案例是一起 v7000存储文件系统损坏导致的数据丢失,首先简单介绍一下设备基本情况:发生文件系统损坏的是一台挂载在Windows2003服务器上的v7000存储,划分了一个容量为7个TB的分区,使用NTFS文件系统,里面是oracle数据库。引起这次故障的直接原因是服务器宕机重启服务器时系统自动进行磁盘扫描修复时客户强制关机断开了存储和服务器之间的链接,直接导致这台存储文件系统损坏,报错信息为“文件或目录损坏且无法读取”。下面我们将详细介绍这次v7000存储数据恢复的过程:<br><br>

第一步也是所有数据恢复工作必须要做的就是对源存储做镜像备份,这样做的目的是可以在镜像文件上进行恢复操作,避免直接更改原有数据。这次备份我们采用的是通过光纤交换机把整个卷镜像到我们公司自有存储设备上,原设备交还给客户不再进行任何操作。
北亚V7000数据恢复案例_存储文件系统损坏
<br>

第二步才开始对镜像卷的底层数据进行分析,通过分析我们发现问题的原因在于MFT表自身的文件记录的的80属性DATARUNS操作系统自检时被截断,并且分区内多达3451多万个文件数据,其中有20多G的mft文件,并且文件有非常大量的碎片。
北亚V7000数据恢复案例_存储文件系统损坏
<br>
第三步时我们原本使用v7000数据恢复软件进行扫描恢复,但是结果差强人意,不仅扫描结果只有1/3并且目录结构都是混乱的,所以只好改为手工分析。手工分析的流程首先是收集分析所有mft表碎片信息,根据这些信息改写80属性DATARUNS。这种方式所产生的工作量是十分繁杂的,但是结果喜人,经过辛苦工作后打开分区可以看到原本6T多数据完整的恢复出来,目录结构也完整。
<br>
到此,这次v7000存储数据恢复工作结束,所有数据100%恢复。

推荐阅读:
  1. VSAN存储结构解析;存储数据恢复的成功案例分享
  2. Storwize V7000存储底层结构原理及存储数据恢复案例分析

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

v7000数据恢复 服务器数据恢复 北亚数据恢复

上一篇:Python 正则表达式:compile,match

下一篇:1000个php代码审计样例

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》