您所在的位置:首页 > 成功案例 > RAID数据恢复

存储崩溃MySQL数据库恢复案例

最新动态来源:本站原创点击数:72更新时间:2021/10/22

存储崩溃MySQL数据库恢复案例

RAID5磁盘阵列,由于未知的原因导致存储忽然崩溃无法启动,RAID5阵列中的虚拟机全部丢失,其中3台虚拟机为重要数据,需要主要针对该3台虚拟机进行数据恢复。
经客户描述故障过程为:第一块硬盘掉线后系统启动热备盘进行替换,第二块硬盘掉线时RAID5处于降级状态,第三块硬盘掉线导致RAID阵列崩溃。下面看看北亚工程师是如何进行操作的吧!

一、分析存储底层次结构
工程师通过与客户的沟通及对RAID阵列的分析得出故障存储的底层结构为若干物理磁盘组成一个存储池,划分了多个LUN,需要进行数据恢复的为LUN1,其中包含重点恢复的3台虚拟机。
再对阵列进行分析重组时发现用户原存储中的RAID5阵列共缺失2块硬盘,热备盘已经启用。这种情况下通常无法通过校验直接获取丢失盘的数据,所以只能使用磁盘同等大小的全0镜像进行重组。

二、通过重组的RAID阵列提取LUN
通过对存储结构的进一步分析我们可以获取到存储划分的MAP块,进而对各个LUN的数据块指针进行解析,通过编写数据提取程序、提取LUN碎片。提取完成后进行碎片拼接,组成完整LUN。

三、提取虚拟机内文件。
工程师根据目前来看,此故障情况导出虚拟机后启动,因操作系统被破坏虚拟机应该会无法启动。导出虚拟机后尝试启动,同预想相同,操作系统被破坏虚拟机无法启动。由于虚拟机无法启动,只能对虚拟机内的文件进行提取,但多数文件破坏严重,只有少数文件可用,只好继续制定其他数据恢复方案。

四、通过分析数据库页提取数据
本次数据恢复的虚拟机内有mysql数据库,可以利用数据库底层存储的特殊性进行数据页扫描,提取数据。(这一步有个小插曲,虚拟机启用快照,父盘和快照文件都被损坏的情况下常规合并操作无法完成,使用本公司自主研发VMFS快照合并程序进行快照合并。)

五、获取mysql数据页并分析
根据mysql数据页特征进行数据页扫描并导出(innodb引擎可以使用此方案,myisam因为没有“数据页”概念所以不可用),分析系统表获取各用户表信息,根据各个表的id进行数据页分割。

六、提取表结构、提取记录
因为数据库使用时间已久,表结构也曾多次变更,加上系统表在存储损坏后也有部分数据丢失,记录提取过程遇到很大阻力。首先获取最初版本数据库各个表的表结构:合并快照前的父盘因为写入较早,使用第一块掉线盘进行校验获取到这个文件的完整数据,然后提取出其中数据库各个表的表结构,之后客户方提供了最新版的数据库建表脚本。
分别使用两组不同表结构对数据记录进行提取并导入恢复环境中的mysql数据库内,然后剔除各个表中因为表结构变更造成的乱码数据,最后将两组数据分别导出为.sql文件。

七、数据验证
因为两个版本的数据库表结构不同,所以联系了客户方的应用工程师进行调试。调试完成后导入平台,平台调试成功,本次数据恢复成功。

【北京北亚数据恢复中心】
地址:北京市海淀区温泉镇中关村创客小镇16号221
电话:4006-505-646