數(shù)據(jù)庫附加提示823錯誤,或置疑.doc

sqlserver附加數(shù)據(jù)庫錯誤823的解決方案一、SQL-Server附加數(shù)據(jù)庫時失敗。1、異常情況：服務器在正常運行的情況下突然斷電，導致數(shù)據(jù)庫文件損壞，具體表現(xiàn)是：數(shù)據(jù)庫名后面有“（置疑）”字樣。2、異常分析：關于823錯誤的 SQL-SERVER 中的幫助：解釋Microsoft SQL Server 在對某設備進行讀或寫請求時遇到 I/O 錯誤。該錯誤通常表明磁盤問題。但是，錯誤日志中在錯誤 823 之前記錄的其它核心消息應指出涉及了哪個設備。3、解決辦法：在SQL-Server企業(yè)管理器中，新建同名數(shù)據(jù)庫（這里假設為Test）后，停止數(shù)據(jù)庫，把損壞的數(shù)據(jù)庫文件Data.mdf和Test_log.LDF覆蓋剛才新建數(shù)據(jù)庫目錄下的Data.mdf和Test_log.LDF，同時刪除Test_log.LDF文件；啟動數(shù)據(jù)庫服務，發(fā)現(xiàn)數(shù)據(jù)庫名Test后面有“置疑”字樣。不要緊，打開SQL自帶查詢分析器，分別執(zhí)行如下SQL語句：解釋Microsoft SQL Server 在對某設備進行讀或寫請求時遇到 I/O 錯誤。該錯誤通常表明磁盤問題。但是，錯誤日志中在錯誤 823 之前記錄的其它核心消息應指出涉及了哪個設備。3、解決辦法：在SQL-Server企業(yè)管理器中，新建同名數(shù)據(jù)庫（這里假設為Test）后，停止數(shù)據(jù)庫，把損壞的數(shù)據(jù)庫文件Data.mdf和Test_log.LDF覆蓋剛才新建數(shù)據(jù)庫目錄下的Data.mdf和Test_log.LDF，同時刪除Test_log.LDF文件；啟動數(shù)據(jù)庫服務，發(fā)現(xiàn)數(shù)據(jù)庫名Test后面有“置疑”字樣。不要緊，打開SQL自帶查詢分析器，分別執(zhí)行如下SQL語句：第一、exec sp_configure allow updates,1 RECONFIGURE WITH OVERRIDE /* 打開修改系統(tǒng)表的開關 */第二、update sysdatabases set status=32768 where name=數(shù)據(jù)庫名 /* 設置數(shù)據(jù)庫狀態(tài) */第三、DBCC REBUILD_LOG (數(shù)據(jù)庫名,D:數(shù)據(jù)庫的路徑dataTest_Log.LDF) /* 重建LDF文件 */第四、update sysdatabases set status=0 where name=數(shù)據(jù)庫名 /* 重置數(shù)據(jù)庫狀態(tài) */第五、restore database 數(shù)據(jù)庫名 WITH RECOVERY /* 恢復數(shù)據(jù)庫 */第六、exec sp_configure allow updates,0 RECONFIGURE WITH OVERRIDE /* 關閉打開修改系統(tǒng)表的開關 */按照此方法操作，應該能修復數(shù)據(jù)庫正常訪問了。如果問題依然存在，最笨的一個方法就是新建另一個數(shù)據(jù)庫，把原數(shù)據(jù)庫（Test）各個表的數(shù)據(jù)導出到新建數(shù)據(jù)庫表中。補充說明：用上面的六步把數(shù)據(jù)庫置疑的問題解決了，但是數(shù)據(jù)庫表里還有損壞的表(inf_gdscode)，把壞表導出的時候也不成功。最后在查詢分析器里運行：