今天小编为大家分享的关于磁盘阵列恢复的案例,本次故障的设备是HP LH6000,其中一块硬盘红灯闪亮,机器还在正常运行,但没有多久,系统就不能正常运行,这时才发现另一块硬盘的红灯也在闪亮。 图片1_副本.png 磁盘阵列数据恢复过程: 1.启动服务器,自检至阵列时按Ctrl+M进入NetRaid管理程序。 2.启动服务器,自检至阵列时按Ctrl+M进入NetRaid管理程序。 3.查看系统及数据库都运行正常后,再进阵列配置工具把Failed的硬盘手工设置成Rebuild,100%完成重建后再重启服务器,所有的阵列及系统都恢复原状了。 当第二块硬盘亮红灯后,用常规的手段是不能恢复数据的,只有找专业的第三方数据恢复公司恢复数据。
1.raid5磁盘阵列数据恢复思路分析 Raid5磁盘阵列是一种相对安全的磁盘阵列形式,数据分布状态有点类似于raid0磁盘阵列。 此时想要恢复数据需要将raid5阵列中的所有硬盘按照原始存储数据的顺序拼接重组即可。 raid5磁盘阵列组成原理图解.png 由于raid5阵列的每一块硬盘中都包含有校验信息,因此恢复raid5阵列数据时需要考虑三点因素。第一点,考虑硬盘的排列顺序。第二点,考虑阵列中每个数据块的大小。 第三点,考虑每个数据块所占的扇区数。 2. raid5磁盘阵列数据恢复案例 某客户一组raid5磁盘阵列,2块硬盘由于未知原因离线。 然后进行数据分析,去掉客户自己上线的那块盘,将另一块离线盘加入阵列,通过虚拟环境搭建raid平台。做了简单的数据调整后进行数据提取,所有数据被成功恢复。 整个数据恢复过程用时仅一个工作日。
二:解决方案1.案例评估1)RAID-TP介绍RAID(冗余独立磁盘阵列)是一种用于提高数据可靠性和性能的存储技术。其中,RAID-TP是一种较新的RAID级别,特别针对闪存存储系统设计。 2)RAID-TP的工作原理数据写入:当数据写入RAID-TP阵列时,数据被切分为多个块,这些块被平均写入到各个数据磁盘中。 2.恢复方案华为OceanStor Dorado V6存储系统采用动态RAID技术实现冗余设计,根据RAID中检验位的个数不同提供不同的保护级别。 RAID-TP自动校验的数据恢复过程,如果数据磁盘损坏,系统可以通过以下步骤恢复数据:1)系统首先从校验磁盘中读取校验信息,然后根据转换信息,计算出损坏的数据块;2)然后系统将恢复的数据块写入到新的数据磁盘中 ,完成数据的恢复。
想要弄清楚磁盘阵列恢复,首先就得知道什么是磁盘阵列,磁盘阵列多用于存储服务器,数据服务器等企业级大数据存储领域,磁盘阵列是把多块独立的物理硬盘按不同方式组合起来形成一个逻辑硬盘,当磁盘瘫痪或硬件损坏后, 为了恢复存储在阵列平台的数据被称之为磁盘阵列数据恢复,而磁盘阵列能够提供比单个硬盘有着更高的性能和提供数据冗余的技术。 在RAID数据恢复案例统计中发现,不能恢复的RAID数据往往是再次的操作导致的,因此一旦发现磁盘阵列发现问题,请立即停止一切操作,咨询相关技术人员,确定好后再操作。 那么当磁盘阵列不正常或无法启动的时候,该如何有效的保护数据不被破坏呢,先简单介绍下几种可能会对磁盘阵列数据恢复造成数据破坏的操作: 1.强制Online 这个操作是很容易对阵列造成数据破坏的,尤其是当有 2块或以上的盘掉线的时候,如果不知道哪个盘先掉,哪个盘后掉的话,一但破坏了,数据将有可能变成旧的,而且无法恢复。
引: 如果你是通过搜索找到本文,请注意,本文内容不适用于文件误删恢复、已经损坏的文件且无 PAR 2 恢复数据的情况。 1. 3.1 使用 Par2cmdline 创建恢复模块和恢复数据 推荐查看:par2cmdline 在 Github 上的页面,有完整的命令行说明。 repair *.par2 3.1.1 创建恢复数据 最简单的可以直接根据默认参数进行创建: . -r15% demo.pdf.par2 demo.pdf # 创建约 4 M 大小的恢复数据 par2 create -rm4 demo.pdf.par2 demo.pdf 恢复按块进行恢复,恢复数据的大小由块的数量和大小决定 通过 GUI 设置参数,进行操作即可: 图片 图片 验证数据: 图片 3.2.2 恢复数据 打开MultiPar,点击打开,选择 par2 文件进行校验 图片 图片 图片 附 使用 WinRAR 创建恢复模块和恢复数据
误删除数据的话,oracle里面我们可以使用闪回功能找回误操作的数据。 对于误操作数据的闪回,我们一般推荐 binlog2sql 或者MyFlash(美团点评开源的) 本篇文章, 我们介绍下 binlog2sql的用法: binlog2sql 【首级推荐使用】 官网:https *//g' /root/rollback.sql 3 将数据恢复到数据库中: use testdb ; UPDATE `testdb`. ,可以看到已经恢复好了。 set work_id='11' where id=32 limit 1 ; # 简单实验,update不更新其它列的数据 step2: update test.t1 set work_id='22
今天我们通过一则真实的案例来认识oracle 自带工具AMDU,无需将磁盘组mount即可实现数据分析,轻松进行数据恢复 某日,我们收到了一则中国香港用户ASM破坏案例,请求数据恢复。 技术回放 对于这个案例,我们有多种手段可以进行恢复,只要ASM磁盘组完好,就可以很容易的从中提取数据,本案例我们使用了AMDU工具进行恢复。 而IMG文件则是元数据块的镜像转储,为2进制文件,这些文件在ASM出现故障时,可以用于收集信息,分析故障。 有了文件分布信息,接下来的恢复就大大简化了。 AMDU文件恢复 获得了文件的分布信息之后,就可以使用amdu工具进行文件提取工作。 2.涉及到存储的调整,必须多部门协同反复确认 由于底层存储对于数据库的核心作用,我们必须在进行维护时反复确认维护计划,并且通过多部门来统一协调、共同确认,避免流程割裂导致的误操作行为。
数据库恢复技术与案例 使用Oracle9i的 Flashback Query恢复误删除数据 从Oracle9iR2开始,可以使用flashback query闪回误删除的数据,在undo_retention Oracle数据恢复:格式化、ASM及字典损坏案例三则 最近一周以来,恩墨科技帮助多家用户进行了数据恢复,挽救了多个危难之中的数据库。 接下来发现数据库丢失了2个重要的数据文件。如何使用BBED工具修复坏块 在数据库遭受损坏时,可以通过BBED工具对数据块进行修复,BBED的copy命令等对恢复非常有效。 数据库恢复技术与案例 使用Oracle9i的 Flashback Query恢复误删除数据 从Oracle9iR2开始,可以使用flashback query闪回误删除的数据,在undo_retention 接下来发现数据库丢失了2个重要的数据文件。 如何使用BBED工具修复坏块 在数据库遭受损坏时,可以通过BBED工具对数据块进行修复,BBED的copy命令等对恢复非常有效。
TO 'glon'@'%' | +--------------------------------------------------------------------------+ 4.初始化数据 --start-file=mysql-bin.000001 > edai_binlog2sql.sql 参数解释: -h:数据库服务地址 -u:连接用户名 -p:密码 -P:端口 -d:数据库名 -t [root@soft binlog2sql]# cat edai_binlog2sql-new.sql INSERT INTO `xcrm`. 6159262 end 6159534 time 2018-11-22 15:15:46 可以看到,我们刚刚的delete语句,被反转为insert语句,update 修改为原来的时间 拿到了具体的恢复语句 ,那我们拿去数据库执行吧
原理及其使用 生产上误删数据、误改数据的现象也是时常发生的现象,作为运维这时候就需要出来补锅了,最开始的做法是恢复备份,然后从中找到需要的数据再进行修复,但是这个时间太长了,对于大表少数数据的修复来讲, 当然还有其他的一些操作方法,binlog2sql使用。 用途 数据回滚 主从切换后数据不一致的修复 从 binlog 生成标准 SQL,带来的衍生功能 闪回原理简析 开始之前,先说说闪回。 binlog 有三种可选的格式: statement:基于 SQL 语句的模式,binlog 数据量小,但是某些语句和函数在复制过程可能导致数据不一致甚至出错; mixed:混合模式,根据语句来选用是 但是,DDL 语句,比如drop,truncate 在整个使用中都是无法被回滚的,这种情况,只能用最近的备份数据+二进制日志恢复 本次实验,更改一条数据,并删除一条数据,然后从解析 binlog 信息, 到使用 binlog2sql 工具来生成标准和回滚 SQL,来剖析整个运行过程。
类似工具有binlog2sql、MyFlash、my2fback等,本工具基于my2fback、binlog_rollback工具二次开发而来。 用途 数据快速回滚(闪回) 主从切换后新master丢数据的修复 从binlog生成标准SQL,带来的衍生功能 生成DML统计信息,可以找到哪些表更新的比较频繁 IO高TPS高, 查出哪些表在频繁更新 找出某个时间点数据库是否有大事务或者长事务 主从延迟,分析主库执行的SQL语句 除了支持常规数据类型,对大部分工具不支持的数据类型做了支持,比如json、blob、text、emoji等数据类型sql生成 (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='数据库归档执行日志表'; 插入数据: INSERT INTO .000002, 30096) [root@localhost home]# 离线直接读取binlog文件解析:(-mode file -local-binlog-file) 离线库上必须要创建需要恢复或者解析的库和表
IBM X系列服务器,磁盘阵列崩溃,两组RAID1,配置全都丢失了,年代久远的3400服务器,是该换了,但是总得把数据导出来啊,结果就变成这个样子了。 来自广东网友的求助,于是开视频远程协助。 图2是RAID信息都没了,变成了,Unconfig Good 和 Unconfig Bad 。 系统起来了,数据也在,提醒网友赶紧把数据拷贝出来,并且今后注意备份,任务完成。 在此也提醒网友们: 1、服务器多注意备份,即使出问题,也不至于慌张,哪怕是服务器完全坏了, 买个新的服务器,也马上就能恢复数据;正所谓,硬件有价,数据无价嘛。 2、真出了问题,自己又不太明白,那就不要随便动手,否则真的可能造成无法恢复,我可见过因此引咎辞职的,还是找专业人士动手比较靠谱。
extundelete的安装与使用 Linux下常见的基于开源的数据恢复工具有:debugfs/R-Linux/ext3grep/extundelete 1.恢复原理:三步 extundelete恢复文件并不依赖特定的文件格式 最后利用dd命令将这些信息备份出来,从而恢复数据文件 2.安装(介绍编译安装) 安装前需安装e2fsprogs和e2fsprogs-libs两个依赖包 下载extundelete(.tar.bz2)结尾的文件 ,假设为0.2.4版本 解压:tar jxvf extundelete-0.2.4.tar.bz2 cd extundelete-0.2.4 . 4.注意 数据被误删之后,首先要做的是卸载被删除数据所在的磁盘或磁盘分区。如果根分区遭到删除,需要将系统进入单用户,并且将根分区以只读模式挂载。 如果磁盘以读写械挂载,这些已删除文件的数据块就可能被操作系统重新分配出去,在这些数据块被新的数据覆盖后,这些数据就真丢失了。所以以只读模式挂载可以尽量降低数据块中数据被覆盖的风险。
而对数据库数据的恢复操作, 思路也很简单, 使用全量备份和增量备份相配合, 以某个时间点的全量备份为基础, 通过增量备份使数据库数据恢复到具体的某个时间节点. , 找到当天的全量备份数据恢复, 然后在这基础上进行增量恢复即可恢复到某个特定的时间点. 数据恢复 当需要恢复数据时, 如何根据这两个备份文件进行恢复呢? 打个比方, 当前时间是: 2020-9-4 23:00:00. 此时, 我做了清表的疯狂操作. 如何恢复数据? 1. 请注意, 这步操作会将今日生成的数据删除. 2. 此时, 数据就已经恢复了. ---- 肤浅的记录一下, 虽然现在可以恢复数据了, 但是还有很多问题没有解决, 比如, 如何只恢复一张表的数据等等. 吃一堑长一智, 之后对数据库的操作要慎之又慎.
本文介绍如何使用diskrpobe尝试从磁盘分区及文件系统级别进行恢复。 注:diskprobe不是文件级别恢复工具,即不能恢复具体某个文件,而是从磁盘和文件系统结构尝试恢复整个磁盘分区。 2.Drives找到对应的磁盘,以PhysicalDrive2为例,双击PhysicalDrive2后选择Set Active。 8.关掉diskprobe工具,重新打开diskprobe,选择之前问题磁盘,上述以PhysicalDrive2为例,双击PhysicalDrive2后选择Set Active,去掉Read only的勾选框 16.关闭diskprobe工具,并在磁盘管理中选择重新扫描磁盘 17.联机后,看到磁盘恢复为正常状态。
数据恢复如果 Redis 的数据出现了损坏或丢失,可以通过备份文件来恢复 Redis 数据库的状态。 对于 RDB 备份,可以使用 redis-cli 工具或者 redis-server 命令来恢复备份文件;对于 AOF 备份,需要手动将备份文件复制到 Redis 数据库的工作目录中,并重启 Redis 以下是数据恢复的详细步骤。RDB 数据恢复使用 redis-cli 工具恢复备份文件可以使用 redis-cli 工具来恢复 RDB 备份文件。 在恢复备份文件后,可以启动 Redis 服务来使用恢复后的数据。 AOF 数据恢复对于 AOF 备份文件,需要手动将备份文件复制到 Redis 数据库的工作目录中,并重启 Redis服务来恢复备份文件。具体步骤如下:停止 Redis 服务。
遇到MySQL数据丢失的窘境?想象一下这个场景: MySQL没有备份 MySQL是单点部署 MySQL突然宕机无法启动面对业务数据恢复的压力,是不是感觉天要塌了?别急着递交辞呈! ibd2sql工具可能是您的救命稻草。这是一款能将离线ibd文件转换为SQL语句的神器,可以帮助恢复宝贵的数据。 让我们直接看看如何使用:安装wget https://github.com/ddcw/ibd2sql/archive/refs/heads/main.zipunzip main.zipcd ibd2sql-main2 几行命令就能让您重拾希望,摆脱数据丢失的噩梦。注意:此工具仅支持MySQL 8.0版本。有了ibd2sql,就多了一张保命符。下次遇到类似情况,别忘了这个强大的工具。它可能会帮您化险为夷,保住饭碗!
我们的电脑中多多少少都会存在一些重要的数据,如果将这些重要数据删除了怎么进行数据恢复呢,其实现在数据恢复的方法有很多种,今天我就推荐一款数据恢复软件给大家。 电脑数据恢复软件下载推荐 数据恢复精灵是一款简单易用的数据恢复软件。 同时您也可以在不保存分区表的情况下恢复这些分区里面的文件,即将文件复制到安全的地方。 2. 支持从损坏的分区中恢复文件。 恢复数据图-2 4.软件支持边扫描边显示文件,并且支持多种格式文件的预览,恢复结果直观可见 5.支持从整个硬盘中恢复文件。适用于破坏严重、无法直接恢复分区的情况。 数据恢复图-3 更新内容 1.为缩略图预览状态增加按修改时间排序的功能。 2.在文件详细信息列表与缩略图列表两种方式之间切换后、排序顺序保持一致。
今天分享一下binlog2sql,它是一款比较常用的数据恢复工具,可以通过它从MySQL binlog解析出你要的SQL,并根据不同选项,可以得到原始SQL、回滚SQL、去除主键的INSERT SQL等 因binlog2sql是通过模拟从库的方式获取binlog,所以,数据库账号权限至少需设置为从库所需的权限。 恢复数据 3.1 生成恢复SQL 因知道大概误删除的时间,因此通过解析对应时间的binlog恢复出指定库表的数据,生成的结果是用于恢复的sql python binlog2sql.py --flashback start-datetime='2020-09-18 16:29:08' --stop-datetime='2020-09-18 16:30:00' >/tmp/rec.sql 结果内容如下 3.2 恢复数据 | | 7 | vgcess | 29 | | 8 | hdgd | 0 | +----+--------+-------+ 8 rows in set (0.00 sec) 数据已恢复
MySQL闪回原理与实战 DBA或开发人员,有时会误删或者误更新数据,如果是线上环境并且影响较大,就需要能快速回滚。传统恢复方法是利用备份重搭实例,再应用去除错误sql后的binlog来恢复数据。 也有团队利用LVM快照来缩短恢复时间,但快照的缺点是会影响mysql的性能。 MySQL闪回(flashback)利用binlog直接进行回滚,能快速恢复且不用停机。 开胃菜 某天,小明因种种原因,误删了大批线上用户表的数据。他急忙找到公司DBA请求帮助,“客服电话已被打爆,大量用户投诉无法登陆,领导非常恼火。请问多久能恢复数据?” Query OK, 4 rows affected (0.00 sec) 20:28时,tbl表误操作被清空 mysql> select * from tbl; Empty set (0.00 sec) 恢复数据步骤 登录mysql确认,数据回滚成功。