某品牌存储12块SAS硬盘组成RAID6.分成一卷，分配给几台Vmware ESXI共享存储主机；
在卷中储存一定数量的Windows虚拟机、数据盘都是精简模式。
机房断电后不能启动存储。经管理员检测诊断后，初步判断存储阵列瘫痪。服务器管理员联系我们的数据恢复中心进行数据恢复。
1.服务器数据恢复工程师连接故障存储的所有磁盘Windows Server服务器上，故障磁盘都设为脱机（只读）状态，连接状态如下图所示：(图中HD1-HD12为目标备份磁盘，HD13-HD24为源故障磁盘)：
2.使用工具在底层读取HD13-HD24扇区发现大量扇区损坏，初步判断硬盘读取机制独特。试着更换操作主机，HBA卡、膨胀柜和操作系统都有相同的故障。与服务器管理员沟通后，控制器对磁盘没有特殊要求。
3.使用专业工具检测硬盘损坏风扇区域的分布规律，发现：
a、损坏的风扇区域分布在256个风扇区域。
b、除了损坏的风扇区域的起始位置不固定外，损坏的风扇区域以2816个风扇区域为间隔。所有磁盘损坏的风扇区域分布如下表所示（仅列出前三个损坏的风扇区域）：
北亚服务器数据恢复工程师临时编写小程序，跳过每个磁盘损坏的风扇区域，镜像所有磁盘数据。
1.分析损坏的风扇区域。
分析损坏风扇区域，发现损坏风扇区域有规律：每段损坏风扇区域总尺寸为256；损坏风扇区域分布在固定区域，每11个256个风扇区域遇到256个损坏风扇区域；损坏风扇区域的位置一直存在RAIDP校验或Q校验区；所有硬盘中只有10号盘中有一条自然坏道。
2.分析分区大小。
对HD13、HD23、HD分析240-2扇区，发现控制器中保留的分区尺寸和RAID信息区域大小吻合。根据物理硬盘底层的表现发现原存储并未启用存储中常用的DA技术(520字节扇区)。 分区大小如下图所示(GPT分区表项底层表现，涂色部分表示分区大小，单位512字节扇区，64bit)：
3、重组RAID：
a、分析RAID结构。 存储使用的是标准的RAID6.只需要获得RAID中硬盘数量以及RAID方向可以重组RAID。
b、分析RAID条带大小。 整个存储被分成几个卷ESXI共享存储。卷文件系统是VMFS而文件系统VMFS卷中储存了大量的卷。Windows虚拟机。Windows虚拟机多用于虚拟机NTFS因此，可以根据文件系统NTFS中的MFT顺序分析RAID条带的大小和RAID的走向。
c、分析RAID有没有掉线盘？ 镜像完所有磁盘后，我发现最后一个硬盘没有像其他硬盘那样有很多坏的道路，包括大量未损坏的风扇区域。这些未损坏的风扇区域大多为0个风扇区域，因此可以判断该硬盘是一个热备用磁盘。
d、重组RAID 根据分析获得RAID信息重组RAID，目录结构可以在重组后看到，但不确定是否处于最新状态。服务器数据恢复工程师随机检测了几台虚拟机，发现一些虚拟机正常。初步判断RAID有掉线磁盘。依次将RAID每个磁盘都被踢掉，然后检查刚才数据异常的地方，但没有发现问题。仔细分析底层数据发现的问题不是RAID层次，但出在VMFS在文件系统上。VMFS文件系统如果大于16TB有其他一些记录信息，所以它们正在建立中RAID需要跳过这些记录信息。再次重组RAID之后对其中一台虚拟机进行了验证，发现所有磁盘都添加了RIAD后面的虚拟机可以启动，但是缺盘的时候有问题，可以判断RAID最好不要缺盘。
4.验证数据:
a、验证虚拟机。 验证更重要的虚拟机，发现大多数虚拟机可以启动到登录界面；一些虚拟机启动蓝屏或启动检测磁盘，可以在使用光盘修复后启动。 一些虚拟机启动如下：
b、验证数据库。 验证重要虚拟机中的数据库没有发现问题，除了其中一个数据库缺乏部分数据。仔细检查后，发现这些数据不存在于数据库中。通过查询master所有原始数据库信息如下：
c、检测整个VMFS卷是否完整。 由于虚拟机数量众多，如果每台都需要太长时间才能验证。我们将整个过程VMFS一些虚拟机或虚拟机的文件被卷制检测损坏，列表如下：
5、恢复数据：
a、服务器数据恢复工程师与管理员沟通了当前的数据恢复情况。管理员验证了几台重要的虚拟机后，用户反馈恢复的数据没有问题。数据恢复工程师立即开始恢复所有数据。
b、准备好目标阵列，重组RAID数据镜像在目标阵列上。然后用工具分析整个过程VMFS文件系统。由于一些虚拟机的数据盘很大，但数据很少，您可以直接导出数据，然后创建一个新的虚拟磁盘，最后将导出的数据复制到新的虚拟磁盘中。
c、通过上述方法，将恢复的虚拟机台一台地恢复到用户身上ESXI在后续的数据迁移过程中，由北亚数据恢复工程师和用户工程师共同完成，这里就不赘述了。
存储故障是由坏道引起的，最终恢复的数据部分损坏，但不影响整体数据，最终结果也在接受范围内。