• 服务器存储共享文件夹丢失数据恢复检测报告


    服务器故障描述

    发生故障的服务器存储是DroboPro FS网络存储器,共有8块SAS硬盘,单盘容量2TB,raid5磁盘阵列。

    服务器存储共享文件夹丢失数据恢复检测报告
    在服务器的正常使用过程中有一个共享文件夹丢失,管理员进行简单检查后在北京数据恢复公司中选择了北亚数据恢复中心咨询服务器数据恢复相关问题,北亚工程师随后上门对发生故障的服务器存储进行初检。

    数据恢复第一步:备份数据并初检
    按照北亚数据恢复中心的数据恢复流程(基于数据的安全性以及可还原性),在对任何数据恢复之前需要对所有源数据做备份,以防万一其他原因导致数据无法再次恢复。使用dd命令或winhex工具将所有磁盘都镜像成文件,对镜像文件进行数据初检。
    服务器数据恢复工程师通过对镜像文件的检测分析,推测导致该共享文件夹丢失的原因为存储底层系统错误。

    数据恢复第二步:存储结构测试
    由于客户的存储设备上共8块2T硬盘,RAID5配置,该存储设备结构较复杂,经客户同意,服务器数据恢复工程师对存储结构进行测试。测试结果表示,该存储底层使用ext4文件系统对存储中整体的文件结构进行管理,固定管理空间为16T,在上层又使用另外的结构对整体的ext4文件系统进行管理,图为存储中管理文件结构的ext4文件系统的超级块结构:

    服务器存储共享文件夹丢失数据恢复检测报告

    分析客户原始数据
    对客户的原始数据进行分析,首先查看底层ext4文件系统的完整性。
    经分析,客户所丢失共享文件夹部分结构完整,但还有部分节点索引丢失。

    数据恢复结果预估
    由于该存储结构较复杂,使用多层索引结构对整体空间进行管理,需要大量的时间对一些结构细节进行测试与研究,数据恢复周期较长。另外由于初步分析,ext4文件系统中部分节点索引损坏确实,保守预估最终数据恢复效果应该存在些许不完备之处。

  • 相关阅读:
    NET5 ORM 六大新功能
    牛逼程序员必须要掌握金字塔思维
    实体类转Json的2种方法
    怎么使用jquery阻止页面的离开或卸载
    GitHub的用法:到GitHub上部署项目
    搭建个人服务器
    远程服务器上部署本地项目
    java.nio.ByteBuffer中flip,rewind,clear方法的区别
    eclipse Run On Server 异常:could not load the Tomcat Server configuration at Servers omcat V5.0 Sertomcat
    throw与throws的区别
  • 原文地址:https://www.cnblogs.com/frombyte/p/8617009.html
Copyright © 2020-2023  润新知