LINUX文件系统恢复方案

浏览数:3662



基于LINUX文件系统,fsck命令后数据丢失的恢复方案

基于LINUX系统,删除数据及格式化后的数据恢复方案

        a 基于EXT2/EXT3/EXT4文件系统;

        b 基于Reiserfs文件系统

        c 基于Xfs文件系统


恢复方案

 检测流程

         a 检测是否存在硬件故障,如硬件故障,先解决硬件故障;

         b 以只读方式检测故障表现,并参考客户对故障的描述。

 恢复流程

         a 以只读方式对故障存储做完整镜像备份,只对镜像盘操作,保证原盘数据不被破坏;

         b 如果需要恢复完整目录结构,则先需要完整恢复已丢失文件节点,再恢复数据,如果节点无法恢复,则可按文件类型进行恢复;

         c 恢复后的数据会暂存在另一个安全的存储,避免对原数据的覆盖。

 验收流程

         a 对已恢复数据做容量及数量统计,是否与数据丢失前吻合;

         b 对已恢复的数据做完整性验证,确保文件节点及底层逻辑等方面正确无误;

         c 对客户指定的关键文件进行重点验证,确保客户关键数据成功恢复。


恢复的成功率&时间评估

         a  fsck命令会校验文件系统节点、数据索引之间的匹配关系,修复时会试图重新生成文件系统目录树,并一致化节点与索引的关系,当文件系统结构不一致时,就会占用新的空间生成一致性的元数据结构,有时候,这种操作会破坏数据。

         b 进行fsck命令时,如果有大量节点报错并提示修复,这种破坏将非常严重,而目录结构及文件名称是最容易被首先破坏的。,因此,数据恢复后也是没有目录结构的,只按文件类型恢复。

         c    fsck命令执行后,如果很短时间就完成,数据恢复的可能性较高,反之,执行时间越长恢复的可能性越低。

         d 针对EXT2/EXT3 /EXT4的数据删除:通常在EXT2文件系统上,删除数据可能会保留相应的INODE,所以在EXT2文件系统上,如果删除后没有覆盖,数据通常可以较完整恢复。但在EXT3 /EXT4上,删除数据不会保留INODE中的索引信息,通常无法恢复目录及文件名称。此时只能按文件类型进行恢复,如果文件数量少,或文件类别规律性强,可通过部份日志或文件内部规则进行恢复,典型的,如mysql,oracle数据库文件等删除后如无覆盖通常可完整恢复。如删除后有数据写入,写入越多,恢复率越低,写入越少,恢复率越高。

        e 针对EXT2/EXT3 /EXT4的格式化:EXT2及EXT3 格式化后,如果与之前文件系统结构相同,则之前文件系统的节点区将全部覆盖,只能按文件类型进行恢复。与EXT3 /EXT4数据删除的情况相似。

        f 针对Reiserfs和Xfs,数据删除或格式化后如无新的数据写入,通常可以100%恢复。如删除或格式化之后有数据写入,写入越多,恢复率越低,写入越少,恢复率越高。

基于LINUX文件系统的数据恢复,通常恢复周期约2-3天,如遇复杂情况,需要视情况而定。


数据安全科普

1.存储设备没有100%的安全保证,重要数据需要常备份,可以采用一些数据同步工具进行数据备份;

2.出现数据灾难时,本机不应再有任何操作,如有条件,应该将硬盘或其他存储介质完整镜像。

3.数据删除后,即使不写数据,单纯的读取也容易破坏文件系统日志,所以,出故障后,应尽快umount文件系统。


选择服务商的标准

  数据恢复有别于一般维修行业,目前市场鱼龙混杂,不同服务商的技术水平和职业素质千差万别,数据丢失后交由非专业人员进行各种检测与恢复操作造成盘片划伤、数据完全覆盖,最终数据无法恢复的情况常有发生,用户从寻找低价到不惜代价拯救数据的例子比比皆是。因此,恢复重要数据必须寻求专业、正规的数据恢复公司帮助,切勿贪图便宜造成无法挽回的损失。是否专业考量的因素有:

 设备,拥有独立的无尘洁净间,保证开盘操作在百级无尘的洁净环境下进行,市场上很多数据恢复公司都表示有无尘洁净室,但事实上能让客户亲眼所见的只是凤毛麟角,寥寥可数。

 技术,就像病重的人手术一样,资深数据恢复工程师对硬件和逻辑结构均有丰富经验,能果断准确地判定该如何抢救数据,机会可能只有一次,有时一次的误操作足以让数据返魂乏术。

 效率,一般情况下普通故障当天能完成,即使开盘恢复也只1-3天,需要一段时间才能完成的极有可能是中间商,即接单后转给第三方赚取差价,成功率与数据安全毫无保障。


在线客服
 
 
 工作时间
周一至周五 :9:30-22:00
周六至周日 :9:30-22:00