从典型的Linux RAID进行数据恢复

JDCTS5

PC-3000 DE.数据提取程序(Data Extractor)RAID版。案例研究。从典型的Linux RAID进行数据恢复

客户提供的初始数据：10个驱动器

让我们建立RAID

并扩展每个驱动器

    正如我们所看到的，每个成员都有相同的分区。在Linux RAID上，它是典型的——在开始时有一些小的分区建立作为RAID-1（镜像）和大的分区与另一个RAID级别的数据。

让我们检查一下我们的假定和建立RAID-1。

看起来很好，作为典型的Linux FHS。我们可以通过检查完整性来确保它是镜像并且数据是相同的。

分区有4 980 480 LBA，RAID验证显示LBA 0…4 980 351正常（几乎全部正常），因此这意味着RAID-1配置正确。

和我对第二个分区做的一样。

分区无法打开，所以让我们检查RAW恢复。

以上是结果的屏幕截图。没有什么意义。看起来这个分区是Linux交换的。

最后让我们找到有数据的分区。让我们将交换分区结尾旁边的扇区设置为新RAID的启动扇区，并在每个成员启动RAW恢复。

    在这个案例中，我发现在同一位置的10个成员中有9个是Linux RAID超级块（LBA9453288），超级块描述了相同的配置。因此，我们可以得出结论，它是有效的，而没有找到超级块的驱动器可能是驱动器故障。

由于这个超级块是1.0版本，所以我们可以建立数据位图，并确切地知道RAID开始的LBA。

正如你从屏幕截图中看到的，是9 455 328。让我们将其设置为RAID开始。

提示：请记住，您只能对一个驱动器使用设置“from”或“till”LBA，然后使用快捷方式将其应用到每个成员

根据RAID超级块的元数据，我们知道它是RAID 5 LS，块大小为128。

让我们建立这样的类型RAID并清除表

现在，让我们转到资源管理器选项卡。

   

    正如您所看到的，数据提取程序(Data Extractor)在I2单元中发现了不可能在真正的RAID5 LS中的块0。它得出了两个结论——分区开始的LBA不正确（但我们不太相信这是建立超级块的原因）或这是一个错误。让我们检查第二个假定，并将块0设置为A0。

分区正在打开。让我们使用“查找RAID块的最终版本”功能。

正如你所看到的，它建立了第9区块。让我们再次将此功能用于Ext3文件系统的元数据。

它建立了更多的块，现在很明显，它真的是RAID 5 LS。

之后我们可以看到文件夹结构。

    现在，完成RAID配置的最快方法是在RAID空间搜索具有错误标题和单个候选的文件和文件夹，然后使用“查找RAID块的最终版本”功能。

发现了一些这样的文件和RAID配置！

现在RAID可以扩展了。最后一步——检查完整性。

    此外，如果您看到某些文件已损坏，您可以将未找到超级块的驱动器排除为最有可能出现故障的驱动器，并建立SPECIAL_XOR来代替它。

如果您有任何问题，请随时联系技术支持。