Chinaunix首页 | 论坛 | 博客
  • 博客访问: 355194
  • 博文数量: 609
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 6125
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(609)

文章存档

2024年(172)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

分类: Mysql/postgreSQL

2023-11-07 15:29:52

云服务器数据恢复环境:
阿里云ECS网站服务器,linux操作系统+mysql数据库。


云服务器故障:
在执行数据库版本更新测试时,在生产库误执行了本来应该在测试库执行的sql脚本,导致生产库部分表被truncate,还有部分表内的少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。


云服务器数据恢复过程:
1、由于用户ECS内还有其他业务在运行,为避免被truncate表的底层数据被破坏,首先将mysql数据库的data目录所在分区备份。

2、需要恢复的十多个表内不存在大字段类型值和myisam引擎表,直接扫描数据段并下载恢复所必需的数据库段碎片。由于innodb引擎表恢复数据须依赖表结构信息,mysql的表结构信息存储于对应表名的.frm文件内。经过检测发现.frm文件完好,可直接使用。下载需要恢复的表所对应的.frm文件。

3、读取&分析数据段内系统表信息,获取需要恢复的十多个表在系统表内的注册信息。
4、在下载完成的数据段文件内提取对应于各表的数据页,解析对应表的.frm文件获取该表的表结构信息。通过表结构信息获取到底层数据分配规则,北亚企安数据恢复工程师按照规则拆分数据段内二进制数据并将不同类型数据进行字符展示转换(各类整型、浮点型、时间型等),完成数据段到sql语句的转换。
5、恢复被delete数据的表的流程类似恢复被truncate表的流程,差异在于解析数据时需要提取被标注为“delete”的记录。
6、根据解析出的表结构信息在恢复环境中的mysql实例内创建表,将恢复出的数据导入。
7、由于直接从底层抓取出的记录可能存在主键不唯一(引擎在存储时产生的临时记录)、记录重复(缓冲段)和乱码(扫描数据段时出现特征值匹配成功但不属于该表的数据段)等情况,北亚企安数据恢复工程师人工处理提取记录存在的异常。
8、由用户方远程桌面的方式验证恢复数据的正确性和完整性。经过用户方工程师的多方验证,确认被truncate的表和被delete记录的表的数据恢复完整,数据正确有效。本次数据恢复工作完成。

阅读(84) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~