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

时间：2019-08-07 17:40:36 阅读：134 评论：0 收藏：0 [点我收藏+]

一、总述：基于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文件系统。

标签：条件匹配节点情况无法系统目录存储介质复数丢失

原文地址：https://blog.51cto.com/sun510/2427456

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行