您所在的位置:首页 > 成功案例 > Linux数据恢复

基于linux系统,fsck后数据丢失的数据恢复方案

最新动态来源:本站原创点击数:43更新时间:2019/8/7

一、总述:基于linux系统,fsck后数据丢失的数据恢复方案
二、解决方案
2.1 恢复流程
2.1.1 检测流程
1、检测是否存在硬件故障,如硬件故障,转硬件处理
2、以只读方式检测故障表现是否与用户描述相同
2.1.2 恢复流程
1、备份:以只读方式对故障磁盘做完整镜像(参考附录)
2、如果需要恢复完整目录结构,则先需要完整恢复已丢失文件节点,再恢复数据。如果节点无法恢复,则可按文件类型进行恢复。
3、恢复后的数据会暂存在另一个存储体上
2.1.3 验收流程
对恢复好的数据进行验证,确认其正确性。如确认,交费-->移交原介质及已恢复数据 -->出具发票(收据)及报告。如无法确认或不确认,移交原介质不收服务费,可免费出具报告。
三、数据恢复的可能性
fsck会校验文件系统节点、数据索引之间的匹配关系,修复时会试图重新生成文件系统目录树,并一致化节点与索引的关系,当文件系统结构不一致时,就会占用新的空间生成一致性的元数据结构,有时候,这种操作会破坏恢复现场,导致数据恢复工作更加困难甚至无法完成。
fsck时如果有大量节点报错并提示已经修复,这种破坏是非常严重的,数据恢复将很困难。目录结构及文件名称是最容易被破坏的,这会导致所恢复出来的数据彻底丢失原有的目录结构和文件名称。
fsck执行后,如果很短时间就完成,则无论执行修复后的结果如何,数据恢复的可能性均较高。
四、数据恢复所需时间
影响数据恢复的时间有多方面的因素。通常,数据恢复服务约需要2-3天,如遇复杂情况,需要视情况而定。
、小贴士
1、存储设备没有100%的安全保证,重要数据需要常常备份,可以采用一些数据同步工具进行数据备份。
2、出现数据灾难时,本机不应再有任何操作,如有条件,应该将硬盘或其他存储介质完整镜像(参考附录)
3、数据删除后,即使不写数据,单纯的读取也容易破坏文件系统日志,所以,出故障后,应尽快umount文件系统。