LINUX文件系统恢复方案

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

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

1.基于EXT2/EXT3/EXT4文件系统；

2.基于Reiserfs文件系统；

3.基于Xfs文件系统。

恢复方案

检测流程

1.检测是否存在硬件故障，如硬件故障，先解决硬件故障；

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

恢复流程

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

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

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

验收流程

1.对已恢复数据做容量及数量统计，是否与数据丢失前吻合；

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

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

恢复的成功率&时间评估

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

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

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

4.针对EXT2/EXT3 /EXT4的数据删除：

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

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

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

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

数据安全科普

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

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

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

选择服务商的标准

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

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

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

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