您的位置:首页 >> RAID数据恢复
  • 使用北亚数据恢复中心自主研发的RAID6数据恢复软件模拟DELL RAID6算法生成完整数据镜像。RAID6 中Q校验的算法,DELL、IBM、HP等厂商都不一样, 目前只有北亚数据恢复中心有能力完全解析这些算法,这对于缺少两块磁盘的RAID6数据恢复中能最完美的恢复数据,否则会有部分最新数据丢失或损坏。
  • 便携式raid,HFS+文件系统,两块2T硬盘,一块表故障,一块表脱机,其中一块500G有坏道,raid信息损坏,手动修改RAID信息,恢复所有数据
  • 客户存储型号为IBM DS3400,使用12块300GB SAS 磁盘做的RAID5,无热备。 存储上分有3个LUN,其中两个LUN为此企业ERP系统的Oracle生产库所在的LUN,另一个为Oracle数据库备份文件所在的LUN。LUN使用环境均为RHEL5。 因两块磁盘离线,造成RAID崩溃,数据全部丢失。 后检测硬盘,在很多硬盘中都发现大量的坏道。
  • Linux 服务器在高负荷时突然死机,重启后无法进入系统,运维人员检查底层RAID,无问题,问题来自文件系统。 此LINUX服务器底层是由4块500GB SAS磁盘组成,做成RAID5,OS为 CentOS 6.0,分为两个卷,一个/boot,一个 LVM,LVM中又划分了两个区,一个根分区一个交换分区,重要数据是MYSQL数据库和网站文件备份的tar.gz文件,均存储于根分区中,文件系统均为EXT4。
  • 此LINUX服务器底层是由两块73GB SCSI磁盘组成,做成RAID0,OS为 RHEL 5.3,分为两个卷,一个/boot,一个 LVM,LVM中又划分了两个区,一个根分区一个交换分区,重要数据是MYSQL数据库,均存储在根分区中。 从底层分析出原始RAID0结构后,使用虚拟RAID重组方法,得到了完整的数据,但 “/” 分区无法打开,底层上一层层分析发现分区表和LVM均无任何问题,而“/” 分区前部出现严重的损坏,“/”分区文件系统为 EXT3。分析发现文 件系统部分字节全被0填充,需要修复文件系统才能恢复。
  • 客户手机型号为:HTC G7 ,使用安卓2.2操作系统,因为家庭感情问题,删除全部短信后,又需要恢复部分重要短信。由于删除后一星期才想到恢复,期间又接收和发送大量的短信,安卓系统内存储空间有大量数据覆盖,而安卓系统内的短信数据库因为全部删除短信而收缩变小,使得数据恢复的难度增大。
  • 客户服务器属于HP品牌DL380系列,存储是由6块73GB SAS硬盘组成的RAID5,操作系统是WINDOWS 2003 SERVER,主要作为企业部门内部的文件服务器来应用,主机(无UPS)故障前经历过几次意外断电,重启后RAID报错,提示无法找到存储设备,进入 RAID管理模块后操作死机,重启后问题依旧。
  • 一组6块磁盘的 RAID6因三块磁盘离线,造成RAID崩溃,导致数据全部丢失。此RAID6是由6块750G 磁盘组成,因维护人员的原因,在前后出现两块磁盘离线之后,也不进行磁盘更换,后又有一块磁盘离线,造成RAID直接崩溃。经过北亚工作人员的努力,数据全部恢复
  • 原存储为12块2T硬盘组成的Linux RAID6,文件系统均为EXT3,此存储上划有3个LUN,每个均为6TB大小,某天在RAID失效后,维护人员为了抢救数据,对此失效的存储重进行分配RAID,并进行了初始化。初始化进行很长时间后,维护人员看情况不对,便强制停止初始化,但初始化已达到 50以上。数据部分已被不可逆的破坏。
  • 中科院某研究所RAID5数据恢复案例,由14块盘组成的RAID5,文件系统为EXT4,多块硬盘离线,造成RAID5崩溃,然后维护人员强制上线,并执行fsck,RAID再次崩溃。先分析出RAID结构,虚拟重组,发现第一个块组部分损坏,其它还有部分I节点损坏,修复第一个块组,排除部分I节点,成功恢复RAID5数据。
29 篇文章  首页 | 上一页 | 1 2 3 | 下一页 | 尾页  10篇文章/页  转到第