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