东北网8月9日讯(记者 包海多) 近日，一少年黑客拿企事业单位练手，不料刚出手，便被大庆警方抓获。

违法行为人刘某被大庆警方抓获。 警方提供图片

7月10日，大庆某企业工作人员上班时发现，本单位的服务器后台数据库空空如也，网页上只留下一行红字：“你们的数据库已被我删除，想要恢复加QQ：27xxxxx详谈。”工作人员立刻添加该QQ号，对面黑客立刻开价：只要200元即可恢复如初。

工作人员自认倒霉，转了200元给黑客后等待恢复数据，半小时后黑客发来消息，表示自己技术不过关，恢复不了已删除的数据。

7月12日，该企业工作人员到大庆市公安局网安支队报案，称数据丢失已造成经济损失约10万余元。

大庆市公安局网安支队会同萨尔图分局立即成立了专案组，对该案件进行跟踪调查。7月25日，专案组民警奔赴江苏省某镇，在当地网安民警配合下，抓获了该名黑客。

出乎意料的是，该黑客刚满14周岁，正在读初中二年级。由于其未成年，依法询问全程在其父亲陪同下进行。违法犯罪嫌疑人刘某对网络非常痴迷，平日把课余时间都用在自学计算机知识上，在国内各大网络安全论坛上学习了一段时间后便小试身手，相继成功攻击了网上的一些非法赌博网站，每次索要数百元不等的钱财，共从中获利4438元，用于支付学习相关网络技术的费用。

这一次，刘某突发奇想对企事业单位下手，没料到刚一犯案就被大庆警方抓获。因刘某未达到法定责任年龄，不具备刑事责任能力，公安机关对其进行了批评教育，相关涉案信息正在进一步核实。

1.硬件设备清单：

2.故障描述：

需要进行数据恢复的服务器是一台r520型号存储，共有7块SAS硬盘分别组成raid1和raid5两组磁盘阵列。主要sql server数据库存放在C盘中，在使用过程中，客户发现C盘容量即将占满，于是将数据库路径指向了D盘，在D盘生成了一个.ndf文件。客户在继续使用了大约10天之后，数据库出现故障，连接失效，无法正常附加查询。

3.备份数据：

考虑到数据的安全性以及可还原性，在做数据恢复之前需要对所有源数据做备份，以防万一其他原因导致数据无法再次恢复。使用dd命令或winhex工具将所有磁盘都镜像成文件。

4.故障分析：

(a)分析故障原因；由于数据库文件所在磁盘容量不足，导致数据库无法继续正常运行，出现逻辑错误。

(b)分析RAID组结构；客户服务器上共7块300G硬盘，其中2块硬盘做RAID 1，用于安装操作系统，其余5块硬盘做RAID 5存放数据。分析RAID 1和RAID 5的相关结构，重组虚拟出RAID 1和RAID 5，查看其中数据。

(c)分析原始数据库文件；由于客户在数据库发生故障之后，进行过多次数据库恢复尝试，并且每一次尝试都是在源环境下进行的，导致原始数据库文件被更改覆盖，并且磁盘空间被多次复写，无法使用尝试恢复之后的数据库文件进行修复。询问客户得知，客户在数据库发生故障的时候，备份过一分原始的故障数据库文件。

5.数据库修复：

从虚拟出的RAID 5空间中将客户之前备份的数据库文件拷贝出来，尝试在数据库中附加，附加失败，错误提示如下图一：

错误提示主数据库文件和次级数据库文件不匹配，查看.ndf文件底层，发现.ndf文件中几乎没有数据，尝试取消.mdf文件和.ndf文件之间关联，只用.mdf文件进行附加。尝试后发现，只用.mdf文件附加时也发生错误，但是错误提示改变。图二：

此时错误提示日志文件（.ldf）和数据库文件（.mdf）不匹配。之后对数据库尝试进行无数据库附加，附加成功。但是发现数据库系统表损坏，无法正常使用。图三

对数据库的系统表尝试修复，但由于系统表损坏过于严重，无法修复。数据库记录提取；解析数据库文件中的数据库记录；编写相应的程序提取数据库文件中的数据库记录；根据客户以前的数据库备份获取数据库中的表结构；重构表结构并肩提取出的数据库记录导入到新的表中。

6.数据验证：

由客户对提取出的数据库记录进行验证,所有数据完全恢复，本次数据恢复成功。

7.数据恢复结论：

在数据库使用过程中，要合理分配数据库文件所在磁盘空间，及时清理垃圾数据，保证数据库的正常、安全运行。

针对 300G 600G硬盘 服务器 数据恢复 服务器数据库修

首先确认开启 mysql binlog 日志进入 mysql 查看所有的二进制日志文件

4. 格式化查看binlog日志文件

5. 查看test数据库 b 表的数据

6. 修改b数据表数据,id为2的数据

7. 查看binlog日志

从上图中可以看到做修改的操作结束位置（end_log_pos）303

8. 现在开始恢复到修改前的数据

退出 mysql操作界面：

mysqlbinlog --stop-position=302 /data/mysqldb/mysql-bin.000001 | grep mysql -uroot -p

命令含义:将302之前的所有事件操作重新执行一边（不包括刚才的修改操作）

注释：--stop-position = 302 是因为之前的改变操作是在303执行的 所有恢复到302位置

9. 查看命令执行结果

10. 备份相关命令

mysqlbinlog --start-position=302 /data/mysqldb/mysql-bin.000001 | grep mysql -uroot -p

命令含义:将302之后的所有事件操作重新执行一边（不包括302之前的操作）

mysqlbinlog --start-position=302 --stop-position=500 /data/mysqldb/mysql-bin.000001 | grep mysql -uroot -p

命令含义:将302到500之间的所有事件操作重新执行一边

台式机，笔记本，服务器硬盘数据恢复，RAID0，RAID1数据恢复，承接高难度硬盘数据恢复，磁头损坏，变形，移位，开盘等故障，各外部存储器，内存卡，数码相机，U盘，移动硬盘，手机数据恢复，红警数据恢复！

红警专业数据恢复公司

红警专业硬盘数据恢复：零七五五—八八八五八八零五

联络办法：零七五五—二五三二三七五八

1、逻辑故障：误分区、误格式化、误删除、误克隆、分区表信息丢失、引导扇区信息丢失、病毒破坏、黑客攻击等

2、物理故障：BIOS不认盘、硬盘异响、电机不转、磁头烧坏、磁头老化、磁头芯片损坏、磁头偏移、盘片划伤、磁组变形、电路板烧坏、外电路芯片击穿、接口断针等。

3、磁盘阵列（RAID）数据恢复：RAID0，RAID1，RAID0+1，RAID1+0，RAID5，RAID5+0，RAID5+1，RAID5+0+1，RAIDADG，RAID6，RAID5E，RAID5EE，JBOD，SAN，NAS。 磁盘阵列常见故障： ·系统不能启动、RAID信息破坏、由于某块硬盘掉线，替换后重建失败，系统崩溃、RAID信息丢失；

·硬盘（单块或多块）掉线、RAID卡损坏，更换后系统崩溃、分区信息丢失；

·硬盘坏道（物理、逻辑）、重新配置RAID阵列信息、磁盘顺序出错、动态磁盘数据库丢失或损坏；

·LINUX、UNIX系统启动不成功，或者分区不能mount，找不到分区；

·rebuild中途失败、rebuild成功后，分区找不到或者系统不能启动；

·红灯不停闪，或者黄灯不停闪（有的黄灯闪表示正在读取，有的是错误指示）；

·MBR损坏、DBR损坏、磁盘单块坏道、磁盘多块坏道．

4、数据库数据恢复：Access，Foxpro，SQL SERVER，ORACLE，MYSQL，DB2、Informix，Sybase等数据库修复。

5、文件修复：各种文件破损后的修复。

6、邮件修复：支持Foxmail、Outlook、Outlook Express、Exchange Server、Lotus Notes等邮件数据的恢复和修复。 7、可以破解系统密码和文件密码。

二、介质接口支持 可修复IDE、SATA、SCSI、FC、RAID磁盘阵列等；

三、操作系统支持 支持的操作系统DOS/Win9X、Mac、WinNT/2000/XP/2003、Linux、Unix、Novell等。

四、硬盘品牌分类 支持希捷、西部数据、迈拓、IBM、昆腾、日立、三星、东芝、富士通、易拓等。

五、支持的介质类型 支持硬盘、移动硬盘、MO、PD、U盘、ZIP、光盘、软盘、磁带、闪存、MP3、录音笔、MP4、PDA等。

地址：深圳市龙华东环一路东环天虹正对面（旭日大厦5楼全层）

这世界上有后悔药-houhuiyao.cc 后悔药数据恢复 站长语

前面介绍了MySQL数据库在使用InnoDB引擎时，如果误删了数据表，在共享表空间MySQL数据表InnoDB引擎表误删恢复(共享表空间ibdata1)和独立表空间MySQL数据表InnoDB引擎表误删恢复(独立表空间innodb_file_per_table=1)的情况下如何恢复数据、如果不幸误删了数据库MySQL数据库误删恢复。

如果没有完整的把数据库或者表删除掉，而仅仅是删除了表里的部分数据，比如本文探讨的：delete命令数据误删恢复，这种情况应该发生的概率更大，毕竟有机会删除库和表的权限和命令通常控制的都很严（删库跑路是段子）。

有人会有疑惑，用delete命令去删除数据，不都是正常想删除掉的么，为何存在要恢复的情况。说的很对，确实想要删除的自然不必再恢复，怕就怕手滑，没打算删除的也一并干掉了。这里我们探讨的就是这类被误删的数据该如何恢复。

后悔药数据恢复再次提醒：

1，首先需要说明的是，生产环境下慎重执行删除操作，除非你确实明白自己在做什么，否则不执行危险动作。2，有条件的情况下，依靠系统来管理数据和数据库，尽可能降低潜在的管理的风险。3，数据库有Update、Delete、Insert、Truncate、Drop类操作，先在测试环境执行一次，看结果和预期是否相符。生产环境执行前，先对要操作的表做一个备份，以防万一。4，备份，备份，备份。

如果真的按照上面的提醒来操作，也几乎不可能会出现误删的情况除非是SQL自身存在逻辑不严谨问题 :)

如果确实误删了，该怎么办？1，InnoDB表中delete命令并不擦除真实的数据，只是做了一个删除标记，实际的数据内容依然存在。如果发现及时并且运气也不错，暂停下业务防止数据被物理覆盖，立即将数据文件拷贝出来，然后解析数据文件，使用percona的undrop-innodb工具进行最后的尝试。

2，如果开启了binlog，情况要好很多，将历史的binlog文件集中起来，解析出来全部的和所操作的表有关的SQL，剔除这条误删数据的delete命令，然后恢复数据。可以参考MySQL恢复误删的数据。

3，如果有备份，那么可以通过解析备份文件，将表数据提取出来进行恢复（备份文件过大如何提取部分数据，后续将探讨这个情况）。需要注意的是，备份结束后到误操作前这段时间内所产生的数据将无法找回，用历史数据回滚的数据不完整性需要自行评估，有其他条件可以补全数据的最好。

4，有些系统开启了日志功能，并且日志历史也均保留了下来，也可以尝试查找查找。

如何避免这种灾难式的事情发生？这个可能是更多人关注也更有意义的事。1，不使用数据库，这样就没有烦恼了。

2，参考前面的提醒，对生产环境存敬畏之心，谨慎操作、流程化操作，则问题出错的概率将可以降低到最小、影响面减少到最小。

3，也可以将数据库维护的苦活、累活、脏活交给我们来操作，毕竟我们又稳又好用，所有操作都熟。

误删了数据，想立即跑路？也许不用，联系下后悔药数据恢复houhuiyao.cc吧，我们将尽一切可能帮您找回数据。

故障描述：

5块2T硬盘组建RAID5，划分LUN供windows服务器使用。在windows服务器内装有Sql Server2008数据库。存储空间内共有三个逻辑分区，大小分别为500G、800G、2.3T。数据库文件丢失，主要涉及五个数据库，表个数约为6000个左右。丢失原因未知，且不能确定数据存储位置。三个数据库的大小分别为8G、15G、20G。在文件丢失后服务器仍处于开机状态，但并未写入大量数据。

初检流程：

1、使用RAID信息及内部数据块信息重组RAID。

2、提取LUN内三个分区镜像。

3、扫描文件系统内丢失文件，未找到被删除数据库文件。

4、初检结果为数据库文件丢失，通过文件系统角度无法恢复。

恢复流程：

1、制定恢复方案。在数据库文件被删除且判定为无法恢复文件后，只能通过扫描数据页，并提取页内记录的方式进行恢复。

2、使用北亚自主编数据页扫描程序扫描分区内数据页并提取。在分别扫描两个分区镜像后发现500G系统盘内数据页数量极少且数据页断裂情况严重，另一分区内扫描到数据页个数较多。暂定此分区为数据库文件存储空间。

3、重组系统表。Sql Server数据库使用系统表来管理所有用户表，在这些系统表内记录了各表的列数、数据类型及约束信息等。解析系统表过程中发现提取出的数据页内系统表损坏，无法正常读取信息。在与客户沟通后得知有备份文件，且备份完成后没有大量改动表结构，系统表可用。

4、还原备份。

5、分别提取三个库中各表表结构信息

6、解析表结构脚本。将各表的列信息存入数据库内便于后续使用。

7、解析系统表获取用户表id信息、关联表结构与数据页。（为保护客户隐私，后续步骤涉及用户表表名及数据页内数据部分均未截图）

8、新建数据库，使用北亚自主编写软件解析记录并导入到恢复环境内。

9、整理恢复结果。在此分区内除数据库文件外还存有备份文件若干，所以在导出记录后可能存在重复数据，必须去重。编写SQL存储过程进行去重。

10、客户验证数据。客户在查验过数据后表示数据可以接受，移交数据到客户存储设备，恢复成功。

这世界上有后悔药- houhuiyao.cc 后悔药数据恢复 站长语

前面介绍了误删部分数据恢复MySQL恢复delete的数据。部分数据恢复指的是非计划清理的那部分数据，存在恢复的需求的一点建议。通常情况下是碰不到这类问题的，做好准备也可以规避掉类似的问题。

有Delete误删数据，自然就联想到update误更新数据。本文探讨下MySQL update的数据恢复。

实际上update误更新数据的隐蔽性相对于delete更强，少数据了自然相对容易对比数目、数据的连续性等直观感受发现。而数据变更了，尤其是非字符型数据（字符型数据如标题、作者等。非字符型如类别ID，浏览量等）的变更，很难一眼就发现。比如有几十上百个分类属性，文章数几十万，在进行部分特征文章进行分类批量迁移时，误把不需要进行迁移的文章分类一并由编号33更改为了35，而此类文章可能本身就因为什么原因关注度就一般，迁移完都没有感觉哪里不妥。

此类情况很不易发现。虽然举的例子看起来关系很小，只是分类误更新了而已，后续还是可以发现了再调整。但如果这里调整的不是文章，而是有货币属性的，比如积分，代表用户可以透支的信用等级，甚至是利息，存款周期，货物价格等等。

来看一个鲜活的例子：

类似手滑的真实例子远不止这一两例。电商类的平台，想必价格管控复查等规范和流程都是健全的，依然避免不了意外（谁也不知道明天和意外哪个先来）。

虽然啰嗦，依然想再提醒下：后悔药数据恢复再次提醒：

1，首先需要说明的是，生产环境下慎重执行删除操作，除非你确实明白自己在做什么，否则不执行危险动作。

2，有条件的情况下，依靠系统来管理数据和数据库，尽可能降低潜在的管理的风险。

3，数据库有Update、Delete、Insert、Truncate、Drop类操作，先在测试环境执行一次，看结果和预期是否相符。生产环境执行前，先对要操作的表做一个备份，以防万一。

4，备份，备份，备份。

如果真的按照上面的提醒来操作，也几乎不可能会出现误删的情况除非是SQL自身存在逻辑不严谨问题 :)

如果确实发现误更新了，怎么办？1，和delete相比，update有一个问题，就是要确认哪个数据才是最终更新前的可靠数据。Delete删除时，所删除掉的数据就是本条记录最终版本的数据，找回这条数据即可完整的恢复好本条记录。而update的变更版本多，所以确切的找回那条数据并能确认就是更新前的版本是一大关键，否则找回来的旧版本数据和当前误更新了的数据本质上是没有什么区别的：都不准。

2，如果开启了binlog且日志完整，则相对容易找回数据。将binlog解析出来后，把最终导致误更新数据的那条SQL注释或者删除掉然后恢复数据即可，可以可以参考MySQL恢复误删的数据 。

3，从备份中把数据恢复出来，进行比对。这里需要注意的依然是数据的有效性问题，备份的数据是历史版本旧数据，无法确认更新前的最终版本。可以用于参考，运气好的话，误更新的字段内容也许备份前就是最终版本，可以直接使用。

4，有书面的单据或者其他纸质的内容、邮件等，可以用于确认数据的，都可以用于找回数据。

如何最大限度避免误更新？1，不要使用数据库，则没有烦恼！

2，参考上面的提醒。

3，严谨的操作和执行到位的流程，可以很好的避免这类问题。

4，找我们后悔药数据恢复houhuiyao.cc来提供服务吧，我们又稳又好用，这些操作都熟。

软件：用友，速达，管家婆，远光，奇安、金蝶、美萍、百威、广联达……等各种财务软件、医药软件、医院软件、汽配软件、服装软件、宾馆软件、书店软件、超市软件、OA办公自动化……等各种行业软件。

数据库：SQL，Oracle，Sybase，Access、dBase，FoxBase……等各种版本的新老数据库。

故障：数据库质疑，删除库内表，格式化，重做系统，重分区，系统还原，软件报错，数据错乱，备份覆盖，硬盘损坏……

收费：根据故障轻重和数据库文件的容量收费，500元起，数据库文件容量越大，工作量越大，耗时越长，收费越高。

涉密：如果客户数据涉密和隐私，可以签订《数据保密协议》，保证数据不会有任何形式的泄露。

现在生活中硬盘数据量越来越多，手机拍的照片，家庭视频，办公文档等都是几百G或几个T，设备是做视频编辑的同学，而且硬盘容量也特别大，很多硬盘由于使用不当或质量不好就坏掉了，硬盘现在本身不是特别贵，但是有很多硬盘里面的数据还是很重要的。

逻辑故障：硬盘装系统分区丢失，文件误删除，ghost错误数据覆盖，误格式化，装系统c盘数据丢失等软件故障数据恢复一般1T左右硬盘300-800元，1T-4T硬盘恢复费用一般600-2000元，特殊单个文档或数据库手工恢复价格一般比较高，技术难度也特别大，比如数据库文件修复，oracle，sql server等文件的修复。逻辑故障数据恢复方法：这些故障有技术的网友也可网上下载数据恢复软件尝试，切记：恢复的数据不可恢复在原始硬盘或分区，兆柏数据恢复公司经常会遇到这些情况：客户将恢复的数据在未经确认的情况下直接保存在原来的分区，结构发现很多的文件都打不开，这种情况找软件数据恢复公司也很难恢复了。装系统后原来c盘的数据很难恢复，因为已经被覆盖，这种情况只能完整分析，情况好没有覆盖文件存放位置数据还能恢复，覆盖严重可能就无法恢复或恢复部分。典型错误案例：有一个客户2t移动硬盘存满重要文档和照片，不小心无格式化了，找朋友帮忙恢复，用数据恢复软件扫描后目录结构清晰，然后就强行将这些数据恢复至原来的2t分区，原来的数据都恢复了，但是仅有10%的数据可以打开，这种情况下一定要将数据恢复至其他硬盘，恢复完成一般效果会比较好，格式化分区硬盘找任何一家数据恢复公司基本都可以完整恢复。这种情况很多客户可能不理解了数据看到了，都可以预览怎么就恢复出来都打不开呢，这种情况下用数据恢复软件扫描的数据仅是通过内存查看的，并没有恢复，只是找到了原来的目录结构，恢复的数据再次保存到这个分区就导致现在恢复的数据吧这个硬盘的数据区给覆盖掉了，这种情况下数据再也无法恢复，彻底的被破坏掉了

硬盘磁头坏数据恢复，上图为硬盘结构，盘片的严重损坏，行业词为盘片划伤，有很多盘就是因为磁头摔坏后有变形划伤盘片。

硬件故障：开机找不到硬盘，硬盘不识别，硬盘通电异响，移动硬盘接电脑无反应，硬盘摔坏，硬盘进水等这些硬件机械故障，这类故障一般都需要无尘室开盘数据恢复，需要专业设备和仪器才能恢复数据，不可反复通电，或自行在普通环境下打开。硬盘损坏我们可以自己修理吗?最好不要私自打开硬盘进行修理。下图为硬盘内部结构：

电脑硬盘内部是一个高度洁净的环境。我们无法保证自己室内环境的洁净度是多少，在室内打开电脑硬盘会导致空气中的尘埃进入磁盘，造成磁盘损坏。这类的故障一般费用比较高通常高于购买硬盘的价格。一般800-3000元，2T，4T费用可能更高。