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

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了基于linux系统,fsck后数据丢失的数据恢复方案相关的知识,希望对你有一定的参考价值。

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

以上是关于基于linux系统,fsck后数据丢失的数据恢复方案的主要内容,如果未能解决你的问题,请参考以下文章

Linux Redis 重启数据丢失解决方案,Linux重启后Redis数据丢失解决方

Ext4文件系统fsck后损坏修复方法-linux数据恢复案例

Linux fstab修改不当导致开机fsck失败而主机无法重启

linux系统中使用fsck命令后文件系统被破坏的解决方法

转linux之fsck命令

急:使用fsck -a后,linux系统启动不了了,怎么回事?请高手指点迷津!