-4006-505-646

SQL SERVER数据库故障案例


[故障类别一]

故障类型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


官网网址:www.frombyte.com

北京北亚数据恢复中心主要从事服务器数据恢复、

磁盘阵列数据恢复(DEll、HP、IBM、华为、NetApp等),

虚拟化数据恢复(VSAN、VMware、Kvm等),

数据库数据恢复(Oracle、Sql Server、MySql、Mongodb等),

小型机数据恢复等方面的数据恢复服务。

24小时服务热线:4006-505-646

地址:北京市海淀区中关村创客小镇16号221室