ESX SERVER常见故障表现：
1、因光纤存储设备连接至非ESX环境，共享未互斥，对存储进行的改写操作（如：重装系统，WINDOWS初始化，格式化等）导致存储结构损坏。
2、卷升级、变更时分区表或VMFS卷结构异常。
3、VMFS存储中VMDK被删除。
4、VMFS被格式化。
ESX SERVER故障解决方案：
1、检测是否存在硬件故障，如果发现硬件故障，由硬件工程师进行处理。
2、检测故障表现是否与用户描述相同。
3、以只读方式对故障存储所有磁盘做完整镜像。
4、基于镜像文件分析数据和恢复数据。北亚企安数据恢复工程师按照分区表结构、VMFS结构（节点区、索引区、目录及数据区）的顺序依次分析数据损坏情况，并针对性做重组&恢复。
5、验证恢复数据的正确性。将恢复出来的数据暂存在另一个存储体上。
ESX SERVER数据恢复的可能性分析：
1、非ESX服务器对VMFS进行改写操作：
VMFS的CLUSTER是基于多台ESX SERVER之间的约定，当存储被非ESX系统接管时，会以独占的模式进行管理，导致存储结构的损坏。
这类故障要考虑VMFS的破坏情况，如果仅仅是WINDOWS初始化、划分分区或文件系统格式化但未写入数据，则数据破坏不严重，恢复可能性比较大。
如果VMFS破坏严重，例如VMFS的前100MB被完全覆盖，数据恢复的难度就非常大。这种情况下只能通过文件系统内部关系进行恢复，有结构的数据如ORACLE或SQL SERVER数据库可以恢复，但像RAR、gz及多媒体文件等结构性不强的数据就很难恢复。
2、卷升级、变更时分区表或VMFS卷结构异常：
此类故障的破坏程度一般不会很严重，通常可完整恢复。是否可完整恢复则要取决于节点区、索引区、目录及数据区是否被破坏（VMFS的前100M很关键）。
3、VMDK被删除：
VMFS删除VMDK后，在没有新数据写入的情况下，数据依然存储于VMFS中，但存储本身却不会再保留指向数据区的索引信息。这种情况需要分析原VMDK文件内部结构后才可以确定数据恢复的算法及可能性。在VMFS破坏严重的情况下，如果VMDK内部存储的是像数据库文件一样的规则文件，则恢复可能性很高；否则，就需要深入研究数据恢复算法，数据可能无法在短时间内恢复。
小贴士：
针对软件故障，发现数据丢失后，尽可能不要对存储进行任何操作。有时候，即使是开着机，在什么操作都不做的情况下也可能会让情况进一步恶化。如果条件允许的话，在发现数据损坏/丢失后，对磁盘或存储卷做完整备份。
针对硬件故障，发现设备无法正常工作后，尽可能不加电，避免加电对设备的进一步破坏。
做好备份方案，尽可能避免单存储备份，如数据非常重要，可异地备份。
