为什么数据恢复前要对硬盘进行检测?

简介:


检测磁盘的目的

对于需要恢复数据的硬盘来讲, MHDD 主要用于检测磁盘的健康状况,其他针对硬盘修复的功能则不太适用,因为使用 MHDD 对硬盘进行修复有可能会损伤其中的数据。使用 MHDD 对硬盘进行检测主要有如下目的:
u         磁盘能否正常识别
如果硬盘无法在 MHDD 下正常识别,则说明存在其它物理故障,应根据不同故障类型进行相应的修复处理。
u         磁盘坏道量及坏道位置
磁盘坏道的多少及坏道的位置直接关系到数据恢复率。通过检测,可以预先估计数据恢复的可能性,并制订合理的恢复方案。比如说,我们要恢复的数据位于磁盘的中部和后部,而检测过程发现磁盘的中部存在大量坏道,但磁盘后部完好,则可以考虑先对磁盘后部进行扇区级镜象,以保证磁盘后部的数据可以完好恢复。然后,再对存在大量坏道的磁盘中部进行恢复。这样可以避免因处理大量坏道区而导致磁盘意外损坏,致使磁盘后部的数据也无法恢复的情况发生。
u         磁头健康情况
某些多磁头硬盘在主头完好,其他磁头存在故障时依然可以正常识别,但坏磁头所在的盘面却无法读取,导致数据无法正常读出。使用 MHDD 可以大致判断是否有某个磁头已经损坏。主要依据是,在检测过程中发现磁盘存在有规律的坏道。这通常是由于其中某个磁头无法正常工作,导致在读取该磁头所对应的盘面时无法读取数据而表现为连续坏道。
注意:如果磁盘因摔落等原因致使磁盘表面产生划伤时也会表现为有规律坏道,但这种有规律的坏道表现与因磁头损坏而导致的有规律坏道表现会有所不同。比如,划伤通常只发生在某个区段以内,超出这个区段后即表现为正常;或者发生跳跃划伤等,读者可以在实际工作中摸索与积累经验,总结出自己的判断方法与思路。
u         是否固件损坏
有些硬盘虽然可以正常识别型号,但检测时却表现为全盘坏道或全盘叹号(如西部数据硬盘),这时就要考虑到固件损坏的可能性。
u         磁盘是否加密或剪切
通过 MHDD 可以检测磁盘是否因意外情况而被加密或剪切了容量。
总之,对磁盘的健康状况有了全面的了解后,才能够根据不同的情况初步判断磁盘可能存在的故障及数据恢复的可能性,并根据不同的情况制订妥善的恢复方案,以求最大程度地挽救数据。
注意:如果在对磁盘进行检测的过程中发现磁盘存在严重坏道,则应该尽可能地缩短检测时间,因为对坏道区长时间进行检测会造成磁头过度疲劳,同时也会导致坏道扩散



















本文转自老骥伏枥51CTO博客,原文链接:http://blog.51cto.com/sjhfml/129471,如需转载请自行联系原作者


相关文章
|
4月前
|
存储 安全 数据挖掘
服务器数据恢复—异常断电导致EVA存储中RAID信息丢失的数据恢复案例
意外断电导致raid硬件损坏或者riad管理信息丢失等raid模块损坏而导致数据丢失的情况非常普遍。正常情况下,磁盘阵列一旦创建完成就不会再对管理模块中的信息进行更改,但是raid管理模块中的信息属于可修改信息,一次或多次的意外断电可能会导致这部分信息被篡改或丢失。断电次数过多甚至会导致raid卡上的元器损坏。
|
5月前
|
存储 安全 Windows
U盘文件损坏且无法读取怎么修复?五个方法帮你搞定
U盘文件目录损坏无法读取可能是硬件、软件或人为操作导致的问题。修复方法包括:1) 使用数据恢复软件提取重要文件;2) 运行Windows的磁盘检查工具;3) 格式化U盘(数据会丢失);4) 检查U盘健康状况,如坏道修复;5) 若硬件故障,联系官方售后。在修复前,记得先备份数据。加强数据备份能减少损失。
|
6月前
|
存储 安全 数据挖掘
服务器数据恢复—正常断电后重启的服务器中Raid5阵列崩溃的数据恢复案例
服务器数据恢复环境: 一台某品牌DL380 G4服务器,服务器通过该服务器品牌smart array控制器挂载了一台国产的磁盘阵列,磁盘阵列中有一组由14块SCSI硬盘组建的RAID5。服务器安装LINUX操作系统,搭建了NFS+FTP,作为内部文件服务器使用。 服务器故障: 搬迁机房后,工作人员将服务器和磁盘阵列打扫了一下,连接所有线缆后,将服务器和磁盘阵列开机,发现服务器无法识别RAID,提示未做初始化。 北亚企安数据恢复工程师到达现场后对服务器和磁盘阵列进行简单的初检,经过初检发现数据丢失的原因是raid信息丢失,该RAID的冗余采用双循环的校验方式。
|
3月前
|
存储 Windows
移动硬盘数据恢复 详细操作指南 (6种方法)
很多情况下,移动硬盘丢失的数据是可以恢复的。本文将给大家详细介绍移动硬盘数据恢复的完整过程,帮助大家有效应对数据丢失问题。
|
3月前
|
SQL 数据库 数据安全/隐私保护
服务器数据恢复—raid5阵列故障因操作不当导致数据无法恢复的案例
服务器数据恢复环境: 一台服务器中有一组由4块SCSI硬盘组建的raid5磁盘阵列,划分了一个逻辑卷,操作系统为WINDOWS SERVER,作为SQL SERVER服务器使用。 服务器故障: 运行过程中该服务器raid5磁盘阵列瘫痪,管理员检查服务器发现raid5阵列中已经有3块磁盘离线。管理员选择其中2块离线硬盘进行强制上线操作,强制上线后操作系统无法启动。使用WINPE光盘启动操作系统后,可以看到数据。
|
5月前
|
存储 小程序 数据库
服务器数据恢复—异常断电导致存储不可用的数据恢复案例
服务器存储数据恢复环境: 一台存储中有一组由12块SAS硬盘组建的RAID6磁盘阵列,划分为一个卷,分配给几台Vmware ESXI主机做共享存储。该卷中存放了大量Windows虚拟机,这些虚拟机系统盘是统一大小,数据盘大小不确定,数据盘是精简模式。 服务器存储故障: 机房断电导致服务器存储异常关机,加电后存储无法使用。
服务器数据恢复—异常断电导致存储不可用的数据恢复案例
|
6月前
|
存储 运维 安全
服务器数据恢复—异常断电导致RAID5阵列信息丢失的数据恢复案例
服务器数据恢复环境: 某品牌ProLiant DL380系列服务器,服务器中有一组由6块SAS硬盘组建的RAID5阵列,WINDOWS SERVER操作系统,作为企业内部文件服务器使用。 服务器故障: 机房供电几次意外中断,服务器出现故障前最后一次异常断电重启后RAID报错,提示无法找到存储设备,进入RAID管理模块做任何操作都死机,重启服务器后问题依旧,用户联系北亚企安数据恢复中心寻求帮助。
|
6月前
|
存储 数据挖掘 Windows
服务器数据恢复—异常断电导致raid信息丢失的数据恢复案例
由于机房多次断电导致一台服务器中raid阵列信息丢失。该阵列中存放的是文档,上层安装的是Windows server操作系统,没有配置ups。 因为服务器异常断电重启后,raid阵列可以正常使用,所以未引起管理员的注意。后续出现的多次异常断电导致raid报错,服务器无法找到存储设备,进入raid管理模块进行任何操作都会导致操作系统死机。管理员尝试多次重启服务器,故障依旧。
|
6月前
|
存储 运维 安全
服务器数据恢复—存储互斥不当导致VMFS卷损坏的数据恢复案例
某公司的信息管理平台,通过3台虚拟机共享了一台存储设备供企业内部使用,存储设备中存放了公司内部重要的数据文件。 由于业务增长的需要,管理员又在这个存储网络上连接了一台Windows server服务器,结果这台存储变得不可用了。 管理员对该存储进行故障排查时发现存储中虚拟磁盘丢失,分区表丢失。重启该存储设备后故障依旧。 由于存储中的数据十分重要,没有备份。管理员为了安全起见,联系北亚企安数据恢复中心寻求帮助。 经过硬件工程师的检测,没有发现存储存在硬件故障。存储中的硬盘经过硬件工程师的检测后也没有发现任何物理故障,都可以正常读取。基本上可以排除故障是由于硬件导致的。
|
6月前
|
存储 运维 数据挖掘
服务器数据恢复—服务器进水,磁盘损坏的数据恢复案例
服务器数据恢复环境: 数台服务器+数台存储阵列柜,共上百块硬盘,划分了数十组lun。 服务器故障&检测: 外部因素导致服务器进水,进水服务器中一组阵列内的所有硬盘同时掉线。 北亚数据恢复工程师到达现场后发现机房内有一台存储柜中的机器都没有开机。和用户方沟通后得知:机房天花板渗水导致这台存储柜中最上方的两台服务器进水,其中一台服务器经过检修后可以正常工作,但是最上方的那台服务器则完全损坏。
服务器数据恢复—服务器进水,磁盘损坏的数据恢复案例