USE MASTER
手工修復數據庫
1、快速修復
DBCC CHECKDB ('數據庫名', REPAIR_FAST)
2、重建索引並修復
DBCC CHECKDB ('數據庫名', REPAIR_REBUILD)
3、如果必要允許丟失數據修復
DBCC CHECKDB ('數據庫名'', REPAIR_ALLOW_DATA_LOSS)
如果出現錯誤:未處理修復語句。數據庫需處於單用戶模式下。
可以先啟用單用戶模式,方法如下執行存儲過程:
Use master
go
sp_dboption 數據庫名, single, true
--更改成單用戶
alter database test set single_user with rollback immediate
--還原數據庫為多用戶模式
alter database test set multi_user with rollback immediate
############################################################
############################################################
手工修復數據庫試例
操作步驟:
----------------------------------------------------------------------------------------------
進入SQL查詢分析器,執行語句:
--檢查數據庫完整性
dbcc checkdb('ams1')
執行結果:
---------------------------------------------------------------
CHECKDB 發現了 0 個分配錯誤和 11 個一致性錯誤(在數據庫 'test' 中)。
repair_allow_data_loss 是最低的修復級別(對於由 DBCC CHECKDB (test ) 發現的錯誤而言)。
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 test 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 test set multi_user with rollback immediate