DBCC CHECKDB用法 手工修复数据库

快速修复
DBCC CHECKDB ('数据库名', REPAIR_FAST)      
重建索引并修复
DBCC CHECKDB ('数据库名', REPAIR_REBUILD)
如果必要允许丢失数据修复
DBCC CHECKDB ('数据库名', REPAIR_ALLOW_DATA_LOSS)

如果出现错误：未处理修复语句。数据库需处于单用户模式下。

可以先启用单用户模式，方法如下执行存储过程：

Use master
go
sp_dboption 数据库名, single, true

--更改成单用户 
     alter   database   数据库名 set   single_user   with   rollback   immediate  

--还原数据库为多用户模式 
   alter database 数据库名 set multi_user   with rollback immediate

手工修复数据库试例

操作步骤:

---------------------------------------------------------------------------------------------- 
   进入SQL查询分析器,执行语句:

   --检查数据库完整性 
     dbcc checkdb('数据库名')

     执行结果: 
--------------------------------------------------------------- 
     CHECKDB 发现了 0 个分配错误和 11 个一致性错误（在数据库 'ams1' 中）。 
repair_allow_data_loss 是最低的修复级别（对于由 DBCC CHECKDB (数据库名) 发现的错误而言）。 
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

   说明数据库确实有问题,11个错误,找到错误地方:

------------------------------------------------------------------------------- 
   对象 'Tb_Archives_File_1' 有 3777 行，这些行位于 172 页中。 
CHECKDB 发现了 0 个分配错误和 2 个一致性错误（在表 'Tb_Archives_File_1' 中，该表的对象 ID 为 907150277）。

     表明 'Tb_Archives_File_1' 表确实有2个错误,难怪一查询就要死机,于是运行语句进行表修复:

-------------------------------------------------------------------------------------- 
     --以repair_allow_data_loss级别修复表 
     dbcc   checktable('Tb_Archives_File_1',repair_allow_data_loss)   
     go  

     执行结果: 
     服务器: 消息 7919，级别 16，状态 3，行 2 
     未处理修复语句。数据库需要处于单用户模式下。 
     DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

   ---------------------------------------------------------------------------------------------------

     需要将数据库改为"单用户模式",于是再执行: 
     --更改成单用户 
     alter   database   数据库名   set   single_user   with   rollback   immediate   
go   
     --已repair_allow_data_loss级别修复表 
     dbcc   checktable('Tb_Archives_File_1',repair_allow_data_loss)   
go  

     --若还有问题，修复索引表 
   DBCC   DBREINDEX('Tb_Archives_File_1')  

   --再修复表 
   DBCC   CHECKTABLE('Tb_Archives_File_1')  

   直到返回的结果没有错误!

   --查询是否正常 
   select * from Tb_Archives_File_1

   再查询那张错误表,不报错,也不死机了,数据也完好无损.....哈哈....

   --还原数据库为多用户模式 
   alter database 数据库名 set multi_user   with rollback immediate

 

转自：http://blog.csdn.net/zhejingyuan/article/details/11681865

 

--如果提示 数据库 ' 库名' 已打开，并且一次只能有一个用户访问。

操作数据库失败 

产生以下错误 

数据库 ' 库名' 已打开，并且一次只能有一个用户访问。 (Microsoft SQL Server，错误: 924)  

重启数据库无用 

执行以下sql解决 

 

 

USE master; 

GO 

DECLARE @SQL VARCHAR(MAX); 

SET @SQL='' 

SELECT @SQL=@SQL+'; KILL '+RTRIM(SPID) 

FROM master..sysprocesses 

WHERE dbid=DB_ID('库名'); 

EXEC(@SQL); 

GO 

ALTER DATABASE 库名 SET  MULTI_USER; 

 

DBCC DBREINDEX (BRFYMX_ZY,''); --索引修复

DBCC CHECKALLOC (hzyl_interface)--分页修复

 

----------------------------------------------------------------------------------如果CHECKDB 报错 试试如下脚本

 SQL SERVER 2005 数据库状态为“可疑”的解决方法
--MyDB为修复的数据名
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE--允许 服务器配置选项重置
GO
ALTER DATABASE MyDB SET EMERGENCY--设置紧急模式
GO
sp_dboption 'MyDB', 'single user', 'true'--设置单用户
GO
DBCC CHECKDB('MyDB','REPAIR_ALLOW_DATA_LOSS')--修复允许数据丢失
GO
ALTER DATABASE MyDB SET ONLINE--
GO
sp_configure 'allow updates', 0 reconfigure with override--拒绝 服务器配置选项重置
GO
sp_dboption 'MyDB', 'single user', 'false'--取消单用户
GO