SQL SERVER数据库故障案例
最新动态来源：本站原创点击数：676更新时间：2020/10/28
［故障类别一］
故障类型：MDF（或NDF）或LDF损坏
典型特征：
数据库在企业管理器中表现为“置疑”状态；附加数据库后，做DBCC检测，报“并闩锁”错误；附加数据库时提示“823错误”；附加数据库提示日志错误；客户部进行数据查询时报错等。
［解决方案］
首先对损坏的数据库进行全库冷备份；通过MDF（或NDF）文件自身结构和自主开发的“SQL SERVER数据库检测”软件对数据库内部逻辑结构进行检测；最后通过检测来确定数据库恢复的可能性。
1.将损坏的数据库文件（MDF和LDF）进行手工备份，以确保数据修复操作可回溯；
2.通过自主开发的“无日志附加数据库”软件对数据库进行附加；
3.如果数据库文件可正常附加，再对数据库做DBCC检测，确定数据损坏的程度及损坏的位置；
数据库提示“823错误”和“并闩锁错误”，大部分都是数据库的“索引”页出错导致；如数据库损坏的是“索引”页，那么可以通过数据库内上下页内容进行计算，从而手工修复损坏页；如数据库损坏的是“数据”页，那么可通过自主开发的“SQL SERVER数据库恢复工具”对数据进行提取和重组。对修复好的数据库文件进行附加；附加后对数据库做DBCC检测；对重要表进行数据查询，检验数据的更新日期。
［小贴士］
1.发现数据库损坏后，请及时对数据库进行全库冷备份，不要在没有备份的情况下对数据库进行任何修复操作；
2.故障出现的可能原因：数据库正在操作过程中，机器突然断电；人为误操作等都可能会导致故障的出现。
3.存在哪些隐患：1．数据库损坏后未进行过任何修复操作；2．数据库损坏后，在未备份的情况下对数据库进行修复操作；3．使用备份进行还原，覆盖原损坏的数据库；
［故障类别二］
故障类型：数据库文件删除、分区格式化、文件大小变为”0”,或使用备份还原数据库时覆盖数据库。
典型特征：数据库文件（MDF、NDF或LDF）丢失；数据库数据恢复至早期数据等。
［解决方案］
可以通过文件系统对丢失的数据库文件进行分析并针对MDF（或NDF）文件内部结构，对硬盘进行全面分析。
1、将故障硬盘接入安全的数据恢复平台中，对硬盘做完整的全盘镜像，以防二次破坏；
2、分析原来的文件系统格式；
3、查找文件目录索引及文件索引信息；
4、如无法找到其文件索引，则通过MDF（或NDF）文件内部结构，对全盘进行碎片分析；
5、通过重组碎片，生成数据库文件；
6、附加数据库后，对数据库做完整的DBCC检测。
可以对修复好的数据库文件进行附加；附加后对数据库做DBCC检测；对重要表进行数据查询，检验数据的最后更新日期。
［小贴士］
一、故障出现的可能原因：1、人为误操作；2、文件系统损坏，计算机自动做磁盘检测；
二、存在哪些隐患；1、数据库删除或分区格式化后没有写入任何数据；2、数据库删除或分区格式化后没有写入少量数据；3、数据库删除或分区格式化后没有写入大量数据；
三、数据库保护提示：1. 在删除文件和格式化分区时，请先做好原有数据的备份；2. 在进行数据库还原时，尽量不要覆盖现有的数据库，或先做备份再进行还原；3. 定期对文件系统进行检测。
［故障类别三］
故障类型：数据库表删除或表记录删除
典型特征：数据库无任何数据表或只有部分数据表；数据表中无任何数据或只有部分数据等。
［解决方案］
使用磁盘编辑器对数据库文件进行分析；判断表丢失和表记录丢失的可能原因。
1、将损坏的数据库文件进行全库冷备份；
2、对数据库文件进行分析，判断丢失的可能原因；
3、针对不同的丢失原因，使用自主开发的软件进行数据恢复；
4、将数据插入原数据库，对数据库做完整性检测。
对数据库做DBCC检测；查询数据库最新记录；对用户指定的关键数据表进行针对性校验。
［小贴士］
一、故障出现的可能原因：1.对数据库进行升级，SQL语句命令不严格；2.人为操作错误等情况。
二、存在哪些隐患：1、数据库表记录丢失；隐患2：数据库表丢失；
三、数据库操作提示：
1.在对数据库进行操作时，尽量先对数据库进行备份；2.对数据表进行操作时请慎重。
北京北亚数据恢复中心：4006-505-646
北京北亚数据恢复中心主要从事服务器数据恢复、
磁盘阵列数据恢复（DEll、HP、IBM、华为、NetApp等），
虚拟化数据恢复（VSAN、VMware、Kvm等），
数据库数据恢复（Oracle、Sql Server、MySql、Mongodb等），
小型机数据恢复等方面的数据恢复服务。
24小时服务热线：4006-505-646
地址：北京市海淀区中关村创客小镇16号221室