解析ESX SERVER故障数据恢复方法

一、故障描述 ：基于 ESX SERVER 的常见数据灾难

故障表现：

1 、因光纤存储设备连接至非 ESX 环境，共享未互斥，对存储改写 ( 重装系统， WINDOWS 初始化，格式化等 ) ，导致存储结构损坏。

2 、卷升级、变更时分区表或 VMFS 卷结构异常。

3 、 VMFS 存储中 VMDK 误删除。

4 、 VMFS 格式化。        

二、解决方案

◆ 检测      

1 、检测是否存在硬件故障，如硬件故障，转硬件处理

2 、以只读方式检测故障表现是否与用户描述相同

◆ 恢复

1 、备份：以只读方式对故障存储做完整镜像 ( 参考附录 )

2 、在备份中进行数据分析及恢复操作：按分区表结构、 VMFS 结构 ( 节点区、索引区、目录及数据区 ) 的顺序依次分析数据损坏情况，并针对性地做重组恢复。

3 、通常，恢复后的数据会暂存在另一个存储体上

◆ 验收

对恢复好的数据进行验证，确认其正确性。如确认，交费 –> 移交原介质及已恢复数据 –> 出具发票 ( 收据 ) 及报告。

如无法认可数据恢复结果，交回原介质，不收服务费，可免费出具报告。

 

三、数据恢复的可能性

★ 针对因非 ESX 服务器对 VMFS 改写的情况 ：

这类改写实际上要考虑对 VMFS 的破坏情况，通常如果仅仅是 WINDOWS 初始化、划分分区或文件系统格式化 ( 未写入数据文件 ) ，数据破坏不严重，可恢复。

如果破坏严重，典型的，整个 VMFS 的前 100MB 完全覆盖，数据恢复的难度将非常之大 ---- 这时候，只能通过文件系统内部关系进行恢复，如果是有结构的数据，如 ORACLE 或 SQL SERVER 数据库，可以恢复，但像 RAR 、 gz 及多媒体文件将很难恢复。

 

★  针对卷升级、变更时分区表或 VMFS 卷结构异常：

通常此类突发性故障破坏不会很严重，通常可完整恢复，但真正严格的讲是否可恢复，要取决于节点区、索引区、目录及数据区是否破坏 ( 通常 VMFS 的前 100M 很关键 ) 。

 

★  针对 VMDK 误删除

VMFS 删除 VMDK 后，如果没有新数据写入，数据依然存储于 VMFS 中，但存储本身却不会再保留指向数据区的索引信息。这时候，需要对原 VMDK 文件内部结构进行分析，才可以确定数据恢复的算法及可靠性。如同 VMFS 破坏严重的情况，如果 VMDK 内部存储的是像数据库文件一样的规则文件，可恢复性将很高，否则，就需要仔细发现和整理数据恢复的算法了，有些时候，数据可能无法在有效时间内恢复成功。

 

四、 恢复工时

1TB 以下的 VMFS( 不是要恢复的数据容量 ) ，通常 2 个工作日内可完成； 1TB 以上的随存储容量的增加，恢复周期通常也会增加。

 

五 、故障原因

典型的光纤存储分配错误是遇到最多的 ESX 上的数据故障，因 VMFS 的 CLUSTER 是基于几台 ESX SERVER 之间的约定，故而当存储被非 ESX 系统接管时，便会以独占的模式进行管理，这会导致存储结构的损坏。

   

六 、如何避免    

做好备份方案，尽可能避免单存储备份，如数据非常重要，可考虑异地备份。

[ 小贴士 ]

★  针对软件故障，在数据丢失后，应尽可能减少对存储的操作，有时候，即使是开着机，什么都不做，也可能导致灾难进一步加剧。条件允许的话，在数据损坏后，最好对磁盘或存储卷做完整备份

★  针对硬件故障，在设备无法正常工作后，应尽可能少的加电，以避免设备的进一步损坏。

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31380569/viewspace-2650644/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31380569/viewspace-2650644/