- 综合排序
- 最热优先
- 最新优先
- 来自专栏python3
ext3grep文件恢复
aa 删除文件 3、ll -id /test 查看inode号 4、查看删除的文件 ext3grep /dev/sdb1 --ls --inode 2 图表中D表示删除的文件 ? 恢复文件 ext3grep /dev/sdb1 --restore-file aa 恢复的数据文件存放在当前目录的RESTORED_FILES目录中 至此完成。 文件，若原本有my.cnf文件则初始化会重新生成一个新的文件为my-new.cnf文件 删除即可，另外要修改新的数据库目录的属主和属组）初始化完成重新设置root密码 然后启动 连接数据库 2、配置完成后 umount /dev/mapper/vg1-lv1 3、查询删除的数据库表 首先对数据库所在的目录的inode进行扫描 ext3grep /dev/mapper/vg1-lv1 --ls --inode 查询表 然后在恢复 ext3grep /dev/mapper/vg1-lv1 --ls --inode 475137 测试出问题 There is no directory block associated
74730发布于 2020-01-14 - 来自专栏linux运维
备份恢复问题：备份文件恢复失败，数据无法恢复
排查恢复失败的原因在解决问题之前，需要明确恢复失败的具体原因。以下是一些常见原因及其排查方法：（1）备份文件损坏原因：传输中断、磁盘故障或未正确校验。 确保所有关键数据都包含在备份中。（3）恢复过程错误原因：恢复命令或工具使用不当。排查方法：确保使用的恢复工具与备份工具一致。检查恢复路径和权限是否正确。2. 启用快照功能如果备份的是动态变化的数据（如数据库或文件系统），建议使用快照功能确保数据一致性。（1）LVM 快照使用 LVM 创建快照，在快照上执行备份。 （1）恢复文件系统备份# 示例：从 tar 文件恢复数据 tar -xzf /backup/full_backup_20250207.tar.gz -C /restore/directory（2）恢复数据库备份 # 示例：从 SQL 文件恢复 MySQL 数据库mysql -u username -p database_name < /backup/mysql_backup_20250207.sql （3）记录恢复结果将恢复测试的结果记录到日志中
5K10编辑于 2025-02-07 - 来自专栏python3
ext3文件恢复
现在用ext3文件系统的很多，Debugfs不支持ext3文件系统，下面介绍一款工具可以恢复ext3文件系统数据 ext3grep是恢复ext3文件系统上误删除文件的工具 下载地址： http://code.google.com ，只是为了防止在对分区有写入操作，把文件掩盖了就不好恢复了） [root@zzh /]# umount /dev/hdb1 （或直接写挂载目录/opt） 执行删除文件查找 查找时间因恢复分区大小不同，可能会要很长时间 end r 8163 D 1248196940 Wed Jul 22 01:22:20 2009 rrw-r--r-- kt.kt 执行文件恢复 [root@zzh /]# ext3grep /dev/ hdb1 --restore-file kt/kt.kt 注意：不要加挂载目录opt，前面也没有根符合，加了恢复会找不到路径 出现Restoring kt/kt.kt表示文件恢复成功 恢复成功后会在当前目录下生成一个 RESTORED_FILES的目录，恢复的文件就会保存这里，看看文件大小是否正确。
1.1K30发布于 2020-01-03 - 来自专栏高级开发进阶
centos误删文件如何恢复文件数据
@TOC 前言 提示：这里主要介绍centos误删文件如何恢复文件数据的情况，视频以xfs为例，博文会讲解xfs和ext4分区类型。 df -T xfs分区 ext4分区 二、使用centos7软件恢复工具extundelete作为文件恢复 1.安装extundelete 下载依赖包： yum install e2fsprogs-devel （xfs分区的） 恢复文件命令 xfsrestore -f /tmp/dump_data /data 8. /usr/local/bin/extundelete /dev/sda2 --restore-all 9.查看恢复文件 cd /data ls 10.视频讲解演示流程(以xfs为例) B站地址：https spm_id_from=333.999.0.0 总结 提示：文章主要讲解centos误删文件怎么恢复（xfs类型的分区），起因是本人在测试环境误删了docker镜像文件，导致所有运行的镜像文件都没了，项目无法运行
5.6K40编辑于 2022-09-29 数据恢复教程：U盘SD卡文件删除恢复、电脑文件恢复、硬盘打不开找回
只要数据没有被覆盖，大部分文件都还能找回来。这篇文章围绕误删、误格式化、打不开三种情况，把本地扫描类数据恢复工具的操作方法一次讲清。先说明这类工具的通用能力。 本地扫描类的数据恢复工具，一般支持电脑硬盘、U盘、移动硬盘、SD卡、相机存储卡等常见存储设备，也能指定回收站、桌面、文件夹扫描；扫描分快速和深度两档；多数还附带文件修复、磁盘映像、大文件查找、重复文件查找等实用功能 文件丢失后的第一件事，不是马上找工具，而是先停止写入。不要再往这个盘里拷文件，不要反复插拔，更不要点“格式化”。新写入的数据可能覆盖掉还躺在盘里的文件，一旦覆盖，就真的找不回来了。 恢复出来的文件打不开？这种情况多半是文件头或者索引损坏，数据本身还在。可以用文件修复功能处理，支持哪些格式一目了然，常见图片、视频、文档多数都能修。修复结果请另存一份，用对应程序验证。 这类工具一般还会附带大文件查找、重复文件查找等功能，恢复前腾空间、恢复后去重都用得上。最后说句实在话：数据恢复不是每次都灵，能不能找回，取决于误删之后有没有继续写盘、盘有没有物理坏道。
9410编辑于 2026-10-12【服务器数据恢复】H3C华三Ceph分布式存储文件丢失数据恢复案例
三：案例描述近期我司遇到一个华三的分布式云平台，有三台物理机，每台物理机使用24块12TB的物理盘+3块1TB的闪存+2块480G的SSD系统盘，总容量为七百多TB，客户误操作删除了100TB的数据文件 2.恢复挑战在服务器没有备份容灾的情况下进行数据恢复是极具挑战性的，主要挑战包括：无备份可用：传统的恢复方式依赖于已有的备份，而在没有备份的情况下，需要通过日志文件、元数据和其他剩余数据来重建丢失的配置 3.案例评估客户已经找过多家数据恢复公司进行恢复操作，虽未能成功恢复数据文件，但已经把三台物理机的87块硬盘全部镜像为虚拟磁盘的镜像文件。 Bluestore:Leveldb:告知客户2天内可让客户看见我司随机提取的数据文件。2．恢复前的准备工作1、从闪存盘获取leveldb数据库文件。 4、将自建的SQL数据库与每块硬盘（osd）关联5、通过ID→head→空间信息→获取分配的地址信息5、开始数据文件的恢复提取五：案例总结经过紧张而有序的工作，我方技术团队终于成功恢复了Ceph分布式存储服务器集群的配置文件
45810编辑于 2025-12-19- 来自专栏DBA随笔
利用frm文件和ibd文件恢复表数据
// 利用frm文件和ibd文件恢复表数据 // frm文件和ibd文件简介 在MySQL中，如果我们使用了默认的存储引擎innodb创建一张表，那么在文件夹下面就会出现表名.frm和表名.ibd 28 Apr 3 17:44 yeyz.MYD -rw-rw---- 1 mysql mysql 2048 Apr 3 17:44 yeyz.MYI 其中ibd文件是innodb的表数据文件 我们可以使用frm文件盒ibd文件来对数据进行恢复。下面我们分析分析这个过程。 ? frm文件恢复表结构 当然，表结构需要使用frm文件来恢复。 总结一下利用frm文件恢复表结构的步骤： 1、首先创建一个同名的表，然后启动实例 2、使用备份的frm文件替代生成的frm文件，重启实例 3、查看错误日志，从错误日志中获取到备份的frm文件中的字段数量 ibd文件恢复表数据 上一步执行完成之后，我们已经获取了对应的表结构，现在我们看看如何恢复表数据。
8.6K20发布于 2019-11-06 - 来自专栏数据库相关
ECS误删文件后恢复数据
背景信息 在Linux下，基于开源的数据恢复工具有很多，常见的有debugfs、R-Linux、ext3grep、extundelete等，比较常用的有ext3grep和extundelete，这两个工具的恢复原理基本一样 该工具最给力的一点就是支持ext3/ext4双格式分区恢复，基于整个磁盘的恢复功能较为强大。 在数据被误删除后，首先要做的是卸载被删除数据所在的磁盘或磁盘分区。 因为将文件删除后，仅仅是将文件的inode节点中的扇区指针清零，实际文件还存储在磁盘上，如果磁盘以读写模式挂载，这些已删除的文件的数据块就可能被系统重新分配出去，在这些数据块被新的数据覆盖后，误删除的数据就无法恢复 说明 在实际线上恢复过程中，切勿将extundelete安装到您误删的文件所在硬盘，这样会有一定几率将需要恢复的数据彻底覆盖，切记操作前做好快照备份。 umount /dev/vdb1 #任何的文件恢复工具，在使用前，均要将要恢复的分区卸载或挂载为只读，防止数据被覆盖使用 使用extundelete工具恢复文件
12.4K10发布于 2020-09-17 - 来自专栏python3
Linux文件恢复利器 ext3grep
Linux文件恢复利器 ext3grep与extundelete 介绍两款Linux文件恢复工具，ext3grep与extundelete，可能在关键时刻会有所帮助。 #将显示结果放在一个文件中 3 恢复单个文件 恢复某个指定的文件，命令如下： ext3grep --restore-file VMwareTools-9.2.2-893683.tar.gz /dev/ 如果是恢复目录下面的指定文件要加上相对路径 ext3grep --restore-file vmware-tools-distrib/INSTALL.log /dev/sdc1 4 恢复整个设备上的文件 说明：在centos 6系统下无论是ext3文件系统还是ext4文件系统，恢复都失败。 4 完全恢复设备上文件 . /extundelete --restore-all /dev/sdb1 说明：在centos 6系统下如果是ext3文件系统，恢复文件成功，恢复目录不成功。
2.2K10发布于 2020-01-09 - 来自专栏IT者
Mysql通过ibd文件恢复数据
环境 操作系统：CentOS 7 Mysql版本：8.0.x 问题 如果Mysql服务无法启动，则可以通过Mysql表对应的.ibd文件恢复数据，如果你的Mysql服务可以正常启动，就不要使用这种方式了 办法 创建一张表，表结构与原表结构一致 删除新建的表空间 ALTER TABLE <table_name> DISCARD TABLESPACE; 将待恢复的.ibd文件copy到目标数据库文件夹下， 并修改文件权限: cp <table_name>.ibd /var/lib/mysql/<database_name> cd /var/lib/mysql/<database_name> chown mysql :mysql <table_name>.ibd 注意：如果mysql服务是通过Docker方式部署，需要将.ibd文件拷贝到，映射到Mysql的Docker容器路径下，修改权限需要进入到Mysql所在的
2.8K40编辑于 2022-10-31 - 来自专栏python3
用ext3grep恢复删除的文件
在这个工具出现以前，恢复ext3文件系统中被删除的数据是不可能的。因为ext3文件系统不同于ext2文件系统，它在删除一个文件后，会把文件inode结点中扇区指针清为0，而这让文件恢复看起来不太可能。 不过，正如ext3grep工具作者所说的，因为ext3是一个日志型的文件系统，通过分析日志信息，有很大的可能重新解析出块指针，从而恢复出目录和文件。 以下是恢复文件所采用的步骤，希望对大家有帮助。 原因大家都很清楚，文件被删除后，文件中的数据还存在磁盘上，除非存放这些数据的数据块又被操作系统分配出去了。我们这一步就是尽量降低数据块中数据被覆盖的风险，以提高恢复数据成功的比率。 所以，Easwy一般推荐进入单用户模式来恢复文件。 [ 安装ext3grep工具 ] 恢复的第一步当然是安装ext3grep工具。 假设我们要恢复/dev/sda3分区上文件，这个分区原来的安装点是/home，现在想恢复文件/home/xxx/vi/tips.xml，那么输入的命令应该是： ext3grep /dev/sda3 -
1.2K10发布于 2020-01-15 - 来自专栏大大刺猬
数据恢复, 无备份, 只剩一个 ibd 文件 怎么恢复数据?
背景环境: mysql 8.0不小心删除了mysql数据目录, 但还剩个.ibd文件在. 没得备份, 没得binlog , 要恢复这个ibd文件里面的数据.啊. 这..... 先打一顿没有做备份的dba 分析我们通常是使用备份+binlog来恢复数据, 但这次只有个孤零零的ibd文件.我们知道mysql 8.0 的ibd文件也包含元数据信息(你问我怎么知道的?). 所以我们先恢复表结构, 再恢复数据.恢复表结构如果开发有相关的DDL更好. 没得的话. 我们就自己解析.mysql 8.0的ibd文件存在sdi page 记录元数据信息的, 压缩的json格式. 但有可能会失败(人生不总是一帆风顺)方法2如果无法导入表空间的话, 我们还可以解析这个ibd文件得到相关的数据. 当然也可以解析的时候直接通过管道写入数据库mysql -h127.0.0.1 -P3314 -p123456 < /tmp/ddcw_alltype_table.sql总结虽然只剩一个ibd文件也能恢复数据
6.1K10编辑于 2024-04-10 企业网站数据备份与恢复：数据库、文件与恢复演练实践
如果只建立数据库备份，一旦出现服务器故障、程序升级异常或者文件误删除，即使数据库能够恢复，网站也不一定能够回到正常状态。 其他媒体文件。第三类是程序和配置。例如：网站程序。页面模板。环境配置。计划任务配置。文件存储路径。如果只保存其中一部分，恢复以后就可能出现数据不完整。例如数据库已经恢复，但文章图片全部失效。 可以按照问题类型区分：单个文件损坏，恢复单个文件。单条内容误删除，优先恢复对应数据。某个目录异常，恢复对应目录。数据库整体损坏，再考虑数据库级恢复。系统严重故障，再进行完整恢复。 恢复本身也是一次数据变更。如果范围控制不当，修复原问题的同时还可能产生新的数据损失。十、备份文件也需要权限管理备份文件中可能保存比公开网页更多的信息。数据库备份可能包含：后台账号数据。表单提交记录。 总结网站数据保护不能只依赖单一数据库导出文件。一个能够真正用于恢复的备份体系，需要考虑数据库、上传文件、程序配置、备份时间点、存储位置和恢复验证。其中更重要的一项工作是恢复演练。
19710编辑于 2026-08-18- 来自专栏开源部署
Oracle 普通数据文件备份与恢复
--3 实例运行时，若普通数据文件非头部数据块损坏，将导致需要访问受损数据行的命令无法执行，数据文件不会自动下线。 ，保证数据库的局部高可用性 场景3：在运行时普通数据文件头损坏，那么在发送检查点时数据文件会被强制下线，在alter log中 ORA-01171: datafile 5 going offline due 10.3 恢复 普通数据文件的恢复的核心步骤：是该数据文件下线、从备份还原（restore或switch）使用增量备份或重做日志恢复（recover命令），最后再令文件上线 普通数据文件恢复的主要特点是既可以在数据库 数据文件头部损坏的情况可能需要特殊处理。 10.3.1 恢复前的准备 与关键数据文件的恢复一样，进入mount状态时恢复的前提，确保参数文件和控制文件正常。 ，再根据相关数据文件是否已经offline区分，总共3种： --1未下线低可用策略恢复（online，mount） --2已下线低可用策略恢复（offline，mount） --3已下线高可用策略恢复（
1.5K20编辑于 2022-08-18 - 来自专栏网站源码分享
手机数据恢复软件 恢复删除的图片、照片、视频、音频以及文件
Photo Recovery 是一款手机数据恢复软件，可以恢复删除的图片、照片、视频、音频以及文件。使用非常方便快捷。不但能恢复数据，软件还有清理垃圾和上传云端备份的功能。
2.1K40编辑于 2023-04-20 - 来自专栏devops_k8s
FastDFS文件系统迁移和数据恢复
服务和Storage服务 删除新服务器的tracker数据，Storage数据，使用旧服务器替换 rm -rf /data/fdfs/stroage/* rm -rf /data/fdfs/tracker 拷贝fdfs_storage目录中的所有数据到新目录。 修改storage配置文件中的store_path和base_path到新位置。 拷贝以前的storage服务配置为新服务实例的配置文件。 启动storage服务。 FastDFS会自动同步以前服务器上的数据。 数据恢复 数据恢复是指旧的FastDFS服务已经不能运行，需要将已有的FastDFS数据恢复到新的FastDFS服务中。 如果采用IP地址进行标识，则需要修改tracker 和storage下data目录中的数据文件中的ip地址。
4.2K60发布于 2021-07-07 - 来自专栏linux运维
文件恢复问题：误删除文件后无法恢复
如果找到文件，右键点击并选择“还原”。2. 使用 TestDisk 恢复文件TestDisk 是一个强大的数据恢复工具，可以恢复误删除的文件。 选择要恢复文件的分区（例如 /dev/sda1）。选择恢复模式：选择 Advanced。选择 List 查看文件列表。浏览文件列表，找到误删除的文件。选择要恢复的文件，按 C 键复制到指定目录。3. 选择要恢复文件的分区（例如 /dev/sda1）。选择文件类型：选择要恢复的文件类型（例如 All）。选择保存恢复文件的目录。开始恢复：按 C 键开始恢复过程。恢复完成后，检查保存目录中的文件。4. 使用 extundelete 恢复文件extundelete 是一个专门用于恢复 ext3 和 ext4 文件系统的工具。 预防措施定期备份：定期备份重要数据，使用外部硬盘或云存储服务。使用 rsync 或 timeshift 等工具进行定期备份。
2.3K00编辑于 2025-02-04 【服务器数据恢复】Apple苹果Xsan文件系统卷宗误操作导致文件丢失数据恢复案例
一：案例描述客户向我们反馈他们的macOS服务器上因为人为误操作，删除了重要的图片文件和视频文件存档，希望能够帮助他们进行数据恢复。 ，只需要按照正常的RAID方式即可轻轻松松随便恢复，对于专业数据恢复公司来说，非常简单，但是对于Xsan文件系统运行正常，只是各种误操作删除或者是丢失了文件，这种情况下则需要更深层次的方案才能解决，因为目前来说 目前海境超备恢复过的Xsan文件系统，全是同行或者是多次数据恢复不理想最后再通过商家或同行“介绍”找来的，具体原因也很简单，无法解析该文件系统的数据恢复公司都会直接采用RAW恢复的方式提取文件，这样可以恢复部分连续存储的小文件 上面两个步骤属于恢复Xsan文件系统的正常操作，重点在于下面的解析；使用数据恢复专用工具对文件系统区域进行解析，找到丢失的文件目录结构，手动根据列表的数据进行数据恢复提取。 每个客户端可以直接在中央文件系统上读取和写入数据，从而增强工作组协作并提高用户效率。Xsan允许多台计算机通过高速光纤通道同时访问XserveRAID中存储的TB甚至PB容量数据。
87310编辑于 2024-08-21- 来自专栏北亚数据恢复中心
成都某大学EXT3文件系统数据库文件恢复案例
成都某大学EXT3文件系统数据库文件恢复案例 EXT3是第三代扩展文件系统，是日志文件系统，常用于Linux操作系统，本次分享的案例为成都某大学EXT3文件系统数据删除，服务器操作系统及应用环境为redhat4.6 此案例属于EXT3文件系统数据删除，从理论上来讲，若删除的文件数量比较少且删除后很少有写入操作，则恢复的成功率会比较高，但如果删除的文件数量比较多，那么数据得以全部恢复的可能性会很小。 ，而原数据库文件所在的系统分区在文件删除后有生成过新的系统及临时文件； 3.主要针对数据库备份文件所在分区进行分析，根据文件系统存留下来的备份文件相关信息将文件inode结点回溯至数据删除前状态，并将备份文件迁移出来 ； 4.解压所恢复的tar.gz文件，并将数据库文件附加到相应数据库环境中对数据库记录进行校验，确认数据无误后数据恢复成功。 【北亚服务器存储安全小贴士】 1.操作系统密码应设置得比较健壮以增加数据存储及应用的安全性； 2.数据库文件的备份不宜直接备份到本地硬盘，最好通过网络等途径备份至其他存储中； 3.数据丢失后应尽快停止对丢失数据所在分区的操作以保证数据恢复的可能性
1.1K30发布于 2021-04-12 - 来自专栏python3
Linux ext3grep 恢复数据
下载地址 http://code.google.com/p/ext3grep/downloads/list 安装 [root@local ext3grep-0.10.1]# . /boot 下一个的文件 [root@local boot]# ls config-2.6.18-194.el5 lost+found symvers-2.6.18-194.el5.gz grub [root@local /]# umount /boot 查看有哪些文件被删除了 [root@local /]# ext3grep /dev/sda1 --ls --inode 2 Running ... done Restoring symvers-2.6.18-194.el5.gz 恢复删除文件 后 保存在 RESTORED_FILES 文件夹里 [root@local /]# cd RESTORED_FILES / [root@local RESTORED_FILES]# ls symvers-2.6.18-194.el5.gz 恢复可以指定文件恢复，可以全部恢复，也可以指定时间恢复
84120发布于 2020-01-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号