手工修復數據庫html
一、快速修復
DBCC CHECKDB ('數據庫名', REPAIR_FAST)
二、重建索引並修復
DBCC CHECKDB ('數據庫名', REPAIR_REBUILD)
三、若是必要容許丟失數據修復
DBCC CHECKDB ('數據庫名'', REPAIR_ALLOW_DATA_LOSS)數據庫
若是出現錯誤:未處理修復語句。數據庫需處於單用戶模式下。服務器
能夠先啓用單用戶模式,方法以下執行存儲過程:ide
Use master
go
sp_dboption 數據庫名, single, truehtm
--更改爲單用戶
alter database test set single_user with rollback immediate 對象
--還原數據庫爲多用戶模式
alter database test set multi_user with rollback immediateblog
############################################################
############################################################索引
手工修復數據庫試例ci
操做步驟:
----------------------------------------------------------------------------------------------
進入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 immediateget