Skip to main content

moregeek program

【服务器数据恢复】云服务器误操作导致表被truncate,表内的数据被delete的数据恢复案例_sun的博客-多极客编程

云服务器特点:

1、云服务器不需要购买硬件设备,用户按照业务需求支付一定的费用购买相应的硬软件资源。云服务器提供商的数据中心不仅提供硬件/软件环境,还提供咨询服务。

2、云服务器可以充分利用资源,根据业务需求随时调整硬软件资源,避免老旧设备的淘汰和购买新设备/部署软件的所耗费的时间和成本。

3、云服务器提供商有专业的技术人员对服务器进行维护,节约服务器的搭建维护成本,可以让用户将更多资源投入到自身的核心业务中。

【服务器数据恢复】云服务器误操作导致表被truncate,表内的数据被delete的数据恢复案例_云服务器数据恢复

云服务器数据恢复案例:

云服务器数据恢复环境:

某云ECS网站服务器,linux操作系统,mysql数据库。


云服务器故障情况:

在执行mysql数据库版本更新测试时,将本应在测试库执行的sql脚本错误地在生产库中执行,部分表被truncate,部分表内的少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。

【服务器数据恢复】云服务器误操作导致表被truncate,表内的数据被delete的数据恢复案例_云服务器数据恢复_02

云服务器数据恢复流程:

1、由于用户的ECS内有其他业务在运行,为保证被truncate表的底层数据不被破坏,北亚数据恢复工程师首先将mysql的data目录所在分区备份。

2、由于用户需要恢复的12个表内不存在大字段类型值和myisam引擎表,为节约数据传输时间,北亚数据恢复工程师利用工具扫描数据段并下载获取恢复数据所必需的数据库段碎片。使用innodb引擎的mysql数据库恢复数据必须依赖表结构信息,mysql的表结构信息存储于对应表名的.frm文件内。本案例中.frm文件完好可直接使用。下载需要恢复的表对应的.frm文件。

3、分析系统表,读取数据段内的系统表信息,获取需要恢复的12个表在系统表内的注册信息。

4、在下载完成的数据段文件内提取对应于各表的数据页,解析对应表的.frm文件获取到该表的表结构信息,通过表结构信息获取到底层数据分配规则,按照规则拆分数据段内二进制数据并对不同类型数据进行字符展示转换(各类整形、浮点型、时间型等),完成数据段到sql语句的转换。

5、恢复被delete数据的表,基本流程和恢复truncate表的流程类似,不同点在于数据解析时需要提取被标注为“delete”的记录。

6、根据解析出的表结构信息在恢复环境中的mysql实例中创建表,并将恢复出的数据导入。

7、由于直接从底层抓取出的记录可能存在主键不唯一(引擎在存储时产生的临时记录)和记录重复(缓冲段)以及乱码(扫描数据段时出现特征值匹配成功但不属于该表的数据段)等情况,北亚数据恢复工程师对提取出的记录异常进行人工处理。

8、数据验证。开启远程桌面,由用户亲自验证看数据是否正确、数据量是否正常。经过用户验证,truncate表和delete记录的表都完整恢复。

【服务器数据恢复】云服务器误操作导致表被truncate,表内的数据被delete的数据恢复案例_数据恢复_03

©著作权归作者所有:来自51CTO博客作者宋国建的原创作品,请联系作者获取转载授权,否则将追究法律责任

【服务器数据恢复】zfs文件系统服务器raidz中多块硬盘离线的数据恢复案例_sun的博客-多极客编程

服务器数据恢复环境: 一台采用zfs文件系统的服务器,配备32块硬盘。​服务器故障: 服务器在运行过程中崩溃,经过初步检测没有发现服务器有物理故障,重启服务器后故障依旧,用户联系我们中心要求恢复服务器数据。 服务器数据恢复过程: 1、服务器数据恢复工程师对故障服务器中所有硬盘进行了扇区级镜像备份,后续的数据恢复操作都在镜像文件上进行,避免了可能对原始数据造成的二次破坏。 2、通过对镜像文件的分析,

freenas 配置 fc 存储模式_虚拟的现实的博客-多极客编程

1.简介有关开源存储的使用和配置在前面的相关文章中有介绍。TrueNAS 是 FreeNAS 的升级版本,其内核都采用 FreeBSD,因此在驱动和操作配置上都大同小异。TureNAS 的存储配置方案已在生产环境中验证并稳定运行超过5年,主要通过 iscsi 配置成为物理服务器的块存储,应用环境包括 Vmware 群集的存储和 SQL Server 数据库的磁盘存储以及 SMB 和 NFS 存储。

技术分享| etcd如何实现分布式负载均衡及分布式通知与协调_mb60af473914346的博客-多极客编程

Etcd 是一个高度一致的分布式键值存储,它提供了一种可靠的方式来存储需要由分布式系统或机器集群访问的数据。Etcd比较多的应用场景是用于服务注册与发现(前面文章已经介绍过),除此之外,也可用于键值对存储,应用程序可以读取和写入 Etcd中的数据(类似于内存数据库redis),还可用于分布式系统系统的消息发布与订阅,分布式的通知与协调,以及分布式系统中的负载均衡等等。 消息发布与订阅 在分布式

【服务器数据恢复】hp服务器raid5多块磁盘先后掉线导致raid5不可用的数据恢复案例_sun的博客-多极客编程

服务器数据恢复环境: 惠普ML系列某型号塔式服务器,5块SAS硬盘组建raid5磁盘阵列。 服务器故障&分析: 服务器中的一块硬盘掉线,由于磁盘阵列的冗余特性,服务器正常运行,用户没有察觉。直到另外一块硬盘掉线,服务器崩溃。用户联系我们要求恢复存储在服务器中的设计素材及客户数据。 北亚服务器数据恢复工程师检测故障服务器的底层数据,没有发现明显的同步痕迹。 服务器数据恢复过程: 1、将故障服

规则引擎drools在贷后催收业务中的应用_vivo互联网技术的博客-多极客编程

作者:vivo 互联网服务器团队- Feng Xiang在日常业务开发工作中我们经常会遇到一些根据业务规则做决策的场景。为了让开发人员从大量的规则代码的开发维护中释放出来,把规则的维护和生成交由业务人员,为了达到这种目的通常我们会使用规则引擎来帮助我们实现。本篇文章主要介绍了规则引擎的概念以及Kie和Drools的关系,重点讲解了Drools中规则文件编写以及匹配算法Rete原理。文章的最后为大家

生产环境 sr650服务器硬盘故障应急处理过程_虚拟的现实的博客-多极客编程

1.故障描述2021年某日,巡检发现生产环境服务器Slot3硬盘告警(1.2T SAS 2.5英寸,FRU:00YK016),当日报修。第二天一早,联想工程师上门更换。拔下故障盘,插入带来的新备件,发现故障Slot 3盘故障依旧。登录带外管理查看,如下图:点击阵列卡配置及硬盘部件详情,均无法看到相关信息:2.处理过程1、收集Service Data发联想技术支持,联想CAG工程师回复需要升级阵列卡

【服务器数据恢复】zfs文件系统服务器raidz中多块硬盘离线的数据恢复案例_sun的博客-多极客编程

服务器数据恢复环境: 一台采用zfs文件系统的服务器,配备32块硬盘。​服务器故障: 服务器在运行过程中崩溃,经过初步检测没有发现服务器有物理故障,重启服务器后故障依旧,用户联系我们中心要求恢复服务器数据。 服务器数据恢复过程: 1、服务器数据恢复工程师对故障服务器中所有硬盘进行了扇区级镜像备份,后续的数据恢复操作都在镜像文件上进行,避免了可能对原始数据造成的二次破坏。 2、通过对镜像文件的分析,

现代api的类型划分_枫叶飘飘的博客-多极客编程

现代API以Web应用型API为主,基于现代API的服务对象不同、技术形式不同、使用者不同,可以对现代API做不同类型的划分。1、基于服务对象的类型划分每一个API所提供的服务能力,最终都是被企业内外部调用才能实现API的价值。根据API所承载业务功能的服务范围不同,现代API可以划分为公有型API、私有型API和混合型API。公有型API:此类API主要面向企业外部客户或企业第三方合作伙伴,向外

linux上安装jupyter notebook和win10下notebook和lab的配置_练习生tony的博客-多极客编程

欢迎加入QQ群一起学习和交流,只为学习和交流:275259334首先我已经安装好了python3环境,以及设置了软连接。 我的安装信息主要在这里,点进来:​​我的centos7服务器安装python3.7​​现在开始我的艰辛历程!首先,pip3 install jupyter其次,生成jupyter notebook的配置文件以及进行配置之后,启动Jupyter。 发现报错!!!不讲错的了!成功的

国泰君安 191 alpha 因子的流批一体实现_dolphindb的博客-多极客编程

​​国泰君安 191 Alpha 因子​​ 来源于国泰君安 2017 年 6 月份公布的研报《基于短周期价量特征的多因子选股体系——数量化专题之九十三》,属于短周期价量因子。为了方便用户计算因子,我们用 DolphinDB 脚本实现了所有 191 个因子的函数,并封装在 DolphinDB 模块 gtja191Alpha (​​gtja191Alpha.dos​​) 中。本文将为大家介绍该因子库的

精华推荐 | 【深入浅出rocketmq原理及实战】「性能原理挖掘系列」透彻剖析贯穿rocketmq的系统服务底层原理以及高性能存储设计挖掘深入_李博alex的博客-多极客编程

设计背景消息中间件的本身定义来考虑,应该尽量减少对于外部第三方中间件的依赖。一般来说依赖的外部系统越多,也会使得本身的设计越复杂,采用文件系统作为消息存储的方式。RocketMQ存储机制消息中间件的存储一般都是利用磁盘,一般是使用机械硬盘,但机械硬盘的速度比访问内存慢了n个数量级,一款优秀的消息中间件必然会将硬件资源压榨到极致,接下来看看rocketMq是如何做到高效存储的。RocketMQ存储模

精华推荐 | 【深入浅出rocketmq原理及实战】「底层原理挖掘系列」透彻剖析贯穿rocketmq的broker服务端自动创建topic的原理分析和问题要点指南_李博alex的博客-多极客编程

前提背景使用RocketMQ进行发消息时,一般我们是必须要指定topic,此外topic必须要提前建立,但是topic的创建(自动或者手动方式)的设置有一个开关autoCreateTopicEnable,此部分主要会在broker节点的配置文件的时候进行设置,运行环境中会使用默认设置autoCreateTopicEnable = true,但是这样就会导致topic的设置不容易规范管理,所以在生产