频道栏目
首页 > 网络 > 其他 > 正文

基于linux系统,fsck后数据丢失的数据恢复方案-SUN-51CTO博客

2019-08-07 20:45:27           
收藏   我要投稿

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

相关TAG标签
上一篇:CentOS加入AD域-川流信息-51CTO博客
下一篇:系统巡检脚本-最初的梦想-51CTO博客
相关文章
图文推荐

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站