服务器数据恢复-ESX SERVER常见故障表现&数据恢复方案

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内部存储的是像数据库文件一样的规则文件,则恢复可能性很高;否则,就需要深入研究数据恢复算法,数据可能无法在短时间内恢复。


小贴士:
针对软件故障,发现数据丢失后,尽可能不要对存储进行任何操作。有时候,即使是开着机,在什么操作都不做的情况下也可能会让情况进一步恶化。如果条件允许的话,在发现数据损坏/丢失后,对磁盘或存储卷做完整备份。
针对硬件故障,发现设备无法正常工作后,尽可能不加电,避免加电对设备的进一步破坏。
做好备份方案,尽可能避免单存储备份,如数据非常重要,可异地备份。

posted on   北亚数据恢复  阅读(24)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?
· 如何调用 DeepSeek 的自然语言处理 API 接口并集成到在线客服系统
历史上的今天:
2022-09-14 【服务器数据恢复】硬盘故障导致RAID崩溃,数据库所在分区无法识别,备份文件所在分区无法拷贝数据的数据恢复案例
2020-09-14 MongoDB数据库文件丢失、启动报错数据恢复案例
2018-09-14 存储删除数据后恢复成功案例-北亚数据恢复

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示