服务器

【Raid5阵列数据恢复案例概述】

今天，我们将记录raid5磁盘阵列数据恢复的成功案例。 首先，简单介绍需要数据恢复的服务器的基本配置。

客户的服务器设备是一组由EMC存储、raid5磁盘阵列和多个stat硬盘组成的磁盘阵列，包括两个热备盘。 服务器发生故障并崩溃时，基础硬盘中的两个出现故障，其中一个热备盘处于活动状态。

【服务器数据恢复常规检查】

数据恢复中心的数据恢复工程师将前往客户现场检测服务器设备故障。 服务器数据恢复工程师对客户的服务器设备进行了简单的故障排除，并验证raid5阵列是否已关闭。高级别lun不可用。 两个热备盘中有一个已经启动。

数据恢复工程师对出现故障的硬盘进行了物理故障诊断，但两个硬盘均未检测到物理损坏，如故障道路或磁头故障。 执行以下数据恢复操作时，可以不进行物理修复。

【raid5数据备份】

在数据恢复操作之前，必须镜像并备份服务器设备上的所有原始数据。 在此数据恢复案例中，服务器数据恢复工程师将所有硬盘连接到数据恢复中心数据恢复专用存储池，并在扇区级别镜像所有硬盘。

【分析该服务器的raid组结构】

由于服务器数据恢复操作通常基于恢复raid组，因此此数据恢复操作也需要分析raid阵列的基础信息以重建raid结构。

数据恢复工程师分析每个硬盘后发现，客户原始服务器中的两个热备盘没有数据。 这意味着活动的热备盘也未与数据同步，两个热备盘实际上没有任何效果。 要恢复数据，必须继续恢复原始raid5阵列上的其他基本数据，并重新组织raid5。

【分析RAID组脱机信息】

基于上述数据恢复理念，服务器数据恢复工程师使用自行开发的数据恢复工具分析了该组raid5阵列的基础信息，并虚拟重建了raid5磁盘阵列。 raid数据恢复的典型过程将从具有多个硬盘的阵列中排除第一个断开连接的硬盘。 通常，数据分析方法是比较每个硬盘上相同条带的数据是否匹配，移除明显不同的硬盘后，进行条带检查，直到找到数据恢复的最佳状态。

【分析RAID组中的LUN信息】

成功重建raid5阵列后，工程师开始分析lun信息。 在此数据恢复情况下，客户服务器的上层只有一个lun。 工程师只需分析这一个lun信息，然后使用raid数据恢复程序分析并导出lun数据映射。

【ZFS文件系统分析与修复】

使用北数据恢复工具分析和恢复高级别文件系统。 客户高层采用zfs文件系统。 服务器数据恢复工程师在分析文件系统时发现了某些文件系统元文件错误。 因此，数据恢复工程师将对现有的数据恢复工具进行调试，使程序适应此次数据恢复的实际情况。

调试后出现zfs文件系统分析错误的原因是，客户的服务器突然关闭，文件系统中的某些元文件损坏，导致数据恢复工具无法正常分析。 服务器数据恢复工程师可以通过手动修复损坏的元文件等方法来确保zfs文件系统成功解析。

【导出raid5阵列中的所有数据】

通过对文件系统的全面分析，服务器数据恢复工程师最终将客户raid阵列中的数据完全导出，并由客户工程师共同建立数据验证环境，对所有恢复的数据进行验证，验证后在客户的原始服务器中

详情请访问云服务器、域名注册、虚拟主机的问题，请访问西部数码代理商官方网站： www.chenqinet.cn