存储崩溃MySQL数据库恢复案例
RAID5磁盘阵列,由于未知的原因导致存储忽然崩溃无法启动,RAID5阵列中的虚拟机全部丢失,其中3台虚拟机为重要数据,需要主要针对该3台虚拟机进行数据恢复。
经客户描述故障过程为:第一块硬盘掉线后系统启动热备盘进行替换,第二块硬盘掉线时RAID5处于降级状态,第三块硬盘掉线导致RAID阵列崩溃。下面看看北亚工程师是如何进行操作的吧!
分析存储底层次结构
工程师通过与客户的沟通及对RAID阵列的分析得出故障存储的底层结构为若干物理磁盘组成一个存储池,划分了多个LUN,需要进行数据恢复的为LUN1,其中包含重点恢复的3台虚拟机。
再对阵列进行分析重组时发现用户原存储中的RAID5阵列共缺失2块硬盘,热备盘已经启用。这种情况下通常无法通过校验直接获取丢失盘的数据,所以只能使用磁盘同等大小的全0镜像进行重组。
通过重组的RAID阵列提取LUN
通过对存储结构的进一步分析我们可以获取到存储划分的MAP块,进而对各个LUN的数据块指针进行解析,通过编写数据提取程序、提取LUN碎片。提取完成后进行碎片拼接,组成完整LUN。
提取虚拟机内文件
霜降,是二十四节气中的第十八个节气,秋季的最后一个节气。斗指戌;太阳黄经为210°;于每年公历10月23—24日交节。
通过分析数据库页提取数据
本次数据恢复的虚拟机内有mysql数据库,可以利用数据库底层存储的特殊性进行数据页扫描,提取数据。
(这一步有个小插曲,虚拟机启用快照,父盘和快照文件都被损坏的情况下常规合并操作无法完成,使用本公司自主研发VMFS快照合并程序进行快照合并。)
获取mysql数据页并分析
根据mysql数据页特征进行数据页扫描并导出(innodb引擎可以使用此方案,myisam因为没有“数据页”概念所以不可用),分析系统表获取各用户表信息,根据各个表的id进行数据页分割。
提取表结构、提取记录
因为数据库使用时间已久,表结构也曾多次变更,加上系统表在存储损坏后也有部分数据丢失,记录提取过程遇到很大阻力。首先获取最初版本数据库各个表的表结构:合并快照前的父盘因为写入较早,使用第一块掉线盘进行校验获取到这个文件的完整数据,然后提取出其中数据库各个表的表结构,之后客户方提供了最新版的数据库建表脚本。
分别使用两组不同表结构对数据记录进行提取并导入恢复环境中的mysql数据库内,然后剔除各个表中因为表结构变更造成的乱码数据,最后将两组数据分别导出为.sql文件。
因为两个版本的数据库表结构不同,所以联系了客户方的应用工程师进行调试。调试完成后导入平台,平台调试成功,本次数据恢复成功。



主要从事服务器数据恢复、
磁盘阵列数据恢复(DEll、HP、IBM、华为、NetApp等)、
虚拟化数据恢复(VSAN、VMware、Kvm等),
数据库数据恢复(Oracle、Sql Server、MySql、Mongodb等),小型机数据恢复等方面的数据恢复服务。

专注于企业、个人数据恢复

24小时服务热线:4006-505-646
地址:北京市海淀区温泉镇中关村创客小镇16号221