服务器虚拟机文件被损坏

删除整个存储瘫痪，重启后无法使用，经过诊断后认为误删导致存储阵列损坏。
由于虚拟机的数量很多，每台都验证，所需的时间会很长，因此对整个VMFS卷做检测。在检测VMFS卷的过程中发现有部分虚拟机或虚拟机的文件被破坏。

一、恢复数据
1、生成数据；
经过对几台重要的虚拟机验证后，反应恢复的数据可以接受，立即着手准备恢复所有数据。
先准备目标磁盘，使用一台dell 的MD 1200加上11块3T的硬盘组成一个RAID阵列。接着将重组的RAID数据镜像到目标阵列上。然后利用专业的工具UFS解析整个VMFS文件系统。
2、尝试挂载恢复的VMFS卷；
将恢复好的VMFS卷连接到的虚拟化环境中的一台ESXI5.5主机上，尝试将其挂载到的ESXI5.5的环境中。VMFS本身有损坏，导致其挂载不成功。继续尝试使用ESXI的命令挂载也不成功，于是放弃挂载VMFS卷。
二、移交数据
将MD 1200 阵列上的数据，使用专业工具”UFS”依次导出VMFS卷中的虚拟机。
1、将MD 1200阵列上的数据通过HBA卡连接到VCenter服务器上。
2、在VCenter服务器安装“UFS”工具，然后使用“UFS”解释VMFS卷。
3、使用“UFS”工具将VMFS卷中的虚拟机导入到VCenter服务器上。
4、使用VCenter的上传功能将虚拟机上传到ESXI的存储中。
5、接着将上传完的虚拟机添加到清单，开机验证即可。
6、如果有虚拟机开机有问题，则尝试使用命令行模式修复。或者重建虚拟机并将恢复的虚拟机磁盘（既VMDK文件）拷贝过去。
7、由于部分虚拟机的数据盘很大，而数据很少。像这种情况就可以直接导出数据，新建一个虚拟磁盘，将导出的数据拷贝至新建的虚拟磁盘中即可。
统计整个存储中虚拟机的数量，大约有200台虚拟机。情况只能通过上述方式将恢复的虚拟机一台一台的恢复到用户的ESXI中。由于是通过网络传输，因此整个迁移的过程中网络是一个瓶颈。经过不断的调试以及更换主机最终还是无法达到一个理想的状态，最终还是决定在当前的环境迁移数据。

三、数据恢复总结
1、故障总结；
经过仔细分析后得出坏道的结论如下：
-除去SN：YHJ6LEUD上的一个自然坏道外，其余坏道均分布于RAID-6的Q校验块中。
-坏道区域多数表现为完整的256个扇区，正好当时创建RAID-6时的一个完整RAID块大小。
-活动区域表现为坏道，非活动区域坏道有可能不出现，如热备盘，上线不足10%，坏道数量就比其他在线盘少（热备盘的镜像4小时完成，其他有坏道盘大概花费40小时）
-其他非Q校验区域完好，无任何故障。
2、结论：
通常情况，经如上坏道规则表现可推断，坏道为控制器生成Q校验，向硬盘下达IO指令时，可能表现为非标指令，硬盘内部处理异常，导致出现规律性坏道。
3、数据恢复总结；
数据恢复过程中由于坏道数量太多，以致备份数据时花费了很长世间。整个存储是由坏道引起的，导致最终恢复的数据有部分破坏，但不影响整体数据，最终的结果也在可接受范围内。