他们遇到的问题五花八门，有些时候是数据被意外删除，有些时候数据是被病毒侵蚀而丢失，有些时候是硬盘本
身出现了问题。无论数据丢失是由于什么原因造成的，这些遇到问题的人都存在同样的问题，那就是他们都不是IT专
业人员，而且从来都不对他们的数据进行备份。
他们遇到的问题五花八门，有些时候是数据被意外删除，有些时候数据是被病毒侵蚀而丢失，有些时候是硬盘本
身出现了问题。无论数据丢失是由于什么原因造成的，这些遇到问题的人都存在同样的问题，那就是他们都不是IT专
业人员，而且从来都不对他们的数据进行备份。 蓝梦数据恢复中心做了很多年的数据恢复的工作，所以我决定写一
些有关数据恢复的文章。我打算在这些文章中讨论我门蓝梦所使用的一些常规的技术。在这篇文章中，我将会谈谈当
数据丢失时该如何处理，在什么情况下能够进行数据恢复，在什么情况数据恢复不能够进行，以及数据恢复的原理等
几个方面的问题。
尽管数据恢复是个非常复杂的过程，然而其所依据的原理却非常简单。数据恢复之所以能够成为可能，是因为文
件和与这个文件有关的信息是两种截然不同的东西，而且分别存储于两个不同的地方。Windows操作系统使用“文件
分配表（file allocation table）”来确定哪些文件位于硬盘中以及这些文件具体是存储在哪里。 如果我们需要将
硬盘驱动器上的文件系统的工作方式做个类比的话，那么将其比喻作一本书无疑是最恰当的。文件分配表就好比是一
本书的目录部分。那些真正硬盘驱动器上存储的文件就好比是这本书正文中的每一页。 为了能够更清楚地说明数据
恢复过程是如何工作的，我们需要做些更为深入的类比。比如说，你想在厨房里安装一个新的水池，于是你买了一本
有关家庭装修方面的书。你把书打开，并在目录中找到了介绍水池安装方法的具体章节是在这本书的第40页。如果你
把书的目录部分撕下来，并撕成了碎片，那么你是不是就丢失了有关安装水池的方法的信息呢？当然没有，安装水池
的方法仍然还在这本书中，只是由于你已经没有了目录，所以要找到这个方法会困难一些。 数据恢复的工作方式与
上述的方式非常相似。通常情况下，当某些数据需要进行恢复的时候，是由于其文件分配表出现了混乱。需要恢复的
文件仍然存储在你的硬盘驱动器里，而且保存完好。如果这个文件仍然存砸，而且没有损坏也没有被加密，那么这个
文件就是可以恢复的。需要你来做的就是找到这个文件。 从另一个方面说，如果文件本身已经损坏或者丢失或者被
加密了，那么使用一般的方法可能就不会有效了。然而这并不是说数据恢复是不可能的，而是说需要通过非常规的方
法来进行数据恢复。因为你没有办法像魔法师一样把本来就不存在的东西变出来。 如果文件在物理上已经被损坏，
而且你没有这个文件的备份，那么你唯一的希望就是对这个文件进行重构了（reconstruct）。许多应用程序（比如
Microsoft Office）都会在文件的开头部分写入统一的标题（uniform header），以便指定该文件是属于那种应用程
序可以调用的文件。有些工具软件可以用来手动方式来重构文件的标题，所以我们至少可以用它来恢复文件的某些部
分。 在多数情况下，数据丢失并不是由于数据本身出了问题，而是由于文件分配表出现了问题。在你删除文件的时
候所做的操作就是这种情况的一个例子。当你删除一个文件的时候，通常这个文件会被移动到回收站中。当你从回收
站中把这个文件删除，或者是你从来都不使用回收站而是把文件直接删除，那么这些文件仍然没有被删除。 事实上
，操作系统只是在文件分配表中把这个文件的文件名的第一个字母修改为“sigma（西格玛）”标记（在过去的文件
系统中使用的是问号）。操作系统还会在文件分配表中把“0”写入到簇链入口处，这样就可以把这个文件从前所使
用的磁盘空间显示为现在仍然可用。当文件以这种方式被删除，这个文件本身仍然存在，除非另一个文件覆盖了硬盘
驱动器上的这个区域，而这个区域恰好是这个被删除的文件从前所存储的区域。 上面我已经解释了删除的过程究竟
是如何进行的，其实在对硬盘驱动器进行格式化或者文件分配表损坏的情况下我们仍然可以应用相似的概念来理解问
题，接下来给大家推荐一款软件BestRecovery它是由拥有专业数据恢复技术的蓝梦数据恢复中心的杰作，一般简单的
问题这款软件都可以解决。
版权声明：本文内容由互联网用户自发贡献，本社区不拥有所有权，也不承担相关法律责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件至： 进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容。
用云栖社区APP，舒服~
【云栖快讯】阿里云数据库MySQL金融版发布，实现日志多副本同步复制，提供金融级可靠性！8月10日，阿里云数据库掌门人褚霸等大牛直播，揭开它的背后故事！赶紧报名吧&&
快速、完全托管的TB/PB级数据仓库解决方案，向用户提供了完善的数据导入方案以及多种经典的分布式计算模型，能够更...
深度挖掘企业与企业、企业与人物的关系，通过多位交叉分析及智能算法，构建基于企业全息画像和企业关系网络的风险洞察、...
一种稳定、可靠、容量和服务能力可弹性伸缩的分布式关系型数据库服务。
为您提供简单高效、处理能力可弹性伸缩的计算服务，帮助您快速构建更稳定、安全的应用，提升运维效率，降低 IT 成本...
2017杭州云栖大会火热抢票
Loading...各大互联网公司的服务器坏了怎么办？数据是否就永久丢失了？ - 知乎9被浏览3531分享邀请回答0添加评论分享收藏感谢收起/about/datacenters/inside/0添加评论分享收藏感谢收起吓尿了！一次服务器误删数据的恢复过程【显卡吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：2,554,697贴子：
吓尿了！一次服务器误删数据的恢复过程收藏
经历了两天不懈努力，终于恢复了一次误操作删除的一台服务器数据。对本次事故过程和解决办法记录在此，以提醒自己，也提示别人莫犯此错。也希望遇到问题的同行能找到一丝灵感解决问题。事故背景安排一个程序员妹子在一台对外提供服务的服务器上安装Oracle，妹子边研究边安装，感觉装的不对，准备卸载重新安装。从网上找到卸载方法，其中要执行一行命令删除Oracle的安装目录
Oracle就是复杂，不知道开发公司怎么想的，卸载起来超级复杂
命令如下：rm -rf $ORACLE_BASE/*如果ORACLE_BASE这个变量没有赋值，那命令就变成了rm -rf /*妹子使用的可是root账户啊。就这样，把整个盘的文件全部删除了删除了、、、、除了、、、、、了。、、、，包括应用Tomcat、MySQL数据库 和所有的备份……
（可能有人会问 mysql数据库不是在运行吗?linux能删除正在执行的文件?反正是彻底删除了，最后还剩一个tomcat的log文件，估计是文件过大，一时没有删除成功）看着妹子不知道怎么办的眼神，又是因为这事是我安排她做的，也没有跟她讲清厉害关系，没有任何培训，责任只能一个人背了，况且怎么能让这么一位可爱的妹子背负这个责任呢？
果断打电话到机房，将盘挂到另一台服务器上，ssh上去查看文件全部被清，这台服务器运行的可是一个我一个重要网站的中间件系统啊，已经运行大半年了，得尽快恢复啊。于是找来脱机备份的数据库，发现备份文件只有1kb，里面只有几行熟悉的mysqldump注释（难道是crontab执行的备份脚本有问题），最接尽的备份也是2013年12月份的了，真是屋漏偏逢连夜雨啊。
继续啊————爱上一匹野马，可我的家里没有草原。
想起来一位疼讯的前员工说过的案例：当一个实际生产系统挂掉以后，发现所有备份都有问题，刻录的光盘也有划痕，磁带机也坏了（一个业界知名人物，目测以前还用光盘做备份了），没想到这次自己也遇到了，怎么办??
不懂linux,什么都看不懂
既然这样了，也只能不管三七二十二，死马当作活骆驼医，我心急如焚的到网上去查资料进行误删数据恢复，功夫不负有心人，找到一款ext3grep能够恢复通过rm -rf删除的文件，服务器的磁盘也是ext3格式，且网上有不少的成功案例。于是燃起了一丝希望，赶快对盘umount，防止重新写入补删文件扇区。下载ext3grep，安装（长话短说，编译安装过程粒径九九八十一难我就不说了）。
妹子直播剁手
唉，前两天我服务器的mssql数据库跑了个语句误删了一个表里的部分数据，然后数据库没做备份。。。用日志文件也恢复不了，因为日志没记录那个表的没法回滚，蛋疼死
数据恢复不是盖的
最后把那妹子怎么样了
先执行扫描文件名命令：ext3grep /dev/vgdata/LogVol00 --dump-names打印出了所有被删除文件及路径，稍微放心了一点，文件都在呢。这软件不能按目录恢复文件，只能执行恢复全部命令：ext3grep /dev/vgdata/LogVol00 --restore-all结果当前盘空间不足，没办法只能恢复文件，尝试了几个文件，居然部分成功部分失败
然后你们幸福的生活在了一起------有缘无份
命令：ext3grep /dev/vgdata/LogVol00 --restore-file var/lib/mysql/aqsh/tb_b_attench.MYD心想，麻烦大了，难道是删除磁盘上被写过文件了?恢复机率不大了啊，不管了，能恢复几个算几个吧，说不定重要数据文件刚好在能恢复的MYD文件中。于是先将所有文件名重定向到一个文件文件中ext3grep /dev/vgdata/LogVol00 --dump-names &/usr/allnames.txt
过滤出来所有mysql数据库的文件名存成，mysqltbname.txt编写脚本恢复文件：while read LINEdo
echo "begin to restore file " $LINE
ext3grep /dev/vgdata/LogVol00 --restore-file $LINE
if [ $? != 0 ]
echo "restore failed， exit"
fidone & ./mysqltbname.txt
马克一下…以后有机会也这样坑一下新来的妹子。
闭上眼睛一狠心一咬牙，执行，大概运行了170分钟，恢复了120多个文件，但不够啊，我们将近400张表，每张表frm，myd，myi三个文件，怎么说也有1200多个左右啊！！将找回来的文件附到现有数据库上，更要文件权限为777后，重启mysql，也算是找回一部分数据了，但重要的数据还没找回来。。
中途又试了另一款工具extundelete，跟ext3grep语法基本一致，原理应该也一样了，但是据说能按目录恢复，好吧无论如何先试试。extundelete /dev/vgdata/LogVol00 --restore-directory var/lib/mysql/aqsh完了完了，恢复不出来，，，，，那些文件已被破坏了。。。。无奈之下下班回家（已经到下半夜了，累得浑身难受，回去休息一下，接着想想办法）
睡了不到二小时就醒了（天还没亮），飙着车去公司（有事等着我啊，也顾不上数自己闯了多少红灯了）。依旧运行ext3grep，extundelete，也就那几招啊，把系统架到测试服务器上，看看数据能不能想办法补一补吧。在测试服务器上进行mysqldump，恢复文件，覆盖恢复回来的文件，给文件加权限，重启mysql
突然想起来，不是有binlog吗?我们的服务都要求开启binlog，说不定能通过binlog里恢复数据呢?于是从dump出来的文件名里找到binlog的文件，一共三个，mysql-binlog0001，mysql-bin.000009，mysql-bin.000010，恢复一下0001ext3grep /dev/vgdata/LogVol00 --restore-file var/lib/mysql/mysql-bin.000001居然失败了……
登录百度帐号推荐应用心惊肉跳!一次服务器误删数据的恢复过程_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
心惊肉跳!一次服务器误删数据的恢复过程
谷一商盟学院，网络整合营销第一品牌！|
总评分0.0|
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢