近来，数据库安全问题频发，如何保障业务数据可靠、可用、可恢复性再次被业界提上议程。华为云数据库也适时推出表数据快速恢复功能，支持表级别的时间点数据恢复，帮助用户快速恢复 MySQL 数据库中某张表的数据，解决用户误删、误drop数据问题。

该功能适用于更细粒度的数据恢复。当用户在某个时间点删除了某个表，或者修改了某个表的一些记录时，只需对该表进行恢复，而不用将整个实例进行恢复，可以大幅节省恢复时间。

通过表级时间点恢复备份，用户可以根据需要恢复库表，且不会导致实例数据被覆盖。系统会自动生成以时间戳为后缀的库表名，也支持自定义恢复后的库表名，相当便利。

目前，该功能仅支持 MySQL 数据库。值得一提的是，自华为云 MySQL 搭载 HWSQL 内核后，增强连接池特性，并发量 5000 时性能依然稳定，QPS 超过 17万+，性能远超社区版。这对于高并发场景显著的行业，例如游戏行业而言，无啻于福音。

我们知道，游戏行业动辄百万级玩家同时在线，并发数达到 3000+，单实例 QPS 峰值 10万+，对数据库性能要求高。此外，由于玩家在线数量不确定，扩容开服、缩容合服的情况频繁，资源使用弹性大；行业竞争激烈，恶意攻击且攻击方式复杂多变，安全性要求也高。

华为云数据库 MySQL 的性能，单区足以支撑千万级用户在线，且支持一键 CPU/内存/存储空间扩容、添加只读副本，满足资源弹性伸缩需求。在安全性方面，华为云数据库提供了VPC、安全组、防 DDoS，防 SQL 注入，数据加密、SSL 加密连接等多维度安全策略，并获得了可信云、安全等保、CSA STAR 等多种权威认证，为数据库提供全方位高安全防护。

华为云 MySQL 在性能和安全上的突出表现，离不开技术的支持和功能的持续优化。

早前，华为云 MySQL 就引入了线程池功能，支持更多连接，对于大并发性能提升明显。并对 MySQL5.6 引入真正的多线程复制，大大降低社区版单线程复制导致的复制延迟。存储引擎 MyISAM 自动转换为 InnoDB，完全支持事务，同时避免表级锁，提高并发性。

此外，华为云 MySQL 还对 RDS 进行权限控制，对能影响实例稳定运行的命令进行权限控制，保障实例稳定可靠，提供更高安全保障。

近期，华为云 MySQL 上线了一系列新特性，不但对数据库性能进一步提升，而且首家彻底解决用户迁移上云要修改应用程序，以及传统数据库备份遭遇事务阻塞的问题。

本次 MySQL 推出的新功能，还包括配置了长时间超时事务，避免业务处理异常、造成超长事务带来的系统影响；支持动态开关线程池，针对高并发、小并发不同场景选择不同状态，且无需重启数据库。以及支持 root 账号 kill 掉其他 user 线程，提升用户体验等。

HUAWEI CONNECT 2018作为华为自办的面向ICT产业的全球性年度旗舰大会，将于2018年10月10日-12日在上海隆重举行。本届大会以"+智能，见未来"为主题，旨在搭建一个开放、合作、共享的平台，与客户伙伴一起共同探讨如何把握新机遇创造智能未来。

对于电脑数据来说，误删除、格式化在重装系统面前都是小case了，但凡涉及到电脑要重装系统，对电脑中保存的大量数据来说，可以说是一次“大扫除”了。每次装完系统就要重新去找以前的软件，顺便找找看有哪些数据是有备份的，而那些没有备份的数据可就倒霉了……

那么怎样不费力地找回重装系统前的电脑数据呢？

其实非常简单，小编这里用迷你兔数据恢复工具给大家做一个示范。

重装系统的情况比较复杂，涉及到的数据也非常多，所以要选择深度恢复。深度恢复扫描效果更好更全面。

进入深度恢复以后，选择磁盘进行完全扫描。一次只能扫一个盘，哪个盘丢失了数据需要找回，就扫描哪个盘。

等待完全扫描结束之后，软件会自动生成一个数据列表。列表里就是软件检测到的所有丢失数据。这个时候我们手动勾选需要恢复的数据，再保存在安全路径之中就可以了。

常有不少用户将拍摄的照片和一些重要的资料存储到手机之内，由于操作不小心误将重要的照片等资料删除了。有时由于用户错误地对存储卡内的数据进行清理操作，结果导致误删除了手机存储卡数据。本章将讲解对手机中删除的数据进行恢复的方法。一、从手机存储卡中删除文件 手机中文件的删除工作其实是很简单的，将存储卡目录区文件的第一个字符改成E5就表示该文件被删除了，而文件的数据内容实际上并没有被清除。 存储在存储卡中的每个文件都可分为两部分：文件头和存储数据的数据区。文件头用来记录文件名、文件属性、占用簇号等信息，文件头保存在一个簇并映射在FAT表（文件分配表）中，而真实的数据则是保存在数据区当中的。平常所做的删除，其实是修改文件头的前2个代码，这种修改映射在FAT表中，就为文件做了删除标记，并将文件所占簇号在FAT表中的登记项清零，表示释放空间。这也就是平常删除文件后，存储卡空间增大的原因。而真正的文件内容仍保存在数据区中，并未得以删除。要等到以后的数据写入，把此数据区覆盖掉，这样才算是彻底把原来的数据删除。如果不被后来保存的数据覆盖，原来的数据就不会从磁盘上抹掉。 二、恢复被删除的照片/视频 在日常维修中，通常使用一些数据恢复软件来恢复手机存储卡中的数据，使用这些软件恢复数据成功率较高。常用的恢复软件有：EasyRecovery、FinalData、360文件恢复（360安全卫士中的）等。下面以EasyRecovery恢复软件为例进行讲解。 【注意】 在照片、视频等重 要数据被删除后，首先不要往手机中存储任何文件或安装游戏等软件，否则可能因为新数据的写入导致之前被删除的照片等被覆盖而无法恢复。 1）确定你手机上是否有内存卡。有内存卡的，拔出来用读卡器连接在电脑上。如果没有内存卡，那就需要用数据线将手机与电脑连接，当手机提示USB连接时，选择大容量存储选项。这时在电脑上可以读出手机的可移动磁盘（内存卡或者手机的存储空间）。

2）运行数据恢复软件EasyRecovery（如果没有此软件可以用360安全卫士里的文件恢复），并单击“数据恢复”选项.

3）在数据恢复窗口中，单击“删除恢复”按钮，然后在打开的界面中，选择可移动磁盘的盘符（如可移动磁盘是I盘就选择I盘），再在右方“文件过滤器”下拉菜单中，选择图像文件，因为只需要寻找被删除的照片，这样会寻找得更快一些。然后单击“下一步”按钮。

4）软件自动扫描磁盘里被删除的图像文件，稍等一会儿扫描完成。

5）扫描结束后，会显示扫描出来的文件，这时选中要恢复的照片，单击“下一步”按钮。

6）单击“下一步”按钮后，选择恢复文件保存的目录，一般保存到电脑的磁盘中，单击“浏览”按钮设置保存位置。要注意，不要再选择本身这个可移动磁盘，选择的是D盘。

7）设置好之后，单击“下一步”按钮，软件自动恢复。等待一会儿恢复完成，单击“完成”按钮即可。

最后，打开电脑中保修恢复文件的文件夹，就看到被恢复的照片了。如果想再存放在手机内存卡里，复制粘贴到可移动磁盘就可以了 。

1、 硬件或介质问题的情况

①、 硬盘坏：硬盘自检不到的情况一般是硬件故障，又可分为主板的硬盘控制器（包括IDE口）故障和硬盘本身的故障。如果问题在主板上，那么数据应当没有影响。如果出在硬盘上，也不是一定不能修复。 硬盘可能的故障有可能在控制电路、电机和磁头以及盘片。如果是控 制电路的问题，一般修好它，就可以读出数据。但如果电机、磁头和盘片故障，即使修理也要返回原厂，数据恢复基本没有可操作性。

②、 软盘坏：当软盘数据损坏时，可以有几种处理，一种是用NDD修复，他会强制读出你坏区中的东西，MOVE 到空白扇区中，这就意味着 如果你的磁盘很满操作是没法进行的。你也可以用HDCOPY2.0以上版本READ软盘，他也会进行强读，使读入缓冲区的数据是完好的，你再写入一张好磁盘就可以了。当然这些方式，要看盘坏的程度。如果0磁道坏，数据也并非无法抢救，早先可以通过扇区读的方式，把后面的数据读出，不过一般来说，你依然可以HDCOPY来实验。

2、系统问题的情况

①、 在硬盘崩溃的情况下，我们经常要和一些提示信息打交道。我们要了解他典型提示信息的含义，注意这些原因仅仅分析逻辑损坏而不是 硬盘物理坏道的情况。 示信息

可能原因 参考处理

Invalid Partition Table

分区信息中1BE、1CE、1DE处不符合只有一个80而其他两处为0用工具设定，操作在前面已经讲了。 Error Loading Operating System 主引导程序读BOOT区5次没成功。 重建BOOT区 Missing Operating System DOS

引导区的55AA标记丢失 用工具设定，把前面读写主引导区程序的DX=80改为180即可 Non-System Disk or Disk Error

BOOT区中的系统文件名与根目录中的前两个文件不同 SYS命令重新传递系统， Disk Boot Failure

读系统文件错误 SYS命令重新传递系统，

Invalid Driver Specifcationg

如果试图切换到一个确实存在的逻辑分区出现以下信息，说明主分区表的分区记录被破坏了。

根据各分区情况重建分区表，或者用自动修复工具修复。注意分区丢失是最常见的故障之一，此时不要紧张，一般的说此时数据并没有问题，如果你不了解处理的方法。你可以选择我前面介绍的自动修复分区工具进行处理，他们大多只改写主分区表的数据区，不会影响你的其他数据。特别提醒大家，这些工具有的不支持 8.4G硬盘，有的与BIOS对硬盘的识别有关系。如果你 在一台机器上不行，可以换台BIOS不同的机器实验一下。

Bad or missing command interpreter 这是说找不到COMMAND，或者COMMAND文件坏了。

如果你COPY过去COMMAND文件还是如此，一般来说是 感染了某种病毒。

Invalid media type reading drive X ,Abort,Retry,Fail?

该盘没有高级格式化，或BOOT区中I/O参数表被破坏。

这里情况较多，手工处理比较复杂，特别指出，此时 DISKEDIT可能无法运行，建议用工具修复。

Incorrect DOS Version

可能是文件版本不统一，对9X来说，有95 95osr/2,98,98 oem/2等版本，重新SYS时，不要弄错了。

用正确版本的启动盘重新SYS系统另外说明一下，对于比较老的机器还有1071和not found rom basic、ROM BASIC OK 等提示，在目前机器中以消失。另外，当代码区完全被破坏的情况下，系统关于无系统的提示是来自BIOS的，这条提示与BIOS的种类有关。另外，FDISK/MBR对代码区的 重建是我们经常采用的。再介绍一种比较极端的情况，就是硬盘 自检正常，而用软盘和硬盘都无法正常启动的情况，这可能是， 病毒或恶意程序利用，DOS3以上版本启动中都要检索分区表这一特点，把分区表置为死循环。造成启动中死机。网上曾经流传过 DOS6.22k修改方案，其实是修改西文MS-DOS6.22的IO.SYS，把 C2 03 06 E8 0A 00 07 72 03替换为：C2 03 90 E8 0A 00 72 80 90就可以启动被类似情况锁住的硬盘。

②、 9X无法正常进入或工作：以下仅仅是对可能的软故障分析 ，没有考虑硬件故障.进入图形界面前死机情况比较复杂，可能与加载的某些驱动有关 可以在START MS WINDOWS时，用F8激活菜单，设置为step by step ，看是哪项使系统死机。而后从CONFIG或者SYSTEM。INI中删除进入图形界面后死机一般这与开机加载的程序有关进入安全模式（此时自动运行的程序将不能加载），对注册表中的 HKEY_LOCAL_MACHINESoftwareMicrosoftWindowsCurrentVersionRun* 中的键值和启动组中加载的程序进行分析。必要的予以删除。显示IEXPLORE.EXE错误，不能进行任何操作

可能有某个系统的动态连接库损坏覆盖安装WIN9X，或从其他机器上COPY损坏的连接库。（确定哪个库损坏一般比较困难）

频繁出现出错各种信息

一般是虚拟内存不足造成的看C盘是否剩余空间过少， 或者打开的应用程序和窗口太多。

3、 全盘崩溃和分区丢失

首先重建MBR代码区，再根据情况修正分区表。修正分区表的基本思路是查找以55AA为结束的扇区，再根据扇区结构和后面是否有 FAT等情况判定是否为分区表，最后计算填回， 主分区表，由于需要计算，过程比较烦琐，就不仔细介绍了，希望大家用前面介绍的工具，比如NDD处理。如果文件仍然 无法读取，要考虑用TIRAMINT等工具进行修复。 如果在FAT表彻底崩溃的情况下，恢复某个指定文件，可以用DISKEDIT 或DEBUG查找已知信息。比如文件为文本，文件中包含 “软件狗”，那么我我们就要把他们转换为内码C8 ED BC FE B9 B7 进行查找。

4、 文件丢失、误格式化的情况

一般的来说，文件删除仅仅是把文件的首字节，改为E5H，而并不破坏本身，因此可以恢复。但由于对不连续文件要恢复文件链，由于手工交叉恢复对一般计算机用户来说并不容易，在这篇缩略版中就不讲了，建议用工具处理，如果已经安装了Norton Utilities，可以用他来查找。另外，RECOVERNT 等工具，都是恢复的利器。特别注意的是， 千万不要在发现文件丢失后，在本机安装什么恢复工具，你可能恰恰把文件覆盖掉了。特别是你的文件在C盘的情况下，如果你发现主要文件被你失手清掉了 ，（比如你按SHIFT删除），你应该马上直接关闭电源，用软盘 启动进行恢复或把硬盘串接到其他有恢复工具的机器处理。误格 式化的情况可以用等工具处理。

5、 文件损坏的情况

一般的说，恢复文件损坏需要清楚的了解文件的结构，并不是很容易的事情，而这方面的工具也不多。不过一般的说，文件如果字节正常，不能正常打开往往是文件头损坏。

就文件恢复举几个简单例子。

类型 特征 处理

ZIP、TGZ等压缩包无法解压

ZIP文件损坏的情况下可以用一个名为ZIPFIX的工具处理。不过如果你的文件是从FTP站点上下载的，那么有可能是你没有定义下载模式为BIN。

自解压文件无法解压

可能是可执行文件头损坏，可以用对应压缩工具按一般压缩文件解压。

DBF文件死机后无法打开

典型的文件头中的记录数与实际不匹配了，把文件头中的记录数向下调整，遗憾的是公式我找不到了。

6、 硬盘被加密或变换：

此时千万不要FDISK/MBR，SYS等处理，否则可 能数据再也无法找回，一定要反解加密算法，或找到被移走的重要扇区。 对于那些加密硬盘数据的病毒，清除时一定要选择能恢复加密数据的可靠杀毒软件。

7、 文件加密后密码遗忘：

对于很多字处理软件的文件加密和ZIP等压缩包的加密，你是不能靠加密逆过程来完成的，因为那从理论上是异常困难的。

目前有一些相关的软件，他们的思想一般都是用一个大字典集中的数据循环用相同算法加密后与密码的密文匹配，直到一致时则说明找到了密码。你可以去寻找这些软件，当然，有些软件是有后门的，比如DOS下的WPS，Ctrl+qiubojun就是通用密码。Undiskp的作者冯志宏 是解文件密码的个中高手，大家不妨去他的主页看看。

8、 系统用户密码遗忘的处理：

最简单的方法就是用软盘启动（NT的你也可以把盘挂接在其他NT上），找到支持该文件系统结构的软件（比如针对 NT的NTFSDOS），利用他把密码文件清掉、或者是COPY出密码档案，用破解软件套字典来处理。前者时间短但所有用户信息丢失，后者时间长，但保全了所有用户信息。对UNIX系统，我建议你一定先做一张应急盘

红警教育数据恢复中心

系统不认硬盘

系统从硬盘无法启动，从A盘启动也无法进入C盘，使用CMOS中的自动监测功能也无法发现硬盘的存在。这种故障大都出现在连接电缆或IDE端口上，硬盘本身故障的可能性不大，可通过重新插接硬盘电缆或者改换IDE口及电缆等进行替换试验，就会很快发现故障的所在。如果新接上的硬盘也不被接受，一个常见的原因就是硬盘上的主从跳线，如果一条IDE硬盘线上接两个硬盘设备，就要分清楚主从关系。

CMOS引起的故障

CMOS中的硬盘类型正确与否直接影响硬盘的正常使用。现在的机器都支持“IDE Auto Detect”的功能，可自动检测硬盘的类型。当硬盘类型错误时，有时干脆无法启动系统，有时能够启动，但会发生读写错误。比如CMOS中的硬盘类型小于实际的硬盘容量，则硬盘后面的扇区将无法读写，如果是多分区状态则个别分区将丢失。还有一个重要的故障原因，由于目前的IDE都支持逻辑参数类型，硬盘可采用“Normal,LBA,Large”等，如果在一般的模式下安装了数据,而又在CMOS中改为其它的模式，则会发生硬盘的读写错误故障，因为其映射关系已经改变，将无法读取原来的正确硬盘位置。

主引导程序引起的启动故障

主引导程序位于硬盘的主引导扇区，主要用于检测硬盘分区的正确性，并确定活动分区，负责把引导权移交给活动分区的DOS或其他操作系统。此段程序损坏将无法从硬盘引导，但从软驱或光驱启动之后可对硬盘进行读写。修复此故障的方法较为简单，使用高版本DOS的FDISK最为方便，当带参数/mbr运行时，将直接更换(重写)硬盘的主引导程序。实际上硬盘的主引导扇区正是此程序建立的，FDISK.EXE之中包含有完整的硬盘主引导程序。虽然DOS版本不断更新，但硬盘的主引导程序一直没有变化，从DOS 3.x到Windos 95的DOS，只要找到一种DOS引导盘启动系统并运行此程序即可修复。

分区表错误引发的启动故障

分区表错误是硬盘的严重错误，不同的错误程度会造成不同的损失。如果是没有活动分区标志，则计算机无法启动。但从软驱或光驱引导系统后可对硬盘读写，可通过FDISK重置活动分区进行修复。

如果是某一分区类型错误，可造成某一分区的丢失。分区表的第四个字节为分区类型值，正常的可引导的大于32MB的基本DOS分区值为06，而扩展的DOS分区值是05。很多人利用此类型值实现单个分区的加密技术，恢复原来的正确类型值即可使该分区恢复正常。

分区表中还有其它数据用于记录分区的起始或终止地址。这些数据的损坏将造成该分区的混乱或丢失，可用的方法是用备份的分区表数据重新写回，或者从其它的相同类型的并且分区状况相同的硬盘上获取分区表数据。

恢复的工具可采用NU等工具软件，操作非常方便。当然也可采用DEBUG进行操作，但操作繁琐并且具有一定的风险。

分区有效标志错误的故障

在硬盘主引导扇区中还存在一个重要的部分，那就是其最后的两个字节：“55aa”，此字节为扇区的有效标志。当从硬盘、软盘或光盘启动时，将检测这两个字节，如果存在则认为有硬盘存在，否则将不承认硬盘。此处可用于整个硬盘的加密技术，可采用DEBUG方法进行恢复处理。另外，当DOS引导扇区无引导标志时，系统启动将显示为：“Mmissing Operating System”。方便的方法是使用下面的DOS系统通用的修复方法。

DOS引导系统引起的启动故障

DOS引导系统主要由DOS引导扇区和DOS系统文件组成。系统文件主要包括IO.SYS、MSDOS.SYS、COMMAND.COM，其中COMMAND.COM是DOS的外壳文件，可用其它的同类文件替换，但缺省状态下是DOS启动的必备文件。在Windows 95携带的DOS系统中，MSDOS.SYS是一个文本文件，是启动Windows必须的文件，但只启动DOS时可不用此文件。DOS引导出错时，可从软盘或光盘引导系统后使用SYS C:命令传送系统，即可修复故障，包括引导扇区及系统文件都可自动修复到正常状态。

FAT表引起的读写故障

FAT表记录着硬盘数据的存储地址，每一个文件都有一组FAT链指定其存放的簇地址。FAT表的损坏意味着文件内容的丢失。庆幸的是DOS系统本身提供了两个FAT表，如果目前使用的FAT表损坏，可用第二个进行覆盖修复。但由于不同规格的磁盘其FAT表的长度及第二个FAT表的地址也是不固定的，所以修复时必须正确查找其正确位置，一些工具软件如NU等本身具有这样的修复功能，使用也非常的方便。采用DEBUG也可实现这种操作，即采用其m命令把第二个FAT表移到第一个表处即可。如果第二个FAT表也损坏了，则也无法把硬盘恢复到原来的状态，但文件的数据仍然存放在硬盘的数据区中，可采用CHKDSK或SCANDISK命令进行修复，最终得到*.CHK文件，这便是丢失FAT链的扇区数据。如果是文本文件则可从中提取出完整的或部分的文件内容。

目录表损坏引起的引导故障

目录表记录着硬盘中文件的文件名等数据，其中最重要的一项是该文件的起始簇号。目录表由于没有自动备份功能，所以如果目录损坏将丢失大量的文件。一种减少损失的方法也是采用CHKDSK或SCANDISK程序恢复的方法，从硬盘中搜索出*.CHK文件，由于目录表损坏时仅是首簇号丢失，每一个*.CHK文件即是一个完整的文件，把其改为原来的名字即可恢复大多数文件。

误删除分区时数据的恢复

当用FDISK删除了硬盘分区之后，表面上是硬盘中的数据已经完全消失，在未格式化时进入硬盘会显示为无效驱动器。如果了解FDISK的工作原理，就会知道FDISK只是重新改写了硬盘的主引导扇区(0面0道1扇区)中的内容，具体说就是删除了硬盘分区表信息，而硬盘中的任何分区的数据均没有改变。可仿照上述的分区表错误的修复方法，即想办法恢复分区表数据即可恢复原来的分区及数据。如果已经对分区格式化，在先恢复分区后，可按下面的方法恢复分区数据。

误格式化硬盘数据的恢复

在DOS高版本状态下，FORMAT格式化操作在缺省状态下都建立了用于恢复格式化的磁盘信息，实际上是把磁盘的DOS引导扇区、FAT分区表及目录表的所有内容复制到了磁盘的最后几个扇区中(因为后面的扇区很少使用)，而数据区中的内容根本没有改变。这样通过运行UNFORMAT命令即可恢复。另外DOS还提供了一个MIROR命令用于记录当前磁盘的信息，供格式化或删除之后的恢复使用，此方法也比较有效。

地址：深圳市新红景科技开发有限公司（深圳市龙华东环一路东环天虹正对面（旭日大厦5楼全层）

数据恢复小贴士

1、如果C盘的数据丢失了，不要做无谓的查找和尝试，应当立即强行关闭计算机电源，然后将硬盘摘下，挂到其他电脑上进行恢复。这样做才能最大限度的减少数据丢失；

2、尽量不要将重要的数据保存在C盘，一旦C盘数据丢失，恢复效果比其它盘要差很多；

3、进行分区大小无损调整时，一定要谨慎操作，事先备份数据，这个操作台容易造成数据丢失了；

4、如果硬盘有坏道，一定要先恢复数据，后修复坏道，否则，将会有更多数据丢失。

5、硬盘有了坏道，即使修复了，也不要再保存重要的数据了，因为再次出现坏道的几率很大。

6、加密分区的密码一定要牢记，如果忘记密码，恢复数据很麻烦。

7、数据恢复最怕什么？是恢复数据过程中的二次破坏，所以自己恢复数据一定要谨慎操作，看清提示，千万不要使用破解版的数据恢复软件。

8、如果仅仅是逻辑错误，其实内存卡、U盘等介质的疏忽恢复，同普通的硬盘没有区别。

9、很多情况下，当RAID磁盘阵列的数据丢失时，也能用软件恢复，比如用winhex、DiskGenius等。

10、尽量少用“剪切”操作，这样容易造成数据丢失。

故障描述：

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、客户验证数据。客户在查验过数据后表示数据可以接受，移交数据到客户存储设备，恢复成功。

通常我们恢复微信聊天记录的时候，首先要操作的就是，苹果手机在加好友里输入:recover，安卓在好友聊天框里输入//recover来实现恢复微信受损的数据，可是现在这种方法恢复的几率已经非常低了。

那么在:recover聊天记录恢复不能使用的情况下，我们只有借助电脑端的恢复工具来恢复。

(点击获取工具和教程方法pan.baidu/s/1i6YNDjB)

首先要声明的是，没有哪一款恢复软件是可以保证100%恢复成功的，我给大家测试的软件都是免费的，所以即使恢复不成功，至少也没有什么损失对不对，所以还请大家理解一下，我会继续测试更多的恢复工具，争取匹配上所有的机型。

利用电脑端辅助工具恢复聊天记录第一步要做的就是导出数据到电脑上，今天就先说说安卓手机怎么导出数据。

1.手机需要root权限，这个不多说，自行搜索。

2.下载安装RE资源管理器，这个在各个应用商店里都有，界面如下。

3.打开RE，依次点击进入data\data\com.tencent.mm\，长按“MicroMsg”文件夹，再点击“压缩所选文件夹”菜单。，如下图所示：

4.压缩结束后，请点击“查看”按钮，然后勾选中MicroMsg.zip，并点击右下角的三点小图标，如下图所示：

5：然后在弹出菜单中点击“发送”，并通过QQ或其它方式将该压缩文件发送到电脑上，如下图所示。

6：在电脑上右击刚接收的MicroMsg.zip文件，然后在弹出菜单中点击“解压到MicroMsg”，解压结束后，请将“MicroMsg”文件夹重命名为“数据库MicroMsg”，并将MicroMsg.zip这个压缩文件进行删除。

7：接下来再次回到手机上进行操作，在Re管理器中返回到根目录，然后再进入到“sdcard/tencent”文件夹，选中该目录下的MicroMsg文件夹，并对其进行压缩，如下图所示。

8：软件会弹出窗口，询问“MicroMsg.zip已存在，是否覆盖？”，请点击“确定”按钮对其进行覆盖。压缩需要一点时间，待其压缩结束后，请点击“查看”按钮，如下图所示。

9：选中MicroMsg.zip文件，然后将其通过QQ等方式发送到电脑上，如下图所示。

10：然后将MicroMsg.zip这个压缩文件进行删除，并将刚解压得到的“MicroMsg”文件夹重命名为“资源目录MicroMsg”。

最后就可以打开微信聊天记录恢复软件，微信版本设置为“安卓版微信”，数据目录及资源目录设置为之前导出的两个MicroMsg文件夹（两个文件夹的顺序不能错），然后点击“读取数据”按钮，再单击选择一个微信用户后点击“查看记录”按钮。

这世界上有后悔药-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吧，我们将尽一切可能帮您找回数据。

操作如下：

1. 打开excel目标文件，在功能区域中选择“文件”。

2. 在弹出的快捷菜单中选择“帮助”。

3. 然后在“设置office工具”下选择“选项”。

4. 然后弹出excel属性窗口，在窗口中点击“保存”。

5. 复制文件自动保存的位置。

6. 回到电脑桌面，按Windows+E，在地址栏里面按Ctrl+V，回车。

7. 找到自己之前备份的excel文件恢复即可。

（本文内容由百度知道网友shihoumacili贡献）