SQL SERVER数据库故障解决方案

故障类型：1.MDF/NDF/LDF损坏；

               2.数据库文件删除、分区格式化；

               3.数据库表删除或表记录删除。

典型特征：1.数据库在企业管理器中表现为“置疑”状态；

               2.附加数据库后，做DBCC检测，报“并闩锁”错误；

              3.附加数据库是提示“823错误”；

              4.附加数据库提示日志错误；

              5.客户部进行数据查询时报错；

              6.数据库文件（MDF、NDF或LDF）丢失“置疑”状态；

              7.数据库数据恢复至早期数据；

              8.数据库无任何数据表或只有部份数据表。

恢复方案

检测流程

1.对丢失数据的介质进行全盘镜像备份，只对镜像操作，确保操作可逆，原盘不被破坏；

2.针对MDF/NDF/LDF损坏，通过“SQL SERVER数据库分析”软件检测MDF/NDF文件逻辑结构，判断数据库恢复的可能性。

3.针对数据库/数据表误删除或记录丢失，使用磁盘编辑器（winhex）对数据库或数据表进行分析，判断丢失的原因及是否有覆盖的情况。

恢复流程

针对MDF/NDF/LDF损坏的恢复流程

1.通过“SQL SERVER数据库恢复工具”对数据库进行附加；

2.如数据库文件可正常附加，再进行DBCC检测，确定数据损坏的程度及损坏的位置；

3.数据库提示“823错误”和“并闩锁错误”，极可能是数据库的“索引”页出错导致；如损坏的是“索引”页，则可以依据数据库内上下页衔接内容计算，从而手工修复损坏页；

4.如数据库损坏的是“数据”页，则需通过“SQL SERVER数据库恢复工具”对数据进行提取和重组。

针对数据库文件删除、分区格式化的恢复流程

1.分析原来的文件系统结构；

2.查找目录索引及文件索引信息；

3.如无法找到其文件索引，则通过MDF/NDF文件内部结构，编写脚本对全盘进行碎片分析；

4.碎片分析结束后，根据碎片的内容及特性重新组合，生成数据库文件；

5.附加数据库后，对数据库做完整的DBCC检测。

针对数据库表删除或表记录删除的恢复流程

1.分析损坏数据表的文件结构；

2.依据表结构编写脚本对全盘进行碎片分析；通过SQL SERVER数据库恢复工具”使删除的数据库表或表记录复原；

3.对恢复后的数据库进行完整的DBCC检测。

验收流程

1.对修复好的数据库文件进行附加；

2.附加后对数据库做DBCC检测；

3.对重要表进行数据查询，检验数据的更新日期。

4.对用户指定的关键数据进行针对性校验。

恢复的成功率&时间评估

1.数据库文件删除和分区格式化后，如没有写入数据，则恢复成功率可达95%或以上；

2.数据库文件删除和分区格式化后，如有再写入数据，对原数据造成覆盖，则恢复成功率通过检测后才能确定；

3.恢复时间根据故障难度、数据库容量及碎片多少而定，一般1-2天能完成。

数据安全科普

数据库出现故障的常见原因有：

1.数据库正在操作过程中，机器突然断电；

2.文件系统损坏，机器自动运行磁盘检测；

3.对数据库进行升级，SQL命令不严格；

4.人为操作错误。

避免数据库故障的提示：

1.对数据库进行任何操作时，请先做好原有数据的备份；

2.进行数据库还原时，请先做好备份再进行还原；

3.定期检测文件系统，以免运行磁盘检测删掉文件。

发现数据库损坏后，请及时对数据库进行全库冷备份，不要在没有备份的情况下对数据库进行任何修复操作，更不要往数据库所在分区写入数据，覆盖是导致无法恢复的主要原因。

选择服务商的标准

　　数据恢复有别于一般维修行业，目前市场鱼龙混杂，不同服务商的技术水平和职业素质千差万别，数据丢失后交由非专业人员进行各种检测与恢复操作造成盘片划伤、数据完全覆盖，最终数据无法恢复的情况常有发生，用户从寻找低价到不惜代价拯救数据的例子比比皆是。因此，恢复重要数据必须寻求专业、正规的数据恢复公司帮助，切勿贪图便宜造成无法挽回的损失。是否专业考量的因素有：

设备，拥有独立的无尘洁净间，保证开盘操作在百级无尘的洁净环境下进行，市场上很多数据恢复公司都表示有无尘洁净室，但事实上能让客户亲眼所见的只是凤毛麟角，寥寥可数。

技术，就像病重的人手术一样，资深数据恢复工程师对硬件和逻辑结构均有丰富经验，能果断准确地判定该如何抢救数据，机会可能只有一次，有时一次的误操作足以让数据返魂乏术。

效率，一般情况下普通故障当天能完成，即使开盘恢复也只1-3天，需要一段时间才能完成的极有可能是中间商，即接单后转给第三方赚取差价，成功率与数据安全毫无保障。