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

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

本文将探讨下MySQL数据库误删恢复。

后悔药数据恢复提醒您：

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

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

3，数据库有Update、Delete、Insert、Truncate、Drop类操作，先在测试环境执行一次，看结果和预期是否相符。生产环境执行前，先对要操作的表做一个备份，以防万一。后续将针对每个危险动作如何在生产执行时即准备好危机应对动作做一个探讨。

4，备份，备份，备份。

数据库误删，不管是使用的rm -rf testdb还是drop database testdb，最终的效果都是一样的：数据目录下的testdb目录及目录下的文件都不可见了(和之前介绍的Linux下恢复删除的情况一致)，实际上文件内容依然还在那里如果没有数据覆盖上去的话。

#测试环境准备命令：mysql> create database testdb;Query OK, 1 row affected (0.08 sec)mysql> mysql> use testdb; Database changed mysql> mysql> create table aa(id int not null primary key, name varchar(20)); Query OK, 0 rows affected (0.34 sec)mysql> mysql> insert into aa values(1,'a'),(2,'b'),(3,'c'),(4,'d'); Query OK, 4 rows affected (0.17 sec) Records: 4 Duplicates: 0 Warnings: 0mysql> select * from aa; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | | 4 | d | +----+------+ 4 rows in set (0.00 sec)

testdb数据库表文件：

#删除数据库：#使用SQL命令 drop database testdb;#使用rm rm -rf testdb/

那么，这种情况下的数据库恢复动作就简单了，参考前面介绍Innodb引擎时的恢复方法即可：

1，完整的恢复testdb目录及目录下的文件即可找回删除掉的库名和表数据，然后针对具体的表引擎，将数据重新导入到数据库中即可。

2，如果找回的是非完整的，那么操作思路是一样的，能恢复多少恢复多少，剩余的如果实在找不回来，从最近一次的备份里提取，然后依靠其他手段比如单据来补全数据。

还是不知道怎么恢复MySQL数据库？找后悔药MySQL数据恢复houhuiyao.cc吧！

　　【IT168 评论】结构化查询语言(俗称SQL)是一种编程语言，用于管理由数据定义语言、数据操作语言和数据控制语言组成的关系数据库管理系统(RDMS)中保存的数据。SQL数据库包含以下三个文件：

　　Primary database files：Primary database files是main database file (MDF)，它指向数据库中的另一个文件，因此每个数据库都有一个Primary database files。该文件位于.mdf的扩展名中。

　　Secondary database files：当数据库的数据超过时，将创建一个Secondary database files，该文件存储超过MDF限制的数据。因此，可以为单个数据库创建多个Secondary database files。该文件位于.ndf的扩展名中

　　日志文件：这些文件维护SQL Server数据库中所有事务的日志，以便之后可以使用该信息来恢复数据库。每个数据库必须存在一个日志文件，并且可能会为单个数据库创建多个日志文件。该文件位于.ldf文件扩展名中。

　　日志文件(也称为事务日志)由在数据库上执行的操作组成，用于数据库管理以保证ACID属性可以处理崩溃或硬件故障。它是一个列出数据库更改的文件，以稳定的存储格式存储。

　　SQL Server的日志文件被损坏，就是当我们对SQL数据库执行某些操作时，在进程之间存在一些错误，并且由此导致进程中出现中断。

　　SQL Server中日志文件损坏的原因

　　病毒或其他恶意软件：在计算机系统中，许多病毒可能感染并破坏日志文件并使其无法访问。

　　终止系统异常：如果系统/应用程序异常退出，文件很容易被破坏或损坏。

　　输入输出配置：I / O子系统是用于存储系统和用户数据库的重要组成部分。因此，如果配置受到干扰或增强，可能会导致日志文件损坏。

　　存储大小问题：日志文件损坏背后的最大原因是存储大小。如果数据超过LDF的限制，则可能发生损坏。

　　由于日志文件损坏而发生的错误

　　错误消息1：StartLogFiles：由于系统找不到指定的文件而导致日志文件无法启动时存在此错误。尝试诊断并更正操作系统错误，然后重试操作。

　　错误消息2：文件激活失败。发生错误是由于位于C： ProgramFiles MSSQLServer MSSQL10_50.SQLEXPRESS MSSQL Log ERRORLOG中的文件错误。

　　错误消息3：错误消息显示由于系统硬件故障或任何其他原因导致事务日志已被删除或丢失。

　　错误消息4：SQL数据库的损坏服务器导致日志文件备份损坏。

　　错误消息5：当数据库日志损坏且用户尝试将日志文件附加到新服务器时，将显示一条错误消息，并显示消息“无法打开新数据库[数据库名称]”。 CREATE DATABASE 被中止。

　　错误消息6：日志数据库尝试附加时，但执行附件时出现错误。该错误显示两个数字之一，即9004或9001，通知您必须创建备份或需要重建日志。

　　如何在SQL Server中恢复损坏的日志文件

　　为了修复损坏的LDF文件，请使用 WITH TABLOCK 选项 DBCC CHECKDB，它会从损坏的LDF文件中恢复数据。

这世界上有后悔药- 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来提供服务吧，我们又稳又好用，这些操作都熟。

借助专业的工具和手段对数据进行读取、抢救和恢复的技术称为数据恢复技术。

根据不同的存储介质，数据恢复可分为硬盘数据恢复、移动存储设备及多媒体卡数据恢复、光盘数据恢复、软盘数据恢复。本文分别介绍数据无法正常读取的原因及恢复方法。

硬盘数据恢复

故障原因：

1.物理故障

包括电机不转、通电后磁头错位、磁头损坏、盘片划伤等，可采用更换、加载、定位等方法进行数据修复。

2.其他原因

系统不能正常启动密码或权限丢失MBR分区丢失误操作误删除误分区病毒破坏黑客攻击RAID磁盘阵列失效

恢复数据包括：Office文档、图片、视频、数据库文件、邮件等

推荐工具：

R-Studio

美国的R-tools公司的核心产品，目前市面上认可度比较高的数据恢复工具，可针对文档、图片、视频、文件、数据库文件等超过200种文件类型进行恢复，并支持对分区以及Raid阵列的恢复。

Ontrack EasyRecovery

操作简单的数据恢复工具，针对常见的文档、图片、视频、文件等数据类型可以进行快速的扫描和恢复。

Recover数据恢复三件套

澳大利亚经典数据恢复软件，分为文件恢复、图片恢复和邮件恢复三个组件，每个组件各司其职，其中文件恢复组件是核心组件，具备其他两个组件的功能，可以对常见文件、图片、视频、邮件等进行数据恢复。

Stellar Phoenix Windows Data Recovery

印度Stellar公司出品，专门针对Windows系统中的文件恢复，可对文档、图片、视频、邮件以及常用文件恢复。

Stellar SQL Database Toolkit（SQL数据库恢复工具组）

Stellar公司产品，主要针对SQL数据库的文件恢复。

Stellar Outlook Toolkit（Outlook邮件恢复工具组）

Stellar公司产品，针对Outlook的专门工具，可以对损坏Outlook文件进行修复，并支持对Outlook生成的pst文件进行备份、复制、拆分等操作。

移动存储设备及多媒体卡数据恢复

故障原因：

常见短路、过电损坏、芯片损坏、闪存无法读取等

设备包括：U盘、闪存、Mp4、CF、SD、XD、MMC、SM、SMC、记忆棒等

推荐工具：

效率源Flash

光盘数据恢复

故障原因：盘片划伤

推荐工具：

VMI Hybrid2.0光盘修复工具

VMI2550i光盘修复工具

软盘数据恢复

故障原因：

数据介质损坏出现的电路故障、磁头偏移等

恢复方法：采用更换、加载、定位等方法进行数据修复

一、上期我们分享了SQL2000数据库的备份与还原，这期我们再来分享下SQL2008数据库的备份与还原。

二、SQL2008数据库的备份

1、登录sql server management studio

2、选择要备份的数据库，右键—任务—备份

3、添加备份目标，并输入备份文件的名称

4、这是选择好后的显示页面，确定再确定即开始备份并完成

三、数据库还原

1、选择要还原的数据库—右键—任务—还原

2、如图，刚才备份的数据库会直接显示，可以直接还原

3、注意选项中要勾选“覆盖现有数据库”，“还原为”的路径一定确保正确

4、另外一种情况是通过源设备选择还原的文件

5、“文件类型”要选择所有文件，否则看不到备份是文件

6、勾选“还原”，确定即可完成还原

故障描述：

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

东北数据恢复领导品牌——海鹏数据恢复中心19年来一直以“技术”为企业的第一核心竞争力，19年来一直以“勇攀技术高峰”为企业不懈追求的目标。不断的技术突破和技术创新，使得越来越多的宝贵数据得以重见天日、起死回生。

Microsoft（微软）开发的SQL数据库，是目前应用最为广泛的数据库技术，但SQL数据库的数据恢复，历来是数据恢复界的一大难题。

对导致硬盘完全无法访问的硬故障，情况还算理想，只要修复了硬盘的故障点，硬盘自然恢复原样，SQL数据库文件不会受到丝毫的破损。

但对于软故障来说，情况就要严重、复杂和糟糕得多了。在实战案例当中，掺杂了很多后期严重覆盖的情况，比如卸载数据库后又重新导入了数据库，比如删除软件文件夹后又存入了其他的数据，比如硬盘出现严重坏道导致数据库失效……等等。

由于SQL数据库文件的读写操作非常非常的频繁，因此在硬盘当中会形成很多很多的“碎片”，文件完全不可能连续存储，而是支离破碎地被分解成了成百上千个“数据碎块”，一旦SQL数据库文件遭遇丢失，要想把如此巨量的、本属于一个文件的“数据碎片”重新拼合、链接、恢复如初，可谓难上加难，技术含量颇高，而且工作量巨大。SQL数据库文件，小则几十兆、上百兆，大则几G，甚至十几G，实战中的具体工作量，可想而知。

海鹏数据恢复中心在SQL数据库碎片数据恢复取得重大技术突破，恰恰就是针对上述严重和复杂的数据灾难的。并且已经完全实现本地化处理，大大缩短了故障处理周期，为减少和降低客户的数据损失，争取了宝贵的时间。事实证明，在这一国内领先的新技术的竭力挽救之下，更多的SQL数据库在已经被“宣判死刑”了的前提下，重新得以起死回生，恢复如初。

当然，任何数据恢复技术都不是“时光机器”，都不可能让“时光”完全“倒流”回数据灾难发生之前时的数据状态。海鹏数据恢复中心的这一国内领先的SQL数据库碎片数据恢复技术，不是包治百病的“灵丹妙药”，不可能保证完好无缺地解决所有的SQL数据库的疑难杂症。但“数据挽救最大化、数据损失最小化”，正是海鹏数据恢复中心每一位数据恢复工程师不懈努力和执着追求的终极目标！

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.数据恢复结论：

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

一、附加数据库与分离数据库相反，只有分离的数据库才能附加，分离后的数据库不能再正常读取，只有附加后才能读取；而还原数据库是指在原有数据库的基础上进行，一般选择覆盖原有数据库，SQL中如果不存在这个库是不能还原的（物理设备上要有库文件）。客户的服务器需要重装，小编是先备份原库（使用软件或SQL备份或停止SQL直接拷走数据库文件或在PE下拷走），重装完成后拷回原位置直接附加（个人经验附加始终比还原快），使用还原的情况比较少。还原数据库小编之前已经分享过，这里不再赘述。今天小编来分享下数据库的分离与附加。

二、分离数据库

1、选中要分离的库—右键“所有任务”—分离数据库

2、如果存在数据库连接可“清除”，点击“确定”

3、分离成功

三、附加数据库

1、要在“数据库”上右键—所有任务—附加数据库

2、附加数据库界面：点击按钮

3、选择要附加的数据库文件，注意要选择.MDF的文件，.LDF是日志文件

4、选择好后的界面，注意“指定数据库所有者”，有的是sa，有的是其它的，比如科脉是km

5、点击“确定”，附加成功

四、有时候轻度数据库置疑也可以通过“分离—附加”来修复，不过还是不建议这样做。我是百家号作者小白信息说，专注电子信息领域经验分享、技术交流，感谢关注！

数据库文件对所有用户都很重要, 并存储大量重要信息。了解有关修复损坏的 SQL 数据库文件的手动和专业解决方案。　　今天的MS SQL Server是最常用的关系数据库之一。 它具有先进的内部结构并提供很高的可靠性。 这就是大多数组织使用SQL Server数据库来保存所有关键业务数据的原因。 但是也有一些情况，如病毒感染，操作系统故障，文件系统损坏等等，因为SQL数据库变得损坏，并且存储在其中的所有数据都不可访问。 从SQL Server中的损坏状态修复.mdf文件不是一件容易的事。　　用户可以使用手动技术来修复SQL数据库中损坏的MDF文件，但这不是一种可靠的方法，因为不能保证使用手动方法进行数据恢复。 但是，也有第三方工具，如SysTools SQL Recovery，声称以完美的方式修复.mdf文件。　　因此，在这篇文章中，我们将讨论修复损坏的SQL数据库的最佳解决方案。 但在此之前，了解SQL数据库中损坏的原因很重要。　　损坏的SQL数据库背后的原因　　在SQL Server数据库中出现腐败背后可能有各种可能的原因。 众所周知，SQL数据库的MDF文件是主数据库文件。 它们存储所有用户数据，因此MDF文件中的损坏可能会损坏整个数据库。 因此，首先，我们将讨论MDF文件损坏背后的所有可能的原因：　　存储介质中存储所有MDF文件的损坏。　　如果用户将SQL数据库存储在压缩文件夹中，则MDF文件可能会损坏。　　任何修改或更改都是在SQL Server帐户中完成的。　　用户可能意外删除了一些数据。　　如果文件头损坏，则会导致MDF文件损坏。　　损坏的磁盘驱动程序。　　如果SQL数据库正在使用，并且在两者之间存在网络故障，则会导致MDF文件损坏。　　导致MDF文件损坏的其他可能原因包括病毒攻击，硬盘故障，系统异常关机和突然断电。　　因此，如果MDF文件损坏，那么SQL数据库变得不可访问。 而且，如果用户试图访问损坏的数据库，则可能会遇到一些错误消息。 下面列出了最常遇到的错误消息：　　存储所有MDF文件的存储介质中损坏。　　如果用户将SQL数据库存储在压缩文件夹中，则MDF文件可能会损坏。　　元数据损坏错误。　　用户可能意外删除了一些数据。　　SQL Server/Msg 825 (读取重试) 中 SQL Server/Msg 824 中的 Msg 823 错误。　　除此之外，用户在访问损坏的SQL数据库时可能会遇到其他一些错误消息。 因此，数据库管理员有责任立即采取措施并防止任何类型的数据丢失。　　如何通过手动修复MDF文件　　有几种手动方法可用于修复损坏的SQL数据库，但手动解决方案不能保证数据库恢复。　　为了恢复损坏的数据库，用户可以使用SQL Server的NDF文件（日志文件）。但是, 只有日志文件不足以在大多数损坏情况下还原数据库, 因为有时, 由于严重损坏, 备份文件也会损坏。　　修复和恢复损坏的SQL数据库的另一种可能方法是在数据库控制台命令（即DBCC CHECKDB）的帮助下进行的。这对于在 SQL server 数据库中修复小的损坏问题非常有用。　　使用DBCC CHECKDB修复损坏的MDF文件的步骤　　首先，您需要通过执行以下查询在损坏的SQL数据库上运行DBCC CHECKDB：

注意：您还可以使用DBCC CHECKDB定义一些选项，如no_infomsgs和infomsgs。　　之后，您需要检查索引ID。　　情况1：如果索引ID> 1，则将其放下并重新创建。　　情况2：如果索引ID为0或1，则再次运行DBCC CHECKDB并使用适当的修复选项，如repair_rebuild，repair_fast或repair_allow_data_loss。　　

现在，为了确保零损坏，执行DBCC CHECKDB并显示一条消息，即DBCC CHECKDB在name_of_your_corrupt_database中显示0个分配错误和0个一致性错误。　　如果手动方法失败怎么办？　　手动解决方案并不总是一个万无一失的解决方案。 他们可能有一些限制。 例如，在严重损坏的MDF文件的情况下，手动失败很容易。 而且，手动解决方案要求用户在技术上强大。 因此，建议使用一些可靠的第三方软件来修复损坏的SQL数据库。 SQL数据库恢复程序是修复MDF文件中任何类型的损坏问题的最佳实用程序之一。　　SQL恢复工具能够修复损坏的SQL数据库文件 - MDF和NDF。 它是一款无风险软件，可恢复存储在其中的所有数据项，如表格，规则，触发器，函数等。除此之外，软件只需几次点击即可修复数据库，而不会浪费任何时间。　　从MDF文件修复损坏的SQL数据库的步骤　　在本地机器上下载并运行SQL Recovery Program。　　

之后，打开您选择的损坏的SQL数据库文件（.mdf文件）。　　

选择扫描模式，然后单击确定。　　

该工具将提供存储在损坏的MDF文件中的数据项的预览。　　

点击导出保存恢复的数据库。　　

结论　　数据库文件对于任何用户都非常重要，因为它们存储大量重要信息。 SQL数据库中的任何类型的损坏问题都可能给用户造成麻烦。 因此，为了克服所有这些问题，我们讨论了手动和专业解决方案来修复损坏的SQL数据库文件。

　更多阅读

12种最受欢迎的编程语言

软考网络工程师准备篇（二）：上午答题技巧

软考网络工程师备考篇（一）：考前准备