快速修复 DBCC CHECKDB ('数据库名', REPAIR_FAST) 重建索引并修复 DBCC CHECKDB ('数据库名', REPAIR_REBUILD) 如果必要允许丢失数据修复 DBCC CHECKDB ('数据库名'', REPAIR_ALLOW_DATA_LOSS) 如果出现错误:未处理修复语句。数据库需处于单用户模式下。
 快速修复
DBCC CHECKDB ('数据库名', REPAIR_FAST)      
重建索引并修复
DBCC CHECKDB ('数据库名', REPAIR_REBUILD)
如果必要允许丢失数据修复
DBCC CHECKDB ('数据库名'', REPAIR_ALLOW_DATA_LOSS) 
如果出现错误:未处理修复语句。数据库需处于单用户模式下。
可以先启用单用户模式,方法如下执行存储过程:
 Use master
go
sp_dboption 数据库名, single, true 
 --更改成单用户 
     alter   database   ams2   set   single_user   with   rollback   immediate    
   --还原数据库为多用户模式 
   alter database ams2 set multi_user   with rollback immediate   
 ############################################################
############################################################ 
 手工修复数据库试例 
 操作步骤: 
---------------------------------------------------------------------------------------------- 
   进入SQL查询分析器,执行语句: 
       --检查数据库完整性 
     dbcc checkdb('ams1') 
     执行结果: 
--------------------------------------------------------------- 
           CHECKDB 发现了 0 个分配错误和 11 个一致性错误(在数据库 'ams1' 中)。 
repair_allow_data_loss 是最低的修复级别(对于由 DBCC CHECKDB (ams1 ) 发现的错误而言)。 
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   ams2   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 ams2 set multi_user   with rollback immediate
      
查看更多关于DBCCCHECKDB用法手工修复数据库的详细内容...