linux服务器数据恢复
浏览量： 次 发布日期：2018-12-02 21:24:13
EXT4文件系统是EXT3文件系统的升级版本，可在运行Linux操作系统的计算机中找到。与其前身不同，此文件系统使用日记功能。
使用日记功能的文件系统会记录元数据，详细说明文件和文件夹的更改。在系统崩溃或发生故障的情况下，系统使用此数据来识别不一致性并将系统恢复到先前的完全功能状态。因此，在删除与其关联的文件时，将删除元数据，以确保元数据不会干扰恢复过程。
元数据通常在恢复丢失数据方面起着至关重要的作用。
南京某企业一台linux网站服务器，DELL t620服务器，管理约50个左右网站，使用一块sas 600g硬盘。正常使用中突然宕机，尝试再次启动失败，将硬盘拆下检测时发现存在约100个坏扇区。
某数据恢复公司修复坏道后，尝试了约3天时间，未恢复成功。
[数据恢复故障原因推断]
数据恢复的故障原因往往无法明确得知，此例中仅仅推断如下：
1、出现坏道后，用户可能试图进行自动或手工的fsck操作，导致进一步的灾难，分区格式为ext4。
2、以部分块组全为0看，有可能做过未完成的mkfs。
3、送修的数据恢复公司并不专业，有破坏数据的可能性。
[数据恢复过程]
首先通过PC3K with DE对故障盘进行完整镜像操作，在镜像中进行数据分析。整块硬盘由两个分区组成：100M的boot分区及剩余空间的/分区(通过LVM管理)，文件系统均为EXT3。根分区超级块正常，根据超级块查看第一块组描述表正常，但节点区全为0。
根据块组描述表分析其他块组，发现前27个块组全部为0，但块组前后的数据区明显有用户数据存在。中间块组区元数据正常(描述表、节点、BITMAP等),最后部分块组的元数据区全部为0。
试图查找根目录，以根目录为线索，恢复根目录节点区**北亚数据恢复**。
以生成的根目录节点区与根目录记录生成文件系统树，成功后已经可以看到大量数据，文件系统结构正常。但部分文件或文件夹的节点为0，通过节点跟踪，发现节点区位于文件系统前部分及后部分。
试图恢复节点区为0的文件与文件夹，文件夹大部分恢复成功，但文件大部分无法恢复。
试图恢复用户曾做过的.TAR.GZ备份包，恢复成功，但打开时提示出错，中间数据被破坏，只能有限导出部分网站
如果无法做到这一点，请以原始级别访问数据; 和
提取所有可用数据，以便安全备份。
为了确定是否可以从使用EXT3文件系统的介质恢复数据，必须进行初始诊断。立即通过电子邮件或致电兆柏科技免费诊断。
相关推荐
QQ客服