数据库损坏常规处理方法

一、数据库为什么会损坏

在了解数据库损坏之前，首先我们要了解一下 SQL Server 是如何将数据保存

到数据文件（ MDF 、 NDF 等），无论数据更新还是插入，数据都需要首先在内存

中 Buffer Pool 驻留，然后通过 CheckPoint 和 Lazy writer 等过程将内存中的数据再

持久化到磁盘，所以在这个过程中，会受到很多方面的影响，比如：电压不稳定、

突然断电、温度过高或过低、潮湿程度、非法关机、硬盘坏道等都有可能会造成

数据库损坏。

通过上述，我们不难看出数据库损坏是会受到很多方面影响，无法完全避免

数据库损坏，因此为了把数据库损失降到最低，建议勤做数据备份。如果遇到数

据库损坏，我们应当如何处理？

二、数据库损坏常规修复方法

温馨提示： 修复数据库前，请做好数据备份，因为在修复数据库过程中可能会造

成数据丢失或者修复不了，如经过常规修复后还有问题，请联系第三方修复数据

库公司修复。

数据库损坏常规修复方法可分别为：一致性错误修复和数据库置疑修复，以下修

复数据库名称都假设以 kmjxc 为准，（如库名不是 kmjxc 请更改对应的库名）

2.1 、 SQL2000 数据库置疑修复 必要条件

1. 原库的 MDF 数据文件必须是完好的

2.1.1 、修复步骤 1 ：前期准备

停止 SQL 数据库服务，将置疑数据库的 MDF 文件和 LDF 文件复制备份一份（复制

到其他路径）；

启动 SQL 数据库服务，进入 SQL 企业管理器，在左侧数据库里面找到置疑的库，

右键删除。

2.1.2 、修复步骤 2 ：仓库科脉空库

使用御商安装包 DB_setup 文件夹中的 db_setup.exe 程序，创建一个空库，空库的

名称与原库一致；

将上一步中备份的置疑数据库的 MDF 文件复制过来覆盖现创建的空库。

2.1.3 、修复步骤 3 ：把数据库设置为紧急模式

打开 SQL 查询分析器，选到 master 数据库，输入以下语句执行（ 一条一条执行 ）

sp_configure 'allow',1

reconfigure with override

update sysdatabases set status=32768 where name = ' kmjxc '

2.1.4 、修复步骤 4 ：重建数据库日志文件

D:\MSSQL$PROD\Data\ 为存放数据库文件的路径

KMJXC_log2.ldf 为一个新的不存在的文件，在执行以下语句时将自动建立

dbcc rebuild_log('kmjxc','D:\MSSQL$PROD\Data\KMJXC_log2.ldf')

2.1.5 、修复步骤 5 ：取消数据库紧急模式

打开 SQL 查询分析器，选到 master 数据库，输入以下语句执行（ 一条一条执行 ）

update sysdatabases set status=0 where name = 'kmjxc'

restore database kmjxc with recovery

sp_configure 'allow',0

reconfigure with override

2.1.6 、修复步骤 6 ：重启 SQL 服务

以上操作完成后，打开服务管理器（要在开始菜单中找到或右下角的状态栏中找到），

将 SQL Server 服务停止，再启动。到此，置疑修复完成，可到企业管理器中查看数据库

是否正常。

2.2 、 SQL2005\2008 数据库置疑修复

2.2.1 、修复步骤 1 ：设置数据库为紧急模式

Use Master

Go

sp_configure 'allow updates', 1

reconfigure with override

Go

alter database 置疑数据库名 set emergency

go

2.2.2 、修复步骤 2 ：设置单用户模式

alter database 置疑数据库名 set single_user

2.2.3 、修复步骤 3 ：建数据库日志文件

dbcc checkdb(' 置疑数据库名 ',REPAIR_ALLOW_DATA_LOSS)

2.2.4 、修复步骤 4 ：取消单用户模式

alter database 置疑数据库名 set multi_user

2.2.5 、修复步骤 5 ：取消数据库紧急模式

alter database 置疑数据库名 set online

三、 数据库一致性错误修复

修复数据库名称都假设以 kmjxc 为准，（如库名不是 kmjxc 请更改对应的库名）

修复步骤 1 ：检测数据库

打开 SQL 查询分析器，选择需要检测的数据库，执行 dbcc checkdb 语句可以检测数据

库是否有分配性和一致性错误

修复步骤 2 ：设置数据库为单用户

如在检测出有分配性和一致性错误，证明数据库已损坏，需要将数据库设置为单用户才

能进行数据库的修复，使用以下语句设置数据库为单用户

EXEC sp_dboption ' kmjxc ', 'single user', 'TRUE'

修复步骤 3 ：修复数据库、数据库索引

使用以下语句进行数据库修复，先执行修复数据库，再执行修复数据库索引，这两个可

交替重复执行。

dbcc checkdb ('kmjxc',repair_allow_data_loss) -- 修复数据库

dbcc checkdb ('kmjxc',REPAIR_REBUILD) -- 修复数据库索引

修复步骤 4 ：查询错误 ID 的表名

在修复数据库的过程中，如果有出现个别错误是某个表损坏，会有提示表 ID ，可使用

以下语句查询这个 ID 是哪张表，再针对这张表进行修复。

SELECT * FROM sysobjects where id = ‘ 此处填入表 ID’ -- 查询错误 ID 的表名

修复步骤 5 ：修复表、表索引

使用以下语句进行数据库修复，先执行修复表，再执行修复表索引，这两个可交替重复

执行。

dbcc checktable (' 此处填入表名 ',repair_allow_data_loss) -- 修复表

dbcc checktable (' 此处填入表名 ',REPAIR_REBUILD) -- 修复表索引

修复步骤 6 ：设置数据库为多用户

修复完成后，需要将数据库设置成多用户模式

EXEC sp_dboption 'kmjxc', 'single user', 'false'

修复步骤 7 ：发生键次错误，索引重复的处理方法

以 pos_t_saleflow_pre 表为例在 SQL 查询分析器的左侧，找到 pos_t_saleflow_pre 表，展

开，在约束中找到以 PK 开头的主键约束，右键 – 在新窗口中编写对象脚本为 – 创建，将

创建出来的脚本保存作个备份，记住脚本中是以哪个字段为主键（以下语句中会使用到，因

语句中以主键分组来查询是否有重复），然后再右键删除此主键约束，再使用以下语句查询

是否有重复值，如果有，则删除。删除重复值后，再用备份的脚本重新创建主键。

-- 查询是否存在重复的数据

dbcc checktable('pos_t_saleflow_pre')

select flow_no, flow_id

from pos_t_saleflow_pre

group by flow_no, flow_id

having count(1) > 1

-- 删除表中重复的数据

while exists(select flow_no, flow_id

from pos_t_payflow_pre

group by flow_no, flow_id

having count(1) > 1)

begin

set rowcount 1

delete a

from pos_t_payflow_pre a

inner join (select flow_no, flow_id

from pos_t_payflow_pre

group by flow_no, flow_id

having count(1) > 1) b on a.flow_no = b.flow_no and a.flow_id = b.flow_id

set rowcount 0