DBCC CHECKDB用法 手工修復(fù)數(shù)據(jù)庫

DBCCCHECKDB用法手工修復(fù)數(shù)據(jù)庫快速修復(fù)DBCCCHECKDB（'數(shù)據(jù)庫名',REPAIR_FAST）重建索引并修復(fù)DBCCCHECKDB（'數(shù)據(jù)庫名',REPAIR_REBUILD）如果必要允許丟失數(shù)據(jù)修復(fù)DBCCCHECKDB（'數(shù)據(jù)庫名REPAIR_ALLOW_DATA_LOSS）如果出現(xiàn)錯誤：未處理修復(fù)語句。數(shù)據(jù)庫需處于單用戶模式下?？梢韵葐⒂脝斡脩裟Ｊ?，方法如下執(zhí)行存儲過程：Usemastergosp_dboption數(shù)據(jù)庫名，single,true--更改成單用戶alterdatabaseams2setsingle_userwithrollbackimmediate--還原數(shù)據(jù)庫為多用戶模式alterdatabaseams2setmulti_userwithrollbackimmediate############################################################KKKKKKKKKKKKTt############################################################手工修復(fù)數(shù)據(jù)庫試?yán)僮鞑襟E：進(jìn)入SQL査詢分析器，執(zhí)行語句:--檢查數(shù)據(jù)庫完整性dbcccheckdb('ams1')執(zhí)行結(jié)果：CHECKDB發(fā)現(xiàn)了0個分配錯誤和11個一致性錯誤（在數(shù)據(jù)庫'amsl'中）。repair_allow_data_loss是最低的修復(fù)級別（對于由DBCCCHECKDB（amsl）發(fā)現(xiàn)的錯誤而言）。DBCC執(zhí)行完畢。如果DBCC輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。說明數(shù)據(jù)庫確實有問題,11個錯誤,找到錯誤地方:對象'Tb_Archives_File_1'有3777行，這些行位于172頁中。CHECKDB發(fā)現(xiàn)了0個分配錯誤和2個一致性錯誤（在表'Tb_Archives_File_1'中，該表的對象ID為907150277）。表明'Tb_Archives_File_1'表確實有2個錯誤，難怪一査詢就要死機(jī)，于是運行語句進(jìn)行表修復(fù)：--以repair_allow_data_loss級別修復(fù)表dbccchecktable（'Tb_Archives_File_1',repair_allow_data_loss）go執(zhí)行結(jié)果：服務(wù)器：消息7919，級別16,狀態(tài)3,行2未處理修復(fù)語句。數(shù)據(jù)庫需要處于單用戶模式下。DBCC執(zhí)行完畢。如果DBCC輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。需要將數(shù)據(jù)庫改為"單用戶模式"，于是再執(zhí)行：--更改成單用戶alterdatabaseams2setsingle_userwithrollbackimmediatego--已repair_allow_data_loss級別修復(fù)表dbccchecktable('Tb_Archives_File_1',repair_allow_data_loss)go--若還有問題，修復(fù)索引表DBCCDBREINDEX('Tb_Archives_File_1')--再修復(fù)表DBCCCHECKTABLE('Tb_Archives_File_1')直到返回的結(jié)果沒有錯誤！--查詢是否正常select*fromTb_Archives_File_1再查詢那張錯誤表，不報錯迪不死機(jī)了，數(shù)據(jù)也完好無損??